Avis de fin de support : Amazon DevOps Guru cessera d'accepter de nouveaux clients le 29 octobre 2026. Les clients actuels ne seront pas concernés et pourront continuer à utiliser Amazon DevOps Guru jusqu'au 30 septembre 2027. Après le 30 septembre 2027, vous ne pourrez plus accéder à Amazon DevOps Gourou. Pour plus d’informations, consultez [Fin du support d'Amazon DevOps Guru](devops-guru-end-of-support.md).
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.
# Transition depuis Amazon DevOps Guru vers Amazon CloudWatch et Amazon DevOps Agent
Amazon DevOps Guru atteindra la fin du support le 30 septembre 2027. Après cette date, DevOps Guru n'analyse plus vos ressources et les informations précédemment générées ne sont plus disponibles. Votre sous-jacent AWS l'infrastructure et les charges de travail ne sont pas affectées. Seul le DevOps La couche de surveillance Guru est supprimée.
Ce guide vous aide à comprendre ce qui est en train de changer et les mesures que vous devez prendre. Amazon CloudWatch permet de détecter les anomalies et d'émettre des alertes pour vos ressources, et Amazon DevOps L'agent fournit AI-assisted enquête. Vos charges de travail restent en place et aucune migration n'est requise.
**Topics**
+ [Comment DevOps Guru et ses remplaçants diffèrent](#transition-how-differ)
+ [Comment fonctionne la transition](#transition-how-works)
+ [Comment nous vous soutenons pendant la transition](#transition-support)
+ [Qui doit agir et dans quels délais](#transition-who-acts)
+ [Ce qui change en un coup d'œil](#transition-at-a-glance)
+ [Détection et alerte des anomalies métriques](#transition-metric-anomaly)
+ [Détection des anomalies du journal](#transition-log-anomaly)
+ [Détection d'anomalies dans les bases de données](#transition-database-anomaly)
+ [Enquête et analyse des causes profondes](#transition-investigation)
+ [Insights proactifs](#transition-proactive)
+ [Utilisation de l'infrastructure en tant que code et de la CLI](#transition-iac)
+ [Intégrations d'API](#transition-api)
+ [Exportez vos données](#transition-export)
+ [Supprimez votre DevOps Ressources pour les gourous](#transition-delete)
+ [Chronologie et assistance](#transition-timeline)
+ [Liste de contrôle de transition](#transition-checklist)
+ [Questions fréquentes (FAQ)](#transition-faq)
+ [Ressources connexes](#transition-related)
## Comment DevOps Guru et ses remplaçants diffèrent
Amazon DevOps Guru utilise un modèle géré : vous ajoutez des ressources à sa couverture, et il apprend leur comportement normal, détecte les anomalies, regroupe les anomalies associées dans des informations et recommande des actions. Vous ne choisissez pas les mesures à analyser ni ne configurez de seuils.
Amazon CloudWatch utilise un modèle configuré : vous choisissez les métriques et les groupes de journaux à surveiller, et vous créez les détecteurs d'anomalies, les alarmes et les actions de notification. Cela nécessite une configuration unique et vous permet de contrôler directement ce qui est surveillé, la sensibilité de chaque alarme et la destination des notifications. Amazon DevOps L'agent fournit l'enquête et l'analyse des causes profondes qui DevOps Des idées de gourou ont été fournies, à partir d'un CloudWatch alarme ou sur demande.
Vous pouvez utiliser les deux ensemble : CloudWatch détecte et alerte, et Amazon DevOps L'agent vous aide à rechercher et à trouver la cause première.
## Comment fonctionne la transition
Nous ne faisons pas migrer vos charges de travail. Vos applications, bases de données et infrastructure restent exactement là où elles se trouvent. Il s'agit d'un changement de configuration de surveillance et non d'une migration de charge de travail.
La transition comporte quatre volets :
1. Reproduisez la détection et les alertes sur lesquelles vous comptez sur Amazon CloudWatch.
1. Configurez Amazon DevOps Agent chargé de l'enquête.
1. Supprimer DevOps Explorez votre infrastructure en tant que modèles de code et intégrations d'API.
1. Exportez toutes les informations que vous souhaitez conserver, puis définissez la couverture de votre analyse sur Aucune.
Vous pouvez transférer un compte ou une application à la fois, puis exécuter DevOps Guru et CloudWatch côte à côte pendant que vous validez votre nouvelle configuration. Parce que DevOps Guru n'héberge pas vos charges de travail, il n'y a pas de temps d'arrêt pendant la transition. Pour savoir vers quel service déplacer chaque cas d'utilisation, voir [Choisir la bonne voie de migration](devops-guru-end-of-support.md#eos-choosing-path) à la fin de la page d'assistance.
## Comment nous vous soutenons pendant la transition
Jusqu'au 30 septembre 2027, DevOps Guru continue de fonctionner normalement. Nous continuons à fournir des correctifs de sécurité, des corrections de bogues critiques et une assistance via AWS Canaux d'assistance, et nous maintenons la disponibilité du service. Aucune nouvelle fonctionnalité n'est ajoutée.
Le [Fin du support d'Amazon DevOps Guru](devops-guru-end-of-support.md) La page est la référence maintenue pour les dates et les étapes de migration. Si vous avez des questions pendant la transition, contactez [AWS soutien](https://console.aws.amazon.com/support). Nous vous recommandons de terminer votre transition d'ici le 30 juin 2027 afin de permettre la mise en mémoire tampon avant la date de fin du support, le 30 septembre 2027.
## Qui doit agir et dans quels délais
L'impact de cette modification dépend de la façon dont vous utilisez DevOps Gourou.
| Si vous | Que se passe-t-il à la fin du support | Priority |
| --- | --- | --- |
| Déclarer DevOps Ressources pour les gourous dans AWS CloudFormation, AWS Modèles CDK ou Terraform | Les opérations de pile qui font référence aux types de ressources retirés échouent. Une seule ressource défaillante peut bloquer la mise à jour complète d'une pile. | Le plus haut. Terminez ceci en premier. |
| Appelez le DevOps API Guru à partir de tableaux de bord, de systèmes de billetterie ou d'outils internes | Les intégrations cessent de renvoyer des données. | Élevée |
| Utilisez le DevOps Console Guru pour obtenir des informations et des alertes, y compris DevOps Guru pour Amazon RDS | Vous perdez la détection des anomalies et les recommandations concernant les ressources couvertes. | Moyenne |
| Vous souhaitez conserver une trace de vos connaissances passées ? | Les informations ne sont plus disponibles. Exportez-les avant de supprimer la couverture. | Avant de quitter le bateau |
Terminez toutes les actions avant le 30 septembre 2027. Nous vous recommandons de terminer votre transition d'ici le 30 juin 2027 afin que vous puissiez valider votre CloudWatch et Amazon DevOps Configuration de l'agent pendant DevOps Guru est toujours disponible à des fins de comparaison.
## Ce qui change en un coup d'œil
Le tableau suivant résume ce qui est disponible après la transition et ce qui est différent de DevOps Gourou.
| Capacité | Disponible après la transition ? | Qu'est-ce qui est différent |
| --- | --- | --- |
| Détection d'anomalies métriques | Oui, configuré par le client | CloudWatch la détection des anomalies apprend automatiquement la plage attendue de chaque métrique. Vous choisissez les mesures sur lesquelles vous souhaitez l'activer. |
| Alertes opérationnelles | Oui, configuré par le client | Utilisez des alarmes de détection d'anomalies et des alarmes composites, et transférez les modifications d'état des alarmes vers Amazon SNS ou Amazon EventBridge. Vous définissez les alarmes au lieu de les recevoir automatiquement. |
| Détection des anomalies du journal | Oui, même couverture | Activez la détection des anomalies directement sur votre CloudWatch Enregistre les groupes de journaux et effectue des recherches avec CloudWatch Informations sur les journaux. |
| Détection d'anomalies dans les bases de données (DevOps Guru (pour Amazon RDS) | Oui, même couverture | CloudWatch Database Insights affiche les mêmes données SQL relatives au chargement de la base de données, à l'événement d'attente et aux principales données SQL que DevOps Guru pour Amazon RDS a été analysé. Créez un CloudWatch alarme de détection d'anomalie sur la métrique DBLoad pour être averti en cas de charge anormale, puis exécuter une analyse des performances à la demande dans Database Insights pendant la période d'alarme afin d'en identifier la cause. |
| CloudWatch alarmes que vous avez ajoutées DevOps gourou | Oui, même couverture | Vos alarmes restent inchangées. Utilisez-les pour démarrer une enquête dans AWS DevOps Agent ou CloudWatch. |
| Informations groupées avec analyse des causes profondes | Oui, à l'initiative du client | Amazon DevOps Agent et CloudWatch les enquêtes mettent en corrélation les métriques, les journaux, les événements de changement et les traces pour identifier la cause première. Les enquêtes commencent par une alarme ou à la demande plutôt que de se dérouler en continu. |
| Contexte de dépendance des services | Oui, configuré par le client | Activer AWS X-Ray et CloudWatch Signaux d'application permettant aux enquêtes de cartographier les relations de service. |
| Recommandations et mesures correctives | Oui, à l'initiative du client | DevOps Guru a joint une recommandation à chaque idée. Amazon DevOps L'agent génère des recommandations au cours d'une enquête, et AWS Systems Manager L'automatisation exécute les runbooks de remédiation que vous définissez. |
| Notifications | Oui, même couverture | Amazon SNS, Amazon EventBridge, et responsable des systèmes OpsCenter sont les mêmes destinations DevOps Guru a utilisé. Vous les connectez à CloudWatch alarmes. |
| Insights proactifs | Non disponible | DevOps Les informations proactives de Guru se terminent par le service. Pour les ressources où l'alerte précoce est importante pour vous, vous pouvez créer CloudWatch des alarmes sur les seuils d'utilisation et des alarmes d'utilisation des quotas de service sur les quotas de votre compte. |
## Détection et alerte des anomalies métriques
Dans DevOps Guru, la détection des anomalies sur les métriques d'une ressource démarre automatiquement lorsque la ressource est couverte. Dans CloudWatch, vous activez la détection des anomalies sur les métriques que vous choisissez et vous créez des alarmes sur celles-ci.
**Ce que tu dois faire**
1. Identifiez les indicateurs sur lesquels vous vous êtes appuyé DevOps Guru à analyser, comme l'utilisation du processeur, le nombre de requêtes, les taux d'erreur 4XX et 5XX, la latence, le nombre d'hôtes défectueux, la mémoire et le disque.
1. Activer CloudWatch détection d'anomalies sur ces métriques. CloudWatch apprend la plage attendue de chaque métrique à partir de son historique.
1. Créez des alarmes de détection d'anomalies. Utilisez des alarmes composites pour combiner les alarmes associées et réduire le bruit.
1. Ajoutez des actions d'alarme qui envoient des notifications à vos rubriques Amazon SNS existantes ou à Amazon EventBridge règles.
**Quels sont les changements**
La détection s'applique aux mesures que vous choisissez plutôt qu'à toutes les ressources d'une limite de couverture. Vous contrôlez la sensibilité des alarmes, les périodes d'évaluation et le routage des notifications.
## Détection des anomalies du journal
Dans DevOps Guru, les anomalies du journal apparaissent à côté des anomalies métriques dans un aperçu. Dans CloudWatch, vous activez la détection des anomalies sur chaque groupe de journaux et vous visualisez les anomalies dans CloudWatch Console de journalisation.
**Ce que tu dois faire**
1. Activer CloudWatch Enregistre la détection d'anomalies dans vos groupes de journaux critiques.
1. Utiliser CloudWatch Logs Insights permet d'interroger et d'étudier les événements du journal à l'origine d'une anomalie.
1. Si vous avez déclaré `AWS::DevOpsGuru::LogAnomalyDetectionIntegration` type de ressource, supprimez-le de vos modèles. Consultez [Utilisation de l'infrastructure en tant que code et de la CLI](#transition-iac).
**Quels sont les changements**
Les anomalies de journal sont affichées par groupe de journaux dans CloudWatch plutôt que de les regrouper dans un DevOps Perspicacité de gourou. Pour corréler les anomalies du journal avec les anomalies des métriques, créez un Amazon DevOps Enquête sur un agent.
## Détection d'anomalies dans les bases de données
Dans DevOps Guru pour Amazon RDS, des anomalies de charge de base de données pour vos bases de données Amazon Relational Database Service et Amazon Aurora ont été signalées à titre d'informations, accompagnées de recommandations pour les événements d'attente impliqués. Dans CloudWatch, Database Insights fournit les mêmes données Performance Insights et vous créez des alarmes pour les alertes.
**Ce que tu dois faire**
1. Activer [CloudWatch Aperçu des bases de données](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Database-Insights.html) pour les bases de données qui DevOps Guru pour Amazon RDS est couvert.
1. Créez CloudWatch alarmes sur le `DBLoad` et les mesures relatives aux événements d'attente qui sont importantes pour votre charge de travail.
1. Incluez des alarmes de base de données dans votre Amazon DevOps Des enquêtes sur les agents en plus des alarmes de votre application.
**Quels sont les changements**
Database Insights fournit des tableaux de bord au niveau de la flotte et une analyse des principaux contributeurs pour la charge de la base de données. La détection d'anomalies lors du chargement de la base de données devient une alarme que vous configurez plutôt qu'une information qui DevOps Guru a ouvert pour toi.
## Enquête et analyse des causes profondes
Dans DevOps Guru, les anomalies connexes ont été regroupées dans un aperçu accompagné d'une recommandation. AWS DevOps L'agent fournit AI-assisted enquête qui met en corrélation les métriques, les journaux, les traces, les déploiements récents et les modifications de configuration afin d'identifier la cause première. CloudWatch investigations propose le même type d'enquête au sein du CloudWatch console.
**Ce que tu dois faire**
1. Configurer Amazon DevOps Agent pour vos comptes.
1. Activer AWS X-Ray et CloudWatch Signaux d'application : les enquêtes ont donc une topologie de service et un contexte de suivi.
1. Configurez CloudWatch alarmes pour démarrer une enquête, ou en démarrer une à la demande en cas de problème.
**Quels sont les changements**
Les enquêtes commencent par une alarme ou à la demande plutôt que de se dérouler en continu. Vous recevez des hypothèses sur les causes premières que vous pouvez examiner et auxquelles vous pouvez donner suite, et vous pouvez exécuter les runbooks de remédiation que vous avez définis dans AWS Systems Manager Automatisation.
## Insights proactifs
Dans DevOps Guru, Proactive Insights vous a mis en garde contre les situations susceptibles d'entraîner un problème, comme une ressource approchant de sa limite de capacité ou une configuration qui augmente les risques. Les informations proactives ne font pas partie de CloudWatch ou Amazon DevOps Agent, et ils terminent avec le service.
Pour les ressources où l'alerte précoce est importante pour vous, créez CloudWatch alarmes qui vous avertissent avant qu'une limite ne soit atteinte :
1. Créez des alarmes sur les mesures d'utilisation dont le seuil est inférieur à la limite, par exemple à 80 % de la capacité provisionnée, avec une période d'évaluation suffisamment longue pour ignorer les brefs pics.
1. Créez des alarmes d'utilisation des quotas de service pour les quotas au niveau du compte dont dépendent vos charges de travail, tels que les exécutions simultanées Lambda et la capacité du compte DynamoDB. Pour plus d'informations, voir [Création CloudWatch alarmes pour les quotas de service](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html).
**Quels sont les changements**
Vous définissez les conditions qui vous avertissent et vous choisissez les ressources auxquelles elles s'appliquent. DevOps Guru a sélectionné les conditions et les ressources pour vous.
## Utilisation de l'infrastructure en tant que code et de la CLI
Les modèles et les piles qui font référence aux types de ressources suivants ne sont pas créés ou mis à jour une fois les types de ressources retirés :
+ `AWS::DevOpsGuru::ResourceCollection`
+ `AWS::DevOpsGuru::NotificationChannel`
+ `AWS::DevOpsGuru::LogAnomalyDetectionIntegration`
Le Terraform AWS le fournisseur expose l'équivalent `aws_devopsguru_resource_collection`, `aws_devopsguru_notification_channel`, `aws_devopsguru_event_sources_config`, et `aws_devopsguru_service_integration` ressources.
**Ce que tu dois faire**
1. Inventaire des AWS CloudFormation, AWS Les modèles CDK et Terraform et le AWS Scripts CLI qui font référence à ces types de ressources.
1. Créez l'équivalent CloudWatch configuration : les alarmes, les rubriques Amazon SNS et Amazon EventBridge règles qui remplacent vos DevOps Canal de notification et couverture Guru, et CloudWatch Enregistre les détecteurs d'anomalies qui remplacent l'intégration de détection des anomalies de journalisation.
1. Supprimez le DevOps Extrayez des ressources à partir de vos modèles et déployez les modifications afin que les ressources ne soient plus gérées par vos piles. Supprimez-les de vos modèles plutôt que de les supprimer hors bande, afin que vos piles et vos modèles restent cohérents.
**Quels sont les changements**
Étant donné qu'une seule ressource défaillante peut bloquer l'intégralité d'une opération de pile, il s'agit de l'impact le plus grave. Complétez-le d'abord.
## Intégrations d'API
Si vos tableaux de bord, systèmes de billetterie ou outils internes appellent le DevOps API Guru, mettez-les à jour pour utiliser l'équivalent CloudWatch Opérations d'API avant la fin du support. Après la fin du support, DevOps Les opérations de l'API Guru ne sont plus disponibles.
| Si votre outillage appelle | Utiliser à la place |
| --- | --- |
| ListInsights, DescribeInsight, ListAnomaliesForInsight | CloudWatch DescribeAlarms, DescribeAlarmHistory, et GetMetricData; CloudWatch Journaux ListLogAnomalyDetectors et ListAnomalies |
| ListRecommendations | Amazon DevOps Résultats de l'enquête sur les agents |
| DescribeAccountHealth, DescribeResourceCollectionHealth | CloudWatch DescribeAlarms filtré par état d'alarme ou par alarme composite pour chaque application |
| ListNotificationChannels, AddNotificationChannel | Rubriques Amazon SNS et Amazon EventBridge règles pour CloudWatch changements d'état d'alarme |
Pour plus de détails sur l'API, consultez [Amazon DevOps Référence de l'API Guru](https://docs.aws.amazon.com/devops-guru/latest/APIReference/Welcome.html) et le [Amazon CloudWatch Référence de l'API](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/Welcome.html).
## Exportez vos données
DevOps Les informations de Guru ne seront plus disponibles après le 30 septembre 2027. Si vous souhaitez conserver une trace de vos informations, exportez-les avant cette date. Nous recommandons à la plupart des clients de suivre les deux étapes suivantes :
1. **Capturez de nouvelles informations jusqu'à la fin du support.** Configurez un canal de notification Amazon SNS afin que chaque nouvelle information soit transmise à un sujet que vous pouvez archiver.
1. **Exportez les informations que vous avez déjà accumulées.** Appel `ListInsights` pour les répertorier, puis appelez `DescribeInsight`, `ListAnomaliesForInsight`, et `ListRecommendations` pour chaque information que vous souhaitez conserver. Stockez les réponses dans Amazon S3 ou dans votre système de billetterie.
Terminez votre exportation avant de réduire la couverture ou de supprimer des ressources.
## Supprimez votre DevOps Ressources pour les gourous
Pour arrêter l'analyse et ne plus encourir de frais avant la fin de l'assistance, supprimez votre couverture et vos canaux de notification après avoir exporté vos données et configuré votre CloudWatch configuration.
1. Définissez la couverture de votre analyse sur **Aucune** pour chaque compte et AWS Région où DevOps Guru est activé. Dans la console, choisissez **Réglages**, puis **DevOps Couverture de l'analyse Guru**, puis **Gérez**, puis **Aucune**. Vous pouvez également appeler `UpdateResourceCollection` pour supprimer le CloudFormation des piles ou des balises qui définissent la limite de votre couverture.
1. Supprimez vos canaux de notification. Appel `RemoveNotificationChannel`, ou supprimez-les de **Réglages** dans la console. La suppression d'une chaîne n'entraîne pas la suppression de la rubrique Amazon SNS ni de tout ce que vous avez déjà archivé via cette chaîne.
1. Si vous déclarez DevOps Utilisez les ressources de l'infrastructure sous forme de code, supprimez-les de vos modèles plutôt que de les supprimer hors bande. Consultez [Utilisation de l'infrastructure en tant que code et de la CLI](#transition-iac).
## Chronologie et assistance
| Jalon | Date |
| --- | --- |
| Annonce | 29 septembre 2026 |
| Pas de nouveaux clients | 29 octobre 2026 |
| Achèvement de la transition recommandé | 30 juin 2027 |
| Fin de l'assistance | 30 septembre 2027 |
Nous vous recommandons de terminer votre transition d'ici le 30 juin 2027 afin que vous puissiez valider votre CloudWatch et Amazon DevOps Configuration de l'agent par rapport aux opérations en temps réel DevOps Guru est toujours disponible à des fins de comparaison. Si vous avez des questions pendant la transition, contactez [AWS soutien](https://console.aws.amazon.com/support).
## Liste de contrôle de transition
+ Inventaire AWS CloudFormation, AWS CDK, Terraform et AWS Utilisation de la CLI `AWS::DevOpsGuru::ResourceCollection`, `AWS::DevOpsGuru::NotificationChannel`, et `AWS::DevOpsGuru::LogAnomalyDetectionIntegration`.
+ Identifiez chaque intégration d'API qui lit DevOps Perspectives de gourou.
+ Activer CloudWatch détection d'anomalies sur vos indicateurs clés et création d'alarmes.
+ Activer CloudWatch Enregistre la détection d'anomalies dans vos groupes de journaux critiques.
+ Activer CloudWatch Database Insights pour les bases de données qui DevOps Guru pour Amazon RDS est couvert.
+ Activer AWS X-Ray et CloudWatch Signaux d'application.
+ Configurer Amazon DevOps Agent chargé de l'enquête.
+ Configurer les notifications avec Amazon SNS, Amazon EventBridge, ou System Manager OpsCenter.
+ Exporter DevOps Des informations de Guru via un canal de notification Amazon SNS et l'API.
+ Supprimer DevOps Utilisez des ressources à partir de vos modèles et définissez la couverture d'analyse sur Aucune.
## Questions fréquentes (FAQ)
**Mes applications ou bases de données cesseront-elles de fonctionner après la fin du support ?**
Non DevOps Guru est un service de surveillance. Il observe les ressources que vous exécutez, il ne les héberge pas. Après la fin du support, vous perdez DevOps La visibilité et les recommandations de Guru, mais vos charges de travail continuent de fonctionner.
**Que se passe-t-il si je n'effectue pas la migration à temps ?**
Vous ne pourrez plus accéder au DevOps console ou API Guru, et DevOps Les types de ressources Guru échoueront dans AWS CloudFormation et le AWS CLI. Les informations ne seront plus disponibles.
**Puis-je continuer à utiliser DevOps Guru jusqu'à la fin du support ?**
Oui, si votre compte a été créé avant le 29 octobre 2026. Jusqu'à la fin du support, nous fournissons des correctifs de sécurité, des corrections de bogues critiques, une assistance et une disponibilité maintenue. Aucune nouvelle fonctionnalité n'est ajoutée.
**Existe-t-il un service unique qui remplace DevOps Guru en tête-à-tête ?**
Non DevOps Cartes de détection et d'alerte de Guru pour Amazon CloudWatch, et ses cartes d'enquête et d'analyse des causes profondes correspondent à Amazon DevOps Agent. Vous pouvez utiliser les deux ensemble.
**Qu'arrive-t-il à DevOps Guru pour Amazon RDS ?**
Elle se termine avec le reste du service. CloudWatch Database Insights fournit les mêmes données Performance Insights. Créez des alarmes lors du chargement de la base de données à des fins d'alerte.
## Ressources connexes
+ [Fin du support d'Amazon DevOps Guru](devops-guru-end-of-support.md)
+ [Services à Sunset](https://docs.aws.amazon.com/general/latest/gr/sunset_services.html) dans le *AWS Référence générale*
+ [Amazon CloudWatch Guide de l'utilisateur](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [En utilisant CloudWatch détection d'anomalies](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Anomaly_Detection.html)
+ [CloudWatch Journalise la détection des anomalies](https://docs.aws.amazon.com/AmazonCloudWatch/latest/logs/LogsAnomalyDetection.html)
+ [CloudWatch Database Insights](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Database-Insights.html)
+ [CloudWatch enquêtes](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Investigations.html)
+ [Amazon DevOps Guide de l'utilisateur de l'agent](https://docs.aws.amazon.com/devopsagent/)
+ [Amazon CloudWatch tarification](https://aws.amazon.com/cloudwatch/pricing/)
+ [AWS Support](https://console.aws.amazon.com/support)