1. Détecter de manière proactive les problèmes d'application à l'aide de la surveillance de la disponibilité dans le service OCI APM
  2. Détecter les problèmes d'application de manière proactive à l'aide de la surveillance de la disponibilité dans le service APM pour OCI

Détecter les problèmes d'application de manière proactive à l'aide de la surveillance de la disponibilité dans le service APM pour OCI

Une fois en production, les applications doivent être disponibles et fonctionnelles en tout temps. Cependant, des problèmes surviennent et nécessitent une correction immédiate. La surveillance continue de l'état d'une application garantit la qualité du service fourni par l'application. La surveillance de la disponibilité dans le service Application Performance Monitoring (APM) (OCI) d'Oracle Cloud Infrastructure détecte de manière proactive les problèmes de disponibilité et de performance avant qu'ils n'aient une incidence sur l'expérience utilisateur ou l'entreprise. Il simule les flux de transactions critiques que les utilisateurs peuvent rencontrer dans votre application en exécutant des moniteurs prescrits à partir d'un jeu d'emplacements préconfigurés dans le monde entier et en sécurisant des emplacements définis en privé dans votre location.

Architecture

Cette architecture de référence illustre deux options pour configurer des points d'observation APM afin de surveiller en toute sécurité les applications exécutées dans votre réseau d'entreprise, auquel les points d'observation APM publics ne peuvent pas accéder. Les deux approches sont les suivantes :

  • Point d'observation sur place

    La première approche configure un point d'observation sur place (OPVP) dans votre infrastructure sur place. En déployant un OPVP dans votre réseau d'entreprise, vous pouvez configurer les points d'extrémité privés de surveillance des applications exécutées derrière le pare-feu.

    Dans le cadre de la configuration OPVP, vous devez déployer un programme de point d'observation de disponibilité sur place (également appelé programme) sur l'environnement capable d'exécuter un moniteur. Pour déployer un programme, vous devez disposer d'une clé de données privée de domaine APM ou de privilèges de mise à jour de domaine APM. Le déploiement est pris en charge pour les calculs autonomes, Kubernetes et plusieurs instances de conteneur. Lorsqu'un moniteur est créé et programmé pour s'exécuter sur OPVP, un travailleur exécute le moniteur à des intervalles programmés. Une fois qu'un moniteur est lancé, l'OPVP communique avec votre domaine APM et fournit des mesures, des journaux de navigateur, des données de trace réseau, des captures d'écran et des fichiers HAR. Pour plus de détails, voir le document OCI, "Utiliser des points d'observation sur place", auquel vous pouvez accéder à partir de "Explorer plus", ci-dessous.

    L'exemple suivant présente un OPVP déployé dans le réseau sur place. Toutefois, vous pouvez déployer un OPVP dans n'importe quel environnement, que ce soit dans votre environnement sur place ou dans un environnement en nuage sécurisé.


    Description d'opvp-arch.png :
    Description de l'illustration opvp-arch.png

    opvp-arch-oracle.zip

    Les légendes de ce diagramme indiquent :
    • A : Les mesures d'état sont chargées par les travailleurs OPVP.
    • B : Les fichiers HAR de mesures et les captures d'écran sont envoyés au domaine APM.
  • Point d'observation dédié

    La deuxième approche configure un point d'observation dédié dans votre location Oracle. Le déploiement d'un point d'observation dédié déploie automatiquement une grappe Kubernetes dans votre compartiment. Cela se connecte au VCN où vos applications sont exécutées. Le déploiement comprend un gestionnaire de déploiement, qui orchestre les déploiements de moniteurs individuels dans votre point d'observation dédié.

    Lorsqu'un moniteur est créé et programmé pour s'exécuter sur votre point d'observation dédié, une image Docker est créée qui exécute le moniteur à des intervalles programmés. Une fois qu'un moniteur est exécuté, le point d'observation dédié communique avec votre domaine APM et fournit des mesures, des journaux de navigateur, des données de trace de réseau, des captures d'écran et des fichiers HAR.


    Description de synth-monitor-apm-arch.png
    Description de l'illustration synth-monitor-apm-arch.png

    synth-monitor-apm-arch-oracle.zip

    Les légendes de ce diagramme indiquent :
    • A : Le service APM envoie des données aux flux OCI.
    • B : Le gestionnaire de déploiement obtient des données du flux OCI.
    • C : Mesures de surveillance de l'état chargées.
    • D : Les mesures, les fichiers HAR et les captures d'écran sont envoyés au domaine APM.
    • E : Les traces, les intervalles et les mesures sont envoyés au domaine APM (facultatif).
Ces architectures comportent les composants suivants :
  • Région

    Une région Oracle Cloud Infrastructure est une zone géographique localisée qui contient un ou plusieurs centres de données, appelés domaines de disponibilité. Les régions sont indépendantes les unes des autres, et de grandes distances peuvent les séparer (à travers les pays ou même les continents).

  • Location

    Une location est une partition sécurisée et isolée qu'Oracle configure dans Oracle Cloud lors de votre inscription à OCI. Vous pouvez créer, organiser et administrer vos ressources dans Oracle Cloud au sein de votre location. Une location est synonyme d'une société ou d'une organisation. Habituellement, une société aura une seule location et reflétera sa structure organisationnelle au sein de cette location. Une seule location est généralement associée à un seul abonnement, et un seul abonnement ne comporte généralement qu'une seule location.

  • Compartiment

    Les compartiments sont des partitions logiques inter-régions dans une location OCI. Utilisez des compartiments pour organiser vos ressources dans Oracle Cloud, contrôler l'accès aux ressources et définir des quotas d'utilisation. Pour contrôler l'accès aux ressources d'un compartiment donné, vous devez définir des politiques qui spécifient qui peut accéder aux ressources et les actions qui peuvent être exécutées.

  • Réseau en nuage virtuel (VCN) et sous-réseaux

    Un VCN est un réseau défini par logiciel personnalisable que vous configurez dans une région OCI. Comme les réseaux de centre de données traditionnels, les réseaux en nuage virtuels vous offrent un contrôle complet sur votre environnement de réseau. Un VCN peut disposer de plusieurs blocs CIDR sans chevauchement que vous pouvez modifier après avoir créé le VCN. Vous pouvez segmenter un VCN en sous-réseaux, dont la portée peut concerner une région ou un domaine de disponibilité. Un sous-réseau est constitué d'un intervalle contigu d'adresses qui ne chevauchent pas les autres sous-réseaux dans le réseau en nuage virtuel. Vous pouvez modifier la taille d'un sous-réseau après sa création. Un sous-réseau peut être public ou privé.

  • Gestionnaire de déploiement

    Deployment Manager vous permet d'utiliser une configuration déclarative pour créer, décrire, mettre à jour et supprimer des ressources Kubernetes. Cette configuration est un fichier YAML qui configure les ressources Kubernetes ou fournit des paramètres aux modèles de fichier YAML, qui contiennent des balises Jinja ou des scripts Python.

  • Container Engine pour Kubernetes

    Oracle Cloud Infrastructure Container Engine for Kubernetes est un service entièrement géré, évolutif et hautement disponible que vous pouvez utiliser pour déployer vos applications conteneurisées dans le nuage. Vous spécifiez les ressources de calcul requises par vos applications et Container Engine pour Kubernetes les provisionne sur OCI dans une location existante. Container Engine pour Kubernetes utilise Kubernetes pour automatiser le déploiement, l'évolutivité et la gestion des applications en conteneurs dans des grappes d'hôtes.

  • Programme de point d'observation sur place pour la disponibilité

    Également appelé travailleur, il s'agit d'un composant exclusif Oracle géré par l'utilisateur qui gère l'instrumentation du moteur de navigateur et de script pour exécuter les commandes souhaitées et collecte les données d'observabilité requises et les transmet aux collecteurs APM.

  • Agent synthétique

    Un agent synthétique est un composant propriétaire géré par Oracle qui gère l'instrumentation du moteur de navigateur et de script pour exécuter les commandes souhaitées et collecte les données d'observabilité requises et les transmet aux collecteurs APM.

  • Surveillance de la performance des applications

    Oracle Application Performance Monitoring est une solution basée sur la plate-forme-service (PaaS) qui fournit une visibilité complète de la performance de votre application, de l'utilisateur final aux journaux d'application. Le service intègre des informations sur l'expérience utilisateur, des mesures d'application et des analyses de données de journal.

    • Domaine APM

      Le domaine APM est un type de ressource OCI qui contient les systèmes surveillés par Application Performance Monitoring.

      Chaque domaine APM est créé dans un compartiment OCI standard et vous pouvez définir des politiques de contrôle d'accès OCI pour accorder l'accès au domaine APM à un jeu spécifique d'utilisateurs.

    • Surveillance de la disponibilité

      Availability Monitoring permet une surveillance proactive, qui aide les développeurs et les opérateurs à prévenir les problèmes avant que les utilisateurs ne soient touchés. Elle permet d'exécuter des moniteurs programmés pour assurer la disponibilité des applications.

      En utilisant la surveillance de la disponibilité, vous pouvez créer quatre types de moniteurs : Navigateur, Navigateur avec script, REST et Réseau REST avec script, DNS, FTP et SQL. Vous pouvez les exécuter à partir de divers emplacements géographiques appelés points d'observation.

    • Points d'observation
      Les points d'observation sont des emplacements à partir desquels vous pouvez définir et exécuter des moniteurs de disponibilité. Il existe trois types de point d'observation :
      • Points d'observation publics

        Un jeu varié d'emplacements préconfigurés dans le monde à partir desquels vous pouvez exécuter des moniteurs.

      • Points d'observation dédiés

        Emplacements que vous pouvez configurer dans votre location pour vous assurer que vous pouvez exécuter vos moniteurs en toute sécurité.

      • Points d'observation sur place

        Emplacements que vous pouvez déployer dans n'importe quel environnement, dans votre environnement sur place ou dans un environnement en nuage sécurisé, afin d'exécuter vos moniteurs sur vos applications en toute sécurité.

    • Traceurs APM

      Les traceurs APM enregistrent des intervalles OpenTracing avec des mesures d'application et envoient des intervalles et des mesures à l'application

