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 raisons 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 (SLO) avec Application Signals. Créez et suivez facilement l'état des SLO liés aux CloudWatch métriques, 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 SLO et suivez les nouvelles métriques d’application 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, les canaris CloudWatch Synthetics et Amazon EC2 Auto Scaling permet d'afficher vos pages clients AWS Service Catalog AppRegistry, les canaris Synthetics et les noms d'applications dans des tableaux de bord et des cartes.
Langages et architectures pris en charge
Application Signals prend en charge les applications Java Node.js, Python 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 pour activer les signaux d'application sur Amazon EC2 devraient fonctionner sur toutes les architectures prenant en charge l' CloudWatch agent et AWS Distro for. OpenTelemetry Toutefois, 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
Utilisez 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 (SLO) pour vos services, commencez par la page 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 avez créé des SLO, consultez le tableau des services pour voir quels services présentent des indicateurs de niveau de service (SLI) non sains. 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 la page CloudWatch Tarification Amazon
. Note
Il n'est pas nécessaire d'activer Application Signals pour utiliser CloudWatch Synthetics ou CloudWatch RUM. Cependant, Synthetics et CloudWatch RUM fonctionnent avec les signaux d'application pour offrir des avantages lorsque vous utilisez ces fonctionnalités ensemble.
-
Application Signals inter-comptes — Grâce à l'observabilité multicompte des signaux d'application, vous pouvez surveiller et dépanner vos applications qui couvrent 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 que l'observabilité inter-comptes des signaux d'application fonctionne correctement, 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 la vigie applicative et objectifs de niveau de service (SLO)
-
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 les SLI des 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 regroupements par défaut : le regroupement « Environnement » organisé par environnement de services et le regroupement « Services associés » qui regroupe les services en fonction de leurs dépendances. Par exemple, dans le regroupement des services associés, si le service A appelle le service B, qui appelle le service C, ils sont regroupés dans le service A. Au-delà des regroupements par défaut, créez des groupes personnalisés en sélectionnant les services qui correspondent 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 qui correspondent à 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 des déploiements nécessite que les services Amazon EKS soient instrumentés à l'aide du SDK d'instrumentation Application Signals.
Les événements de changement sont pris en charge pour les ressources suivantes :
Groupe Autoscaling
Cluster EKS
EKS Workload (déploiements uniquement)
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 essentielles 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, ce qui permet 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.
