Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Application Signals
CloudWatch Application Signals vous aide à surveiller et à améliorer les performances des applications sur AWS. Il collecte automatiquement les données de vos applications exécutées sur des services tels qu'Amazon EC2, Amazon ECS et Lambda. Vous pouvez utiliser les signaux CloudWatch d'application pour les opérations suivantes :
Surveiller l’état des applications en temps réel
Suivre les performances par rapport aux objectifs commerciaux
Afficher les relations entre les services et les dépendances
Identifier et résoudre rapidement les problèmes de performances
-
Activez Application Signals pour collecter automatiquement les métriques et les suivis de vos applications, et afficher les métriques clés telles que le volume des appels, la disponibilité, la latence, les pannes et les erreurs. Visualisez et triez rapidement l’état de fonctionnement actuel, et vérifiez si vos applications atteignent leurs objectifs de performance à long terme, sans écrire de code personnalisé ni créer de tableaux de bord.
-
Créez et surveillez les objectifs de niveau de service (SLOs) à l'aide des signaux d'application. Créez et suivez facilement l'état des CloudWatch métriques SLOs associées, y compris les nouvelles métriques d'application standard collectées par Application Signals. Consultez et suivez l’état de l’indicateur de niveau de service (SLI) de vos services d’application dans une liste de services et une carte topologique. Créez des alarmes pour suivre vos SLOs métriques d'application standard collectées par Application Signals et suivez les nouvelles mesures standard collectées par Application Signals.
-
Consultez une carte de la topologie de votre application découverte automatiquement par Application Signals, qui vous donne une représentation visuelle de vos applications, de leurs dépendances et de leur connectivité.
-
Application Signals fonctionne avec CloudWatch RUM, CloudWatchSynthetics canaries Amazon EC2 Auto Scaling et pour afficher les pages de vos clients AWS Service Catalog AppRegistry, les canaris Synthetics et les noms des applications dans les tableaux de bord et les cartes.
Langages et architectures pris en charge
La vigie applicative prend en charge les applications Java, Python, Node.js et .NET.
Application Signals est pris en charge et testé sur Amazon EKS, Amazon ECS et Amazon EC2. Sur les clusters Amazon EKS, il découvre automatiquement les noms de vos services et clusters. Sur les autres architectures, vous devez fournir les noms des services et des environnements lorsque vous activez ces services pour Application Signals.
Les instructions d'activation des signaux d'application sur Amazon EC2 doivent fonctionner sur toutes les architectures compatibles avec l' CloudWatch agent et AWS Distro for OpenTelemetry. Cependant, les instructions n'ont pas été testées sur des architectures autres qu'Amazon ECS et Amazon EC2.
Régions prises en charge
La vigie applicative est prise en charge dans toutes les régions commerciales, à l’exception de Canada-Ouest (Calgary).
Rubriques
Caractéristiques
Utiliser les signaux d'application pour la surveillance quotidienne des applications — Utilisez les signaux d'application dans la CloudWatch console, dans le cadre de la surveillance quotidienne des applications :
-
Si vous avez créé des objectifs de niveau de service (SLOs) pour vos services, commencez par la page des objectifs de niveau de service (SLO). Cela vous permet d’avoir une vue immédiate de l’état de leurs services, opérations et dépendances les plus critiques. Sélectionnez le nom du service, de l’opération ou de la dépendance pour un SLO afin d’ouvrir la page Détails du service et d’afficher des informations détaillées sur le service pendant que vous résolvez les problèmes.
-
Ouvrez la page Services pour voir un résumé de tous vos services et voir rapidement les services présentant le taux de défaillance ou le temps de latence le plus élevé. Si vous l'avez créé SLOs, consultez le tableau Services pour voir quels services présentent des indicateurs de niveau de service défaillants (SLIs). Si un service particulier est dans un état non sain, sélectionnez-le pour ouvrir la page Détail du service et voir les opérations du service, les dépendances, les scripts canary Synthetics et les demandes des clients. Sélectionnez un point dans un graphique pour voir les suivis corrélés afin de pouvoir résoudre et identifier la cause première des problèmes opérationnels.
-
Si de nouveaux services ont été déployés ou si les dépendances ont changé, ouvrez la Carte d’application pour inspecter la topologie de votre application. Consultez une carte de vos applications qui montre la relation entre les clients, les scripts canary Synthetics, les services et les dépendances. Consultez rapidement l’état du SLI, les métriques clés telles que le volume d’appels, le taux de défaillance et la latence, et effectuez une analyse approfondie pour obtenir des informations plus détaillées dans la page de Détails du service.
L’utilisation d’Application Signals entraîne des frais. Pour plus d'informations sur CloudWatch les tarifs, consultez Amazon CloudWatch Pricing
. Note
Il n'est pas nécessaire d'activer Application Signals pour utiliser CloudWatch Synthetics ou RUM. CloudWatch Cependant, Synthetics CloudWatch et RUM fonctionnent avec les signaux d'application pour offrir des avantages lorsque vous utilisez ces fonctionnalités ensemble.
-
Signaux d'application entre comptes — Grâce à l'observabilité entre comptes des signaux d'application, vous pouvez surveiller et dépanner vos applications qui concernent plusieurs AWS comptes au sein d'une même région.
Vous pouvez utiliser Amazon CloudWatch Observability Access Manager pour configurer un ou plusieurs de vos AWS comptes en tant que compte de surveillance. Vous allez permettre au compte de surveillance de consulter les données de votre compte source en créant un récepteur dans votre compte de surveillance. Vous utilisez le récepteur pour créer un lien entre votre compte source et votre compte de surveillance. Pour de plus amples informations, veuillez consulter CloudWatch observabilité entre comptes.
Pour garantir le bon fonctionnement de l'observabilité entre comptes des signaux d'application, assurez-vous que les types de télémétrie suivants sont partagés via le gestionnaire d'accès à l' CloudWatch observabilité.
-
Services de signaux d'application et objectifs de niveau de service (SLOs)
-
Métriques sur Amazon CloudWatch
-
Groupes de journaux dans Amazon CloudWatch Logs
-
Traces dans AWS X-Ray
-
Regroupement et filtrage dynamiques des services : regroupez et filtrez les services grâce aux capacités de regroupement dynamique de la vigie applicative. Agrégez automatiquement les métriques et SLIs les services au sein des groupes, ce qui vous permet de partir d'une vue de groupe et d'approfondir des domaines problématiques spécifiques. Application Signals propose deux groupements par défaut : le groupe « Environnement » organisé par environnement de service et le groupe « Services associés » qui regroupe les services en fonction de leurs dépendances. Par exemple, dans le regroupement des services connexes, si le service A appelle le service B, qui appelle le service C, ils sont regroupés sous le service A. Au-delà des groupements par défaut, créez des groupes personnalisés en sélectionnant des services correspondant aux besoins de votre organisation, tels que l'unité commerciale ou l'équipe.
Créez des regroupements personnalisés à l'aide de AWS balises ou d' OpenTelemetry attributs adaptés à la structure de votre équipe, à vos domaines d'activité ou à vos exigences opérationnelles. Les regroupements personnalisés vous permettent d’organiser les services en fonction de vos flux de travail spécifiques de surveillance et de dépannage. Pour de plus amples informations, veuillez consulter Configuration de groupes personnalisés.
Événements de changement — Suivez les événements de changement dans votre application grâce au traitement automatique des CloudTrail événements par Application Signals. Surveillez les événements de configuration et de déploiement des services et de leurs dépendances, en fournissant un contexte immédiat pour l'analyse opérationnelle et le dépannage. La détection des événements de changement est activée parallèlement à l'activation de la découverte de services via la CloudWatch console ou l' StartDiscovery API. Pour les services Amazon EKS, la détection du déploiement nécessite que les services Amazon EKS soient équipés du SDK d'instrumentation Application Signals.
Les événements de changement sont pris en charge pour les ressources suivantes :
Groupe Autoscaling
Cluster EKS
Charge de travail EKS (uniquement pour les déploiements)
Cluster et service ECS
Équilibreur de charge ELB et groupe cible
Fonction Lambda
BedrockAgentCore Durée d'exécution et RuntimeEndpoint
Résultats d'audit automatisés — Découvrez des informations critiques grâce aux résultats d'audit automatisés d'Application Signals. Le service analyse vos applications pour signaler les observations importantes et les problèmes potentiels, simplifiant ainsi l'analyse des causes profondes. Ces résultats automatisés consolident les traces pertinentes, éliminant ainsi le besoin de naviguer en plusieurs clics. Le système d'audit aide les équipes à identifier rapidement les problèmes et leurs causes sous-jacentes, permettant ainsi une résolution plus rapide des problèmes.
La vigie applicative utilise des analytiques avancées pour détecter des tendances, mettre en évidence les inefficacités en matière de ressources et formuler une suggestion d’opportunités d’optimisation. Les résultats sont classés par ordre de priorité en fonction de leur gravité et de leur impact potentiel sur l’activité, ce qui permet aux équipes de se concentrer en premier lieu sur les problèmes les plus critiques. Obtenez des recommandations exploitables pour améliorer la fiabilité et les performances du service sans analyse manuelle.