.

Recommandations

Utilisez les recommandations suivantes comme point de départ lors de la mise en oeuvre de la surveillance de la disponibilité. Vos exigences peuvent différer de l'architecture décrite ici.
  • Avant de démarrer l'assistant, collectez des informations importantes telles que les détails du VCN, le jeton d'authentification, l'OCID du domaine APM et la clé privée de votre domaine APM.
  • Vérifiez si le VCN sur lequel vous voulez exécuter le point d'observation permet une communication directe avec les points d'extrémité de données du domaine APM. Si ce n'est pas le cas, vous devrez également entrer les données sur le mandataire pour terminer la communication.
  • Lors de la configuration d'un point d'observation dédié, activez l'option de mise à niveau automatique des artefacts DVP. Cette option garantit que le point d'observation dédié est mis à jour avec la dernière version des composants de disponibilité et reste synchronisé avec les mêmes versions d'agent de disponibilité que celles utilisées sur les points d'observation publics. Cette option est décrite, avec des captures d'écran, dans le blog, "Comment utiliser vos propres points d'observation dédiés avec la surveillance de la disponibilité", à laquelle vous pouvez accéder à partir de la rubrique Explorer plus, ci-dessous.
  • Lorsque vous utilisez l'OPVP, assurez-vous d'utiliser la dernière version d'OPVP.

Points à considérer

Lors de la mise en oeuvre de la surveillance de la disponibilité dans le service APM OCI, tenez compte des éléments suivants :

  • Vous pouvez déployer un traceur APM ou un agent APM dans l'application pour collecter des traces et des intervalles. Si des problèmes surviennent, vous pouvez forer à partir des exécutions de moniteur en échec ou lentes pour ouvrir une vue en contexte dans l'explorateur de trace. Ici, vous pouvez consulter toutes les observations collectées lors de la surveillance.
  • Vous pouvez exécuter des tests sur les points d'extrémité des intégrateurs. Si votre application fait appel à un service Web tiers ou interne, vous devez tester ces points d'extrémité régulièrement pour vous assurer que votre application reste fonctionnelle à tous les niveaux.

Déployez

Pour déployer des points d'observation dédiés, reportez-vous à la démonstration de bout en bout saisie dans le tutoriel Oracle Cloud APM intitulé "DEMO : Surveillance synthétique", à laquelle vous pouvez accéder à partir de la rubrique Explorer davantage, ci-dessous.

Informations complémentaires

Pour en savoir plus sur Oracle Application Performance Monitoring, consultez les ressources supplémentaires suivantes :

Remerciements

  • Auteur : Yutaka Tukatsu
  • Contributeurs : Rahul Chandok, Avi Huber, Jurgen Leijer, Mohammad Farooq Rahman, Anand Shivahare,

Journal des modifications

Ce journal répertorie les modifications importantes :