# OPS 4 Comment concevoir votre charge de travail de sorte à en comprendre l'état ?
Concevez votre charge de travail de manière à ce qu'elle fournisse les informations nécessaires à tous les composants (par exemple, les mesures, les journaux et les traces) pour que vous puissiez comprendre son état interne. Cela vous permet de fournir des réponses efficaces, le cas échéant.
**Topics**
+ [OPS04-BP01 Implémenter la télémétrie de l'application](ops_telemetry_application_telemetry.md)
+ [OPS04-BP02 Mettre en œuvre et configurer la télémétrie de la charge de travail](ops_telemetry_workload_telemetry.md)
+ [OPS04-BP03 Mettre en œuvre la télémétrie pour l'activité des utilisateurs](ops_telemetry_customer_telemetry.md)
+ [OPS04-BP04 Mettre en œuvre la télémétrie pour les dépendances](ops_telemetry_dependency_telemetry.md)
+ [OPS04-BP05 Mettre en œuvre la traçabilité des transactions](ops_telemetry_dist_trace.md)
# OPS04-BP01 Implémenter la télémétrie de l'application
La télémétrie de l'application est la pierre angulaire de l'observabilité de votre charge de travail. Votre application devrait émettre des données de télémétrie qui donnent un aperçu de son état et du niveau de réalisation des résultats commerciaux. Du dépannage à la mesure de l'impact d'une nouvelle fonctionnalité, la télémétrie de l'application informe sur la façon dont vous créez, exploitez et faites évoluer votre charge de travail.
La télémétrie d'une application se compose de métriques et de journaux. Les métriques sont des informations de diagnostic, telles que votre pouls ou votre température. Elles sont utilisées collectivement pour décrire l'état de votre application. La collecte de métriques au fil du temps permet de développer des points de référence et de détecter les anomalies. Les journaux sont des messages que l'application envoie à propos de son état interne ou des événements qui se produisent. Les codes d'erreur, les identificateurs de transaction et les actions de l'utilisateur sont des exemples d'événements consignés.
**Résultat souhaité :**
+ Votre application émet des métriques et des journaux qui donnent un aperçu de son état et de la réalisation des résultats commerciaux.
+ Les métriques et les journaux sont stockés de manière centralisée pour toutes les applications de la charge de travail.
**Anti-modèles courants :**
+ Votre application n'émet pas de télémesures. Vous êtes contraint de compter sur vos clients pour savoir quand quelque chose ne fonctionne pas correctement.
+ Un client a signalé que votre application ne répond pas. Vous n'avez pas de télémesures et êtes incapable de confirmer l'existence du problème ou de le caractériser sans utiliser vous-même l'application pour comprendre l'expérience actuelle de l'utilisateur.
**Avantages liés au respect de cette bonne pratique :**
+ Vous pouvez déterminer l'état de votre application, l'expérience utilisateur et la réalisation des résultats commerciaux.
+ Vous pouvez réagir rapidement aux changements d'état de votre application.
+ Vous pouvez développer des tendances liées à l'état de l'application.
+ Vous pouvez prendre des décisions éclairées sur l'amélioration de votre application.
+ Vous pouvez détecter et résoudre les problèmes d'application plus rapidement.
**Niveau de risque exposé si cette bonne pratique n'est pas respectée :** Débit
## Directives d'implémentation
La mise en œuvre de la télémétrie de l'application comprend trois étapes : identifier un emplacement pour stocker les données de télémétrie, identifier les données de télémétrie qui décrivent l'état de l'application et instrumenter l'application pour émettre les données de télémétrie.
Prenons l'exemple d'une entreprise de commerce électronique dont l'architecture est basée sur des microservices. Dans le cadre de son processus de conception architecturale, elle a identifié la télémétrie de l'application qui l'aiderait à déterminer l'état de chaque microservice. Par exemple, le service de panier utilisateur a émis des données de télémétrie sur des événements tels que l'ajout d'un article au panier, l'abandon du panier et le temps nécessaire pour ajouter un article au panier. Tous les microservices ont enregistré les erreurs, les avertissements et les informations de transaction. La télémétrie a été envoyée à Amazon CloudWatch pour le stockage et l'analyse.
**Étapes d'implémentation**
La première étape consiste à identifier un emplacement central pour le stockage des données de télémétrie pour les applications de votre charge de travail. Si vous n'avez pas de plateforme [Amazon CloudWatch](https://aws.amazon.com/cloudwatch) fournit des fonctionnalités de collecte des données de télémétrie, de tableaux de bord, d'analyse et de génération d'événements.
Pour identifier les données de télémétrie dont vous avez besoin, commencez par les questions suivantes :
+ Mon application est-elle saine ?
+ Mon application atteint-elle les résultats commerciaux ?
Votre application doit émettre des journaux et des métriques qui répondent collectivement à ces questions. Si vous ne parvenez pas à répondre à ces questions avec la télémétrie de l'application existante, collaborez avec les parties prenantes de l'entreprise et de l'ingénierie pour créer une liste de télémétrie qui le permet. Vous pouvez demander des conseils techniques d'experts à votre équipe Compte AWS lorsque vous identifiez et développez de nouvelles applications de télémétrie.
Une fois que la télémétrie de l'application supplémentaire a été identifiée, travaillez avec les parties prenantes en ingénierie pour instrumenter l'application. [AWS Distro for OpenTelemetry](https://aws-otel.github.io/) fournit des API, des bibliothèques et des agents qui collectent la télémétrie de l'application. [Cet exemple illustre comment instrumenter une application JavaScript avec des métriques personnalisées](https://aws-otel.github.io/docs/getting-started/js-sdk/metric-manual-instr).
Les clients qui souhaitent comprendre les services d'observabilité proposés par AWS peuvent parcourir [Un atelier sur l'observabilité](https://catalog.workshops.aws/observability/en-US) seuls ou demander l'aide de leur équipe Compte AWS pour les guider. Cet atelier vous guide à travers les solutions d'observabilité sur AWS et fournit des exemples pratiques de leur utilisation.
Pour en savoir plus sur la télémétrie de l'application, lisez l'article [Instrumentation des systèmes distribués au profit de la visibilité opérationnelle](https://aws.amazon.com/builders-library/instrumenting-distributed-systems-for-operational-visibility/) dans Amazon Builders' Library. Il explique comment Amazon instrumente les applications et peut servir de guide pour développer vos propres directives d'instrumentation.
**Niveau d'effort du plan d'implémentation :** Moyenne entreprise
## Ressources
**Bonnes pratiques associées :**
[OPS04-BP02 Mettre en œuvre et configurer la télémétrie de la charge de travail](ops_telemetry_workload_telemetry.md) – La télémétrie de l'application est un composant de la télémétrie de la charge de travail. Afin de comprendre l'état de la charge de travail globale, vous devez comprendre celui des applications individuelles qui la composent.
[OPS04-BP03 Mettre en œuvre la télémétrie pour l'activité des utilisateurs](ops_telemetry_customer_telemetry.md) – La télémétrie de l'activité des utilisateurs est souvent un sous-ensemble de la télémétrie de l'application. L'activité de l'utilisateur, comme les événements d'ajout au panier, les flux de clics ou les transactions terminées, donne un aperçu de l'expérience utilisateur.
[OPS04-BP04 Mettre en œuvre la télémétrie pour les dépendances](ops_telemetry_dependency_telemetry.md) – Les contrôles de dépendance sont liés à la télémétrie de l'application et peuvent être instrumentés dans votre application. Si votre application s'appuie sur des dépendances externes telles qu'un DNS ou une base de données, votre application peut émettre des métriques et des journaux sur l'accessibilité, les délais d'attente et d'autres événements.
[OPS04-BP05 Mettre en œuvre la traçabilité des transactions](ops_telemetry_dist_trace.md) – Le suivi des transactions sur une charge de travail nécessite que chaque application émette des informations sur la manière dont elle traite les événements partagés. La manière dont les applications individuelles gèrent ces événements est émise via la télémétrie de leur application.
[OPS08-BP02 Définir les métriques de la charge de travail](ops_workload_health_design_workload_metrics.md) – Les métriques de charge de travail sont les principaux indicateurs de l'état de votre charge de travail. Les métriques clés de l'application font partie des métriques de la charge de travail.
**Documents connexes :**
+ [AWS Builders' Library : Instrumentation des systèmes distribués au profit de la visibilité opérationnelle](https://aws.amazon.com/builders-library/instrumenting-distributed-systems-for-operational-visibility/)
+ [AWS Distro for OpenTelemetry](https://aws-otel.github.io/)
+ [Livre blanc du pilier Excellence opérationnelle AWS Well-Architected – Concevoir la télémétrie](https://docs.aws.amazon.com/wellarchitected/latest/operational-excellence-pillar/design-telemetry.html)
+ [Création de métriques à partir d'événements de journaux à l'aide de filtres](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/MonitoringLogData.html)
+ [Mise en œuvre de la journalisation et de la surveillance avec Amazon CloudWatch](https://docs.aws.amazon.com/prescriptive-guidance/latest/implementing-logging-monitoring-cloudwatch/welcome.html)
+ [Surveillance de l'état et des performances d'une application avec AWS Distro for OpenTelemetry](https://aws.amazon.com/blogs/opensource/monitoring-application-health-and-performance-with-aws-distro-for-opentelemetry/)
+ [Nouveau – Comment mieux surveiller les métriques de votre application personnalisée à l'aide de l'agent Amazon CloudWatch](https://aws.amazon.com/blogs/devops/new-how-to-better-monitor-your-custom-application-metrics-using-amazon-cloudwatch-agent/)
+ [Observabilité sur AWS](https://aws.amazon.com/products/management-and-governance/use-cases/monitoring-and-observability/)
+ [Scénario – Publier des métriques sur CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/PublishMetrics.html)
+ [Passez à l'action – Comment surveiller efficacement vos applications](https://aws.amazon.com/startups/start-building/how-to-monitor-applications/)
+ [Utiliser CloudWatch avec un kit SDK AWS](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/sdk-general-information-section.html)
**Vidéos connexes :**
+ [AWS re:Invent 2021 - Observability the open-source way](https://www.youtube.com/watch?v=vAnIhIwE5hY)
+ [Collect Metrics and Logs from Amazon EC2 instances with the CloudWatch Agent](https://www.youtube.com/watch?v=vAnIhIwE5hY)
+ [How to Easily Setup Application Monitoring for Your AWS Workloads - AWS Online Tech Talks](https://www.youtube.com/watch?v=LKCth30RqnA)
+ [Mastering Observability of Your Serverless Applications - AWS Online Tech Talks](https://www.youtube.com/watch?v=CtsiXhiAUq8)
+ [Open Source Observability with AWS - AWS Virtual Workshop](https://www.youtube.com/watch?v=vAnIhIwE5hY)
**Exemples connexes :**
+ [Exemples de ressources de journalisation et de surveillance AWS](https://github.com/aws-samples/logging-monitoring-apg-guide-examples)
+ [Solution AWS : framework de surveillance Amazon CloudWatch](https://aws.amazon.com/solutions/implementations/amazon-cloudwatch-monitoring-framework/?did=sl_card&trk=sl_card)
+ [Solution AWS : journalisation centralisée](https://aws.amazon.com/solutions/implementations/centralized-logging/)
+ [Un atelier sur l'observabilité](https://catalog.workshops.aws/observability/en-US)
# OPS04-BP02 Mettre en œuvre et configurer la télémétrie de la charge de travail
Concevez et configurez votre charge de travail afin d'émettre des informations sur son état interne et son statut actuel (par exemple, le volume des appels d'API, les codes de statut HTTP et les événements de dimensionnement). Utilisez ces informations pour déterminer à quel moment une réponse est nécessaire.
Utilisez un service comme [Amazon CloudWatch](https://aws.amazon.com/cloudwatch/) pour regrouper les journaux et les métriques des composants de charge de travail (par exemple, les journaux d'API provenant de [AWS CloudTrail](https://aws.amazon.com/cloudtrail/), [les métriques AWS Lambda](https://docs.aws.amazon.com/lambda/latest/dg/lambda-monitoring.html), [les journaux de flux Amazon VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)et [les autres services](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/aws-services-sending-logs.html)).
**Anti-modèles courants :**
+ Vos clients se plaignent des performances médiocres. Aucune modification récente n'a été apportée à votre application, et vous soupçonnez donc un problème lié à la charge de travail. Vous n'avez aucune télémesure à analyser pour déterminer les composants qui contribuent aux performances médiocres.
+ Votre application est inaccessible. Vous n'avez pas de télémesures pour déterminer s'il s'agit d'un problème de mise en réseau.
**Avantages liés au respect de cette bonne pratique :** Comprendre ce qui se passe à l'intérieur de votre charge de travail vous permet de réagir si nécessaire.
**Niveau de risque exposé si cette bonne pratique n'est pas respectée :** Débit
## Directives d'implémentation
+ Mettre en œuvre la télémétrie pour les journaux et les métriques : instrumentez votre charge de travail pour émettre des informations sur son état interne, son statut et la réalisation des résultats opérationnels. Utilisez ces informations pour déterminer à quel moment une réponse est nécessaire.
+ [Gaining better observability of your VMs with Amazon CloudWatch - AWS Online Tech Talks](https://youtu.be/1Ck_me4azMw)
+ [Fonctionnement d'Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_architecture.html)
+ [Qu'est-ce qu'Amazon CloudWatch ?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Utilisation des métriques Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html)
+ [Qu'est-ce qu'Amazon CloudWatch Logs ?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html)
+ Mettre en œuvre et configurer la télémétrie de la charge de travail : concevez et configurez votre charge de travail afin d'émettre des informations sur son état interne et son statut actuel (par exemple, le volume des appels d'API, les codes de statut HTTP et les événements de dimensionnement).
+ [Référence aux dimensions et métriques Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CW_Support_For_AWS.html)
+ [AWS CloudTrail](https://aws.amazon.com/cloudtrail/)
+ [Qu'est-ce qu'AWS CloudTrail ?](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html)
+ [Journaux de flux VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)
## Ressources
**Documents connexes :**
+ [AWS CloudTrail](https://aws.amazon.com/cloudtrail/)
+ [Documentation Amazon CloudWatch](https://docs.aws.amazon.com/cloudwatch/index.html)
+ [Référence aux dimensions et métriques Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CW_Support_For_AWS.html)
+ [Fonctionnement d'Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/cloudwatch_architecture.html)
+ [Utilisation des métriques Amazon CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/working_with_metrics.html)
+ [Journaux de flux VPC](https://docs.aws.amazon.com/vpc/latest/userguide/flow-logs.html)
+ [Qu'est-ce qu'AWS CloudTrail ?](https://docs.aws.amazon.com/awscloudtrail/latest/userguide/cloudtrail-user-guide.html)
+ [Qu'est-ce qu'Amazon CloudWatch Logs ?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/WhatIsCloudWatchLogs.html)
+ [Qu'est-ce qu'Amazon CloudWatch ?](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
**Vidéos connexes :**
+ [Application Performance Management on AWS](https://www.youtube.com/watch?v=5T4stR-HFas)
+ [Gaining Better Observability of Your VMs with Amazon CloudWatch](https://youtu.be/1Ck_me4azMw)
+ [Gaining better observability of your VMs with Amazon CloudWatch - AWS Online Tech Talks](https://youtu.be/1Ck_me4azMw)
# OPS04-BP03 Mettre en œuvre la télémétrie pour l'activité des utilisateurs
Instrumentez le code de votre application pour émettre des informations sur l'activité de l'utilisateur, par exemple, clic sur des flux, ou lancement, abandon et fin des transactions. Utilisez ces informations pour vous aider à comprendre la manière dont l'application est utilisée, les modèles d'utilisation, et pour déterminer si une réponse est obligatoire.
**Anti-modèles courants :**
+ Vos développeurs ont déployé une nouvelle fonctionnalité sans télémesure utilisateur et l'utilisation a augmenté. Vous ne pouvez pas déterminer si l'utilisation accrue provient de l'utilisation de la nouvelle fonction ou s'il s'agit d'un problème introduit avec le nouveau code.
+ Vos développeurs ont déployé une nouvelle fonctionnalité sans télémesure utilisateur. Vous ne pouvez pas savoir si vos clients l'utilisent sans les contacter et leur demander.
**Avantages liés au respect de cette bonne pratique :** Comprenez comment vos clients utilisent votre application afin d’identifier les schémas d'utilisation, les comportements inattendus et pouvoir réagir si nécessaire.
**Niveau de risque exposé si cette bonne pratique n'est pas respectée :** Moyenne entreprise
## Directives d'implémentation
+ Implémenter la télémétrie pour l'activité des utilisateurs : concevez votre code d'application afin d'émettre des informations sur l'activité des utilisateurs (par exemple, le nombre de clics ou les transactions commencées, abandonnées et terminées). Utilisez ces informations pour vous aider à comprendre la manière dont l'application est utilisée, les modèles d'utilisation, et pour déterminer si une réponse est obligatoire.
# OPS04-BP04 Mettre en œuvre la télémétrie pour les dépendances
Concevez et configurez votre charge de travail pour qu'elle émette des informations sur l'état (par exemple, accessibilité ou temps de réponse) des ressources dont elle dépend. Les exemples de dépendances externes incluent les bases de données externes, DNS et la connectivité réseau. Utilisez ces informations pour déterminer à quel moment une réponse est nécessaire.
**Anti-modèles courants :**
+ Vous ne pouvez pas déterminer si la raison pour laquelle votre application est inaccessible est un problème DNS sans effectuer manuellement une vérification pour vérifier que votre fournisseur DNS fonctionne.
+ Votre application de panier ne finalise pas les transactions. Vous ne pouvez pas déterminer s'il s'agit d'un problème avec le fournisseur de traitement des cartes de crédit sans le contacter pour le vérifier.
**Avantages liés au respect de cette bonne pratique :** La compréhension de l'état de vos dépendances vous permet de répondre si nécessaire.
**Niveau de risque exposé si cette bonne pratique n'est pas respectée :** Moyenne entreprise
## Directives d'implémentation
+ Mettre en œuvre la télémétrie pour les dépendances : concevez et configurez votre charge de travail afin d'émettre des informations sur l'état et le statut des systèmes dont elle dépend. Voici quelques exemples : bases de données externes, DNS, connectivité réseau et services externes de traitement des cartes de crédit.
+ [Intégration de l'agent Amazon CloudWatch avec AWS Systems Manager : métriques unifiées et collecte de journaux pour Linux et Windows](https://aws.amazon.com/blogs/aws/new-amazon-cloudwatch-agent-with-aws-systems-manager-integration-unified-metrics-log-collection-for-linux-windows/)
+ [Collecte des métriques et des journaux des instances Amazon EC2 et serveurs sur site avec l'agent CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html)
## Ressources
**Documents connexes :**
+ [Intégration de l'agent Amazon CloudWatch avec AWS Systems Manager : métriques unifiées et collecte de journaux pour Linux et Windows](https://aws.amazon.com/blogs/aws/new-amazon-cloudwatch-agent-with-aws-systems-manager-integration-unified-metrics-log-collection-for-linux-windows/)
+ [Collecte des métriques et des journaux des instances Amazon EC2 et serveurs sur site avec l'agent CloudWatch](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Install-CloudWatch-Agent.html)
**Exemples connexes :**
+ [Ateliers Well-Architected : surveillance des dépendances](https://wellarchitectedlabs.com/operational-excellence/100_labs/100_dependency_monitoring/)
# OPS04-BP05 Mettre en œuvre la traçabilité des transactions
Mettez en œuvre le code de votre application et configurez vos composants de charge de travail afin d'émettre des informations sur le flux des transactions dans cette dernière. Utilisez ces informations pour déterminer à quel moment une réponse est requise et identifier les facteurs d’un problème.
Sur AWS, vous pouvez utiliser des services de suivi distribués, tels que [AWS X-Ray](https://aws.amazon.com/xray/)pour collecter et enregistrer des suivis au fur et à mesure que les transactions transitent par votre charge de travail, générer des cartes pour voir comment les transactions circulent dans votre charge de travail et vos services, obtenir des informations sur les relations entre les composants et identifier et analyser les problèmes en temps réel.
**Anti-modèles courants :**
+ Vous avez mis en œuvre une architecture de microservices sans serveur couvrant plusieurs comptes. Vos clients rencontrent des problèmes de performances intermittents. Vous ne pouvez pas découvrir quelle fonction ou quel composant est responsable parce qu'il vous manque les traces qui vous permettraient d'identifier où, dans l'application, le problème de performance existe et sa cause.
+ Vous essayez de déterminer où se situent les goulets d'étranglement en matière de performance dans votre charge de travail afin de pouvoir y remédier dans vos efforts de développement. Vous ne pouvez pas voir la relation entre vos composants d'application, et les services avec lesquels ils interagissent, pour déterminer où se situent les goulets d'étranglement, car vous ne disposez pas des traces qui vous permettraient d'analyser les services et chemins spécifiques ayant un impact sur les performances de l'application.
**Avantages liés au respect de cette bonne pratique :** La compréhension du flux des transactions de votre charge de travail permet de comprendre le comportement attendu des transactions de cette dernière, ainsi que les variations par rapport au comportement attendu de votre charge de travail, ce qui vous permet de réagir si nécessaire.
**Niveau de risque exposé si cette bonne pratique n'est pas respectée :** Faible
## Directives d'implémentation
+ Mettre en œuvre la traçabilité des transactions : concevez votre application et votre charge de travail de manière à émettre des informations sur le flux des transactions entre les composants du système, telles que l'étape de la transaction, le composant actif et le temps nécessaire pour terminer l'activité. Utilisez ces informations pour déterminer ce qui est en cours, ce qui est terminé et les résultats des activités terminées. Cela vous permet de déterminer à quel moment une réponse est nécessaire. Par exemple, des temps de réponse plus longs que prévu pour une transaction attendue au sein d'un composant peuvent indiquer des problèmes avec ledit composant.
+ [AWS X-Ray](https://aws.amazon.com/xray/)
+ [Qu'est-ce que AWS X-Ray ?](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)
## Ressources
**Documents connexes :**
+ [AWS X-Ray](https://aws.amazon.com/xray/)
+ [Qu'est-ce que AWS X-Ray ?](https://docs.aws.amazon.com/xray/latest/devguide/aws-xray.html)