Hinweis zum Ende des Supports: Amazon DevOps Guru wird am 29. Oktober 2026 keine neuen Kunden mehr annehmen. Aktuelle Kunden sind davon nicht betroffen und können Amazon weiterhin nutzen DevOps Guru bis 30. September 2027. Nach dem 30. September 2027 können Sie nicht mehr auf Amazon zugreifen DevOps Guru. Weitere Informationen finden Sie unter [Ende des Supports für Amazon DevOps Guru](devops-guru-end-of-support.md).
Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
# Übergang von Amazon DevOps Guru zu Amazon CloudWatch und Amazon DevOps Agent
Amazonas DevOps Guru erreicht am 30. September 2027 das Ende der Unterstützung. Nach diesem Datum DevOps Guru analysiert deine Ressourcen nicht mehr und zuvor generierte Erkenntnisse sind nicht mehr verfügbar. Ihr Basiswert AWS Infrastruktur und Workloads sind nicht betroffen. Nur die DevOps Die Guru-Überwachungsebene wurde entfernt.
Dieser Leitfaden hilft Ihnen zu verstehen, was sich ändert und welche Maßnahmen Sie ergreifen müssen. Amazon CloudWatch bietet Anomalieerkennung und Warnmeldungen für Ihre Ressourcen und Amazon DevOps Der Agent bietet AI-assisted Untersuchung. Ihre Workloads bleiben an Ort und Stelle, ohne dass eine Migration erforderlich ist.
**Topics**
+ [Wie DevOps Guru und seine Nachfolger unterscheiden sich](#transition-how-differ)
+ [So funktioniert der Übergang](#transition-how-works)
+ [Wie wir Sie bei der Umstellung unterstützen](#transition-support)
+ [Wer muss handeln und bis wann](#transition-who-acts)
+ [Was ändert sich auf einen Blick](#transition-at-a-glance)
+ [Erkennung von metrischen Anomalien und Warnmeldungen](#transition-metric-anomaly)
+ [Erkennung von Anomalien protokollieren](#transition-log-anomaly)
+ [Erkennung von Datenbankanomalien](#transition-database-anomaly)
+ [Untersuchung und Ursachenanalyse](#transition-investigation)
+ [Proaktive Einblicke](#transition-proactive)
+ [Infrastruktur als Code und CLI-Nutzung](#transition-iac)
+ [API-Integrationen](#transition-api)
+ [Exportiere deine Daten](#transition-export)
+ [Löschen Sie Ihre DevOps Guru-Ressourcen](#transition-delete)
+ [Zeitplan und Support](#transition-timeline)
+ [Checkliste für den Übergang](#transition-checklist)
+ [Häufig gestellte Fragen](#transition-faq)
+ [Zugehörige Ressourcen](#transition-related)
## Wie DevOps Guru und seine Nachfolger unterscheiden sich
Amazon DevOps Guru verwendet ein verwaltetes Modell: Sie fügen Ressourcen zu seiner Berichterstattung hinzu, und es lernt deren normales Verhalten, erkennt Anomalien, gruppiert verwandte Anomalien zu Erkenntnissen und empfiehlt Maßnahmen. Du entscheidest nicht, welche Metriken du analysieren oder Schwellenwerte konfigurieren möchtest.
Amazon CloudWatch verwendet ein konfiguriertes Modell: Sie wählen die zu überwachenden Metriken und Protokollgruppen aus und erstellen die Anomaliedetektoren, Alarme und Benachrichtigungsaktionen. Dies erfordert eine einmalige Einrichtung und Sie haben die direkte Kontrolle darüber, was überwacht wird, wie empfindlich jeder Alarm ist und wohin Benachrichtigungen gesendet werden. Amazon DevOps Der Agent führt die Untersuchung und Ursachenanalyse durch DevOps Guru-Einblicke wurden bereitgestellt, angefangen mit einem CloudWatch Alarm oder auf Anfrage.
Sie können beide zusammen verwenden: CloudWatch erkennt und alarmiert, und Amazon DevOps Der Agent hilft Ihnen dabei, die Ursache zu untersuchen und zu finden.
## So funktioniert der Übergang
Wir migrieren Ihre Workloads nicht. Ihre Anwendungen, Datenbanken und Infrastruktur bleiben genau dort, wo sie sind. Dies ist eine Änderung der Überwachungskonfiguration, keine Workload-Migration.
Die Umstellung besteht aus vier Teilen:
1. Reproduzieren Sie die Erkennung und Alarmierung, auf die Sie sich in Amazon verlassen CloudWatch.
1. Richten Sie Amazon ein DevOps Agent für Ermittlungen.
1. Entfernen DevOps Guru aus Ihrer Infrastruktur als Code-Vorlagen und API-Integrationen.
1. Exportieren Sie alle Erkenntnisse, die Sie behalten möchten, und setzen Sie dann Ihre Analyseabdeckung auf Keine.
Sie können jeweils ein Konto oder eine Anwendung nach der anderen wechseln, und Sie können Folgendes ausführen DevOps Guru und CloudWatch Seite an Seite, während Sie Ihre neue Konfiguration validieren. Weil DevOps Guru hostet deine Workloads nicht, es gibt keine Ausfallzeiten während des Übergangs. Eine Anleitung dazu, auf welchen Dienst die einzelnen Anwendungsfälle verschoben werden sollten, finden Sie unter [Den richtigen Migrationspfad wählen](devops-guru-end-of-support.md#eos-choosing-path) am Ende der Support-Seite.
## Wie wir Sie bei der Umstellung unterstützen
Bis zum 30. September 2027, DevOps Guru arbeitet weiterhin normal. Wir bieten weiterhin Sicherheitspatches, kritische Bugfixes und Support über AWS Support-Kanäle und wir sorgen für die Verfügbarkeit unserer Dienste. Es werden keine neuen Funktionen hinzugefügt.
Die [Ende des Supports für Amazon DevOps Guru](devops-guru-end-of-support.md) Die Seite ist die verwaltete Referenz für Daten und Migrationsschritte. Wenn Sie während der Umstellung Fragen haben, wenden Sie sich an [AWS Unterstützung](https://console.aws.amazon.com/support). Wir empfehlen, die Umstellung bis zum 30. Juni 2027 abzuschließen, um einen Puffer vor Ablauf des Supports am 30. September 2027 zu haben.
## Wer muss handeln und bis wann
Die Auswirkungen dieser Änderung hängen davon ab, wie Sie sie verwenden DevOps Guru.
| Wenn Sie | Was passiert am Ende des Supports | Priorität |
| --- | --- | --- |
| Deklarieren DevOps Guru-Ressourcen in AWS CloudFormation, AWS CDK- oder Terraform-Vorlagen | Stack-Operationen, die auf die zurückgezogenen Ressourcentypen verweisen, schlagen fehl. Eine einzelne ausgefallene Ressource kann ein gesamtes Stack-Update blockieren. | Am höchsten. Schließe das zuerst ab. |
| Rufen Sie den DevOps Guru-API von Dashboards, Ticketsystemen oder internen Tools | Integrationen geben keine Daten mehr zurück. | Hoch |
| Benutze den DevOps Guru-Konsole für Einblicke und Benachrichtigungen, einschließlich DevOps Guru für Amazon RDS | Sie verlieren die Erkennung von Anomalien und die Empfehlungen für die abgedeckten Ressourcen. | Mittel |
| Sie möchten vergangene Erkenntnisse aufzeichnen | Erkenntnisse sind nicht mehr verfügbar. Exportieren Sie sie, bevor Sie den Versicherungsschutz entfernen. | Bevor Sie von Bord gehen |
Schließe alle Aktionen vor dem 30. September 2027 ab. Wir empfehlen, Ihre Umstellung bis zum 30. Juni 2027 abzuschließen, damit Sie Ihre CloudWatch und Amazon DevOps Agentenkonfiguration während DevOps Guru ist immer noch zum Vergleich verfügbar.
## Was ändert sich auf einen Blick
Die folgende Tabelle fasst zusammen, was nach der Umstellung verfügbar ist und was sich von DevOps Guru.
| Funktion | Nach der Umstellung verfügbar? | Was ist anders |
| --- | --- | --- |
| Erkennung metrischer Anomalien | Ja, vom Kunden konfiguriert | CloudWatch Bei der Anomalieerkennung wird der erwartete Bereich jeder Metrik automatisch ermittelt. Sie wählen aus, für welche Metriken sie aktiviert werden soll. |
| Betriebliche Warnmeldungen | Ja, vom Kunden konfiguriert | Verwenden Sie Alarme zur Erkennung von Anomalien und zusammengesetzte Alarme und leiten Sie Änderungen des Alarmstatus an Amazon SNS oder Amazon weiter EventBridge. Sie definieren die Alarme, anstatt sie automatisch zu empfangen. |
| Erkennung von Anomalien protokollieren | Ja, gleiche Berichterstattung | Aktivieren Sie die Anomalieerkennung direkt auf Ihrem CloudWatch Loggt Gruppen auf und untersucht sie mit CloudWatch Protokolliert Einblicke. |
| Erkennung von Datenbankanomalien (DevOps Guru (für Amazon RDS) | Ja, gleiche Berichterstattung | CloudWatch Database Insights zeigt dieselbe Datenbanklast, dasselbe Wartungsereignis und dieselben Top-SQL-Daten wie DevOps Guru für Amazon RDS analysiert. Erstellen Sie eine CloudWatch Alarm bei der Erkennung von Anomalien für die dbLoad-Metrik, um über eine abnormale Auslastung informiert zu werden. Führen Sie dann eine On-Demand-Leistungsanalyse in Database Insights für den Alarmzeitraum durch, um die Ursache zu ermitteln. |
| CloudWatch Alarme, zu denen Sie hinzugefügt haben DevOps Guru | Ja, gleiche Berichterstattung | Ihre Alarme sind unverändert. Verwenden Sie sie, um eine Untersuchung einzuleiten in AWS DevOps Agent oder CloudWatch. |
| Gruppierte Einblicke mit Ursachenanalyse | Ja, vom Kunden initiiert | Amazon DevOps Agent und CloudWatch Untersuchungen korrelieren Metriken, Protokolle, Änderungsereignisse und Ablaufverfolgungen, um die Ursache zu ermitteln. Untersuchungen beginnen bei einem Alarm oder bei Bedarf und laufen nicht kontinuierlich ab. |
| Kontext der Dienstabhängigkeit | Ja, vom Kunden konfiguriert | Aktivieren AWS X-Ray und CloudWatch Anwendungssignale, damit Untersuchungen die Serviceverhältnisse abbilden können. |
| Empfehlungen und Abhilfemaßnahmen | Ja, vom Kunden initiiert | DevOps Guru fügte jeder Einsicht eine Empfehlung bei. Amazon DevOps Der Agent generiert während einer Untersuchung Empfehlungen und AWS Systems Manager Die Automatisierung führt die von Ihnen definierten Wartungs-Runbooks aus. |
| Benachrichtigungen | Ja, gleicher Versicherungsschutz | Amazon SNS, Amazon EventBridgeund Systemmanager OpsCenter sind die gleichen Ziele DevOps Guru benutzt. Du verbindest sie mit CloudWatch Alarme. |
| Proaktive Einblicke | Nicht verfügbar | DevOps Die proaktiven Einblicke von Guru enden mit dem Service. Für die Ressourcen, bei denen Frühwarnung für Sie wichtig ist, können Sie Folgendes erstellen CloudWatch Alarme zu Nutzungsschwellenwerten und Alarme zur Nutzung von Servicekontingenten für Ihre Kontokontingente. |
## Erkennung von metrischen Anomalien und Warnmeldungen
In DevOps Guru, die Erkennung von Anomalien in den Metriken einer Ressource beginnt automatisch, wenn die Ressource abgedeckt ist. In CloudWatch, aktivieren Sie die Anomalieerkennung für die von Ihnen ausgewählten Metriken und erstellen Alarme für sie.
**Was müssen Sie tun**
1. Identifizieren Sie die Kennzahlen, auf die Sie sich verlassen haben DevOps Guru zum Analysieren, z. B. CPU-Auslastung, Anzahl der Anfragen, 4XX- und 5XX-Fehlerraten, Latenz, Anzahl fehlerhafter Hosts, Arbeitsspeicher und Festplatte.
1. Aktiviere CloudWatch Erkennung von Anomalien bei diesen Metriken. CloudWatch ermittelt anhand ihrer Historie den erwarteten Bereich jeder Metrik.
1. Erstellen Sie Alarme zur Erkennung von Anomalien. Verwenden Sie zusammengesetzte Alarme, um verwandte Alarme zu kombinieren und Geräusche zu reduzieren.
1. Fügen Sie Alarmaktionen hinzu, die Benachrichtigungen an Ihre bestehenden Amazon SNS-Themen oder Amazon senden EventBridge Regeln.
**Was ändert sich**
Die Erkennung bezieht sich auf die von Ihnen ausgewählten Metriken und nicht auf jede Ressource innerhalb einer Abdeckungsgrenze. Sie steuern die Alarmempfindlichkeit, die Testzeiträume und die Weiterleitung von Benachrichtigungen.
## Erkennung von Anomalien protokollieren
In DevOps Guru, in einer Einsicht tauchen Log-Anomalien zusammen mit den metrischen Anomalien auf. In CloudWatch, aktivieren Sie die Anomalieerkennung für jede Protokollgruppe und sehen sich Anomalien in CloudWatch Konsole „Protokolle“.
**Was müssen Sie tun**
1. Aktiviere CloudWatch Protokolliert die Erkennung von Anomalien in Ihren kritischen Protokollgruppen.
1. Verwenden CloudWatch Logs Insights, um die Protokollereignisse abzufragen und zu untersuchen, die hinter einer Anomalie stehen.
1. Wenn Sie das deklariert haben `AWS::DevOpsGuru::LogAnomalyDetectionIntegration` Ressourcentyp, entfernen Sie ihn aus Ihren Vorlagen. Siehe [Infrastruktur als Code und CLI-Nutzung](#transition-iac).
**Was ändert sich**
Protokollanomalien werden pro Protokollgruppe in angezeigt CloudWatch anstatt in einer Gruppe zu gruppieren DevOps Einblick in den Guru. Um Log-Anomalien mit metrischen Anomalien zu korrelieren, starten Sie Amazon DevOps Untersuchung durch einen Agenten.
## Erkennung von Datenbankanomalien
In DevOps Guru für Amazon RDS, Anomalien bei der Datenbankauslastung für Ihre Amazon Relational Database Service- und Amazon Aurora-Datenbanken wurden als Erkenntnisse mit Empfehlungen für die damit verbundenen Warteereignisse gemeldet. In CloudWatch, Database Insights stellt dieselben Performance Insights-Daten bereit, und Sie erstellen Alarme für Warnmeldungen.
**Was müssen Sie tun**
1. Aktiviere [CloudWatch Einblicke in die Datenbank](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Database-Insights.html) für die Datenbanken, die DevOps Guru für Amazon RDS ist abgedeckt.
1. Erstellen CloudWatch Alarme auf der `DBLoad` Metrik und die Warteereignis-Metriken, die für Ihre Arbeitslast von Bedeutung sind.
1. Integrieren Sie Datenbankalarme in Ihr Amazon-Konto DevOps Neben Ihren Anwendungsalarmen werden auch Ermittlungen von Agenten durchgeführt.
**Was ändert sich**
Database Insights bietet Dashboards auf Flottenebene und Analysen der wichtigsten Mitwirkenden zur Datenbankbelastung. Die Erkennung von Anomalien beim Laden der Datenbank wird zu einem Alarm, den Sie konfigurieren, und nicht zu einem Einblick, DevOps Guru hat für dich geöffnet.
## Untersuchung und Ursachenanalyse
In DevOps Guru, verwandte Anomalien wurden zu einem Einblick mit einer Empfehlung zusammengefasst. AWS DevOps Der Agent bietet AI-assisted Untersuchung, bei der Metriken, Protokolle, Ablaufverfolgungen und aktuelle Bereitstellungen und Konfigurationsänderungen miteinander in Beziehung gesetzt werden, um die eigentliche Ursache zu ermitteln. CloudWatch Untersuchungen bieten dieselbe Art von Untersuchung innerhalb der CloudWatch Konsole.
**Was musst du tun**
1. Richten Sie Amazon ein DevOps Agent für Ihre Konten.
1. Aktiviere AWS X-Ray und CloudWatch Die Anwendung signalisiert, dass Untersuchungen eine Diensttopologie und einen Verfolgungskontext haben.
1. Konfigurieren CloudWatch Alarme, um eine Untersuchung einzuleiten, oder starten Sie eine bei Bedarf, wenn ein Problem auftritt.
**Was ändert sich**
Ermittlungen beginnen mit einem Alarm oder auf Anfrage und laufen nicht ununterbrochen ab. Sie erhalten Ursachenhypothesen, die Sie überprüfen und entsprechend handeln können, und Sie können die von Ihnen definierten Behebungs-Runbooks ausführen AWS Systems Manager Automatisierung.
## Proaktive Einblicke
In DevOps Guru, proaktive Einblicke warnten dich vor Bedingungen, die zu einem Problem führen könnten, wie z. B. eine Ressource, die ihre Kapazitätsgrenze erreicht, oder eine Konfiguration, die das Risiko erhöht. Proaktive Einblicke sind nicht Teil von CloudWatch oder Amazon DevOps Agent, und sie enden mit dem Service.
Für die Ressourcen, bei denen Frühwarnung für Sie wichtig ist, erstellen Sie CloudWatch Alarme, die Sie benachrichtigen, bevor ein Limit erreicht wird:
1. Erstellen Sie Alarme für Nutzungskennzahlen, deren Schwellenwert unter dem Grenzwert liegt, z. B. bei 80 Prozent der bereitgestellten Kapazität, mit einem Testzeitraum, der lang genug ist, um kurze Spitzen zu ignorieren.
1. Erstellen Sie Alarme zur Nutzung von Servicekontingenten für die Kontingente auf Kontoebene, von denen Ihre Workloads abhängen, wie z. B. gleichzeitige Lambda-Ausführungen und DynamoDB-Kontokapazität. Weitere Informationen finden Sie unter [Erstellen CloudWatch Alarme für Dienstkontingente](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html).
**Was ändert sich**
Sie definieren die Bedingungen, die Sie warnen, und Sie wählen die Ressourcen aus, für die sie gelten. DevOps Guru hat die Bedingungen und Ressourcen für dich ausgewählt.
## Infrastruktur als Code und CLI-Nutzung
Vorlagen und Stacks, die auf die folgenden Ressourcentypen verweisen, können nicht erstellt oder aktualisiert werden, nachdem die Ressourcentypen entfernt wurden:
+ `AWS::DevOpsGuru::ResourceCollection`
+ `AWS::DevOpsGuru::NotificationChannel`
+ `AWS::DevOpsGuru::LogAnomalyDetectionIntegration`
Die Terraform AWS Der Anbieter stellt das Äquivalent zur Verfügung `aws_devopsguru_resource_collection`, `aws_devopsguru_notification_channel`, `aws_devopsguru_event_sources_config`, und `aws_devopsguru_service_integration` Ressourcen.
**Was musst du tun**
1. Inventarisieren Sie die AWS CloudFormation, AWS CDK- und Terraform-Vorlagen und die AWS CLI-Skripte, die auf diese Ressourcentypen verweisen.
1. Erstellen Sie das Äquivalent CloudWatch Konfiguration: die Alarme, Amazon SNS-Themen und Amazon EventBridge Regeln, die deine ersetzen DevOps Guru-Benachrichtigungskanal und Berichterstattung sowie CloudWatch Protokolliert Anomaliedetektoren, die die Integration zur Erkennung von Protokollanomalien ersetzen.
1. Entfernen Sie den DevOps Nutze Ressourcen aus deinen Vorlagen und setze die Änderung so ein, dass die Ressourcen nicht mehr von deinen Stacks verwaltet werden. Entferne sie aus deinen Vorlagen, anstatt sie sofort zu löschen, damit deine Stapel und Vorlagen immer im Einklang sind.
**Was ändert sich**
Da eine einzelne ausgefallene Ressource einen gesamten Stack-Vorgang blockieren kann, ist dies die schwerste Auswirkung. Vervollständigen Sie es zuerst.
## API-Integrationen
Wenn Ihre Dashboards, Ticketsysteme oder internen Tools den aufrufen DevOps Guru-API, aktualisiere sie, um das Äquivalent zu verwenden CloudWatch API-Operationen vor dem Ende des Supports. Nach dem Ende des Supports DevOps Guru-API-Operationen sind nicht mehr verfügbar.
| Wenn Ihre Tools aufrufen | Stattdessen verwenden |
| --- | --- |
| ListInsights, DescribeInsight, ListAnomaliesForInsight | CloudWatch DescribeAlarms, DescribeAlarmHistory, und GetMetricData; CloudWatch Logs ListLogAnomalyDetectors und ListAnomalies |
| ListRecommendations | Amazon DevOps Ergebnisse der Untersuchung durch den Agenten |
| DescribeAccountHealth, DescribeResourceCollectionHealth | CloudWatch DescribeAlarms gefiltert nach Alarmstatus oder einem kombinierten Alarm für jede Anwendung |
| ListNotificationChannels, AddNotificationChannel | Amazon SNS-Themen und Amazon EventBridge Regeln für CloudWatch Änderungen des Alarmzustands |
API-Details finden Sie in der [Amazon DevOps Guru API-Referenz](https://docs.aws.amazon.com/devops-guru/latest/APIReference/Welcome.html) und die [Amazon CloudWatch API-Referenz](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/Welcome.html).
## Exportiere deine Daten
DevOps Guru-Einblicke sind nach dem 30. September 2027 nicht mehr verfügbar. Wenn du deine Erkenntnisse aufzeichnen möchtest, exportiere sie vor diesem Datum. Wir empfehlen den meisten Kunden, beide der folgenden Schritte zu tun:
1. **Erfassen Sie bis zum Ende des Supports neue Erkenntnisse.** Konfigurieren Sie einen Amazon SNS-Benachrichtigungskanal, sodass jeder neue Einblick zu einem Thema bereitgestellt wird, das Sie archivieren können.
1. **Exportieren Sie die Erkenntnisse, die Sie bereits gesammelt haben.** Rufen Sie an `ListInsights` um sie aufzulisten, dann ruf an `DescribeInsight`, `ListAnomaliesForInsight`, und `ListRecommendations` für jede Einsicht, die du behalten möchtest. Speichern Sie die Antworten in Amazon S3 oder Ihrem Ticketsystem.
Schließen Sie Ihren Export ab, bevor Sie den Versicherungsschutz reduzieren oder Ressourcen entfernen.
## Löschen Sie Ihre DevOps Guru-Ressourcen
Wenn Sie vor Ende des Supports die Analyse beenden und keine Gebühren mehr anfallen möchten, entfernen Sie Ihren Servicebereich und Ihre Benachrichtigungskanäle, nachdem Sie Ihre Daten exportiert und Ihr CloudWatch Konfiguration.
1. Stellen Sie Ihren Analyseumfang ein auf **Keine** für jedes Konto und AWS Region wo DevOps Guru ist aktiviert. Wählen Sie in der Konsole **Einstellungen**, dann **DevOps Berichterstattung über die Guru-Analyse**, dann **Managen**, dann **Keine**. Du kannst auch anrufen `UpdateResourceCollection` um das zu entfernen CloudFormation Stapel oder Tags, die Ihre Abdeckungsgrenze definieren.
1. Entferne deine Benachrichtigungskanäle. Rufen Sie an `RemoveNotificationChannel`, oder lösche sie von **Einstellungen** in der Konsole. Durch das Entfernen eines Kanals wird weder das Amazon SNS-Thema noch etwas gelöscht, das Sie bereits über diesen Kanal archiviert haben.
1. Wenn du erklärst DevOps Guru-Ressourcen in der Infrastruktur als Code, entfernen Sie sie aus Ihren Vorlagen, anstatt sie Out-of-Band zu löschen. Siehe [Infrastruktur als Code und CLI-Nutzung](#transition-iac).
## Zeitplan und Support
| Meilenstein | Date |
| --- | --- |
| Ankündigung | 29. September 2026 |
| Keine neuen Kunden | 29. Oktober 2026 |
| Empfohlener Abschluss der Umstellung | 30. Juni 2027 |
| Ende des Supports | 30. September 2027 |
Wir empfehlen, Ihre Umstellung bis zum 30. Juni 2027 abzuschließen, damit Sie Ihre CloudWatch und Amazon DevOps Agentenkonfiguration gegen Live-Betrieb während DevOps Guru ist immer noch zum Vergleich verfügbar. Wenn Sie während der Umstellung Fragen haben, wenden Sie sich an [AWS Unterstützung](https://console.aws.amazon.com/support).
## Checkliste für den Übergang
+ Inventar AWS CloudFormation, AWS CDK, Terraform und AWS CLI-Verwendung von `AWS::DevOpsGuru::ResourceCollection`, `AWS::DevOpsGuru::NotificationChannel`, und `AWS::DevOpsGuru::LogAnomalyDetectionIntegration`.
+ Identifizieren Sie jede API-Integration, die liest DevOps Einblicke in Gurus.
+ Aktiviere CloudWatch Erkennung von Anomalien anhand Ihrer wichtigsten Kennzahlen und Erstellen von Alarmen.
+ Aktiviere CloudWatch Protokolliert die Erkennung von Anomalien in Ihren kritischen Protokollgruppen.
+ Aktivieren CloudWatch Database Insights für die Datenbanken, die DevOps Guru für Amazon RDS ist abgedeckt.
+ Aktiviere AWS X-Ray und CloudWatch Anwendungssignale.
+ Richten Sie Amazon ein DevOps Beauftragter für Ermittlungen.
+ Konfigurieren Sie Benachrichtigungen mit Amazon SNS, Amazon EventBridge, oder Systems Manager OpsCenter.
+ Exportieren DevOps Guru-Einblicke über einen Amazon SNS-Benachrichtigungskanal und die API.
+ Entfernen DevOps Nutzen Sie die Ressourcen aus Ihren Vorlagen und setzen Sie die Analyseabdeckung auf Keine.
## Häufig gestellte Fragen
**Funktionieren meine Anwendungen oder Datenbanken nach dem Ende des Supports nicht mehr?**
Nein. DevOps Guru ist ein Überwachungsdienst. Er beobachtet die Ressourcen, die Sie ausführen, er hostet sie nicht. Nach Ende des Supports verlieren Sie DevOps Gurus Sichtbarkeit und Empfehlungen, aber deine Workloads laufen weiter.
**Was passiert, wenn ich nicht rechtzeitig migriere?**
Sie werden nicht mehr auf das zugreifen können DevOps Guru-Konsole oder API und DevOps Guru-Ressourcentypen werden fehlschlagen AWS CloudFormation und der AWS CLIP. Insights wird nicht mehr verfügbar sein.
**Kann ich es weiter verwenden DevOps Guru bis zum Ende des Supports?**
Ja, wenn Ihr Konto vor dem 29. Oktober 2026 registriert wurde. Bis zum Ende des Supports bieten wir Sicherheitspatches, kritische Fehlerkorrekturen, Support und ständige Verfügbarkeit. Es werden keine neuen Funktionen hinzugefügt.
**Gibt es einen einzigen Dienst, der ersetzt DevOps Guru eins zu eins?**
Nein. DevOps Karten zur Erkennung und Alarmierung durch Guru an Amazon CloudWatch, und seine Untersuchung und Ursachenanalyse sind Amazon zuzuordnen DevOps Bevollmächtigter. Sie können beide zusammen verwenden.
**Was passiert mit DevOps Guru für Amazon RDS?**
Es endet mit dem Rest des Dienstes. CloudWatch Database Insights bietet dieselben Performance Insights-Daten. Erstellen Sie beim Laden der Datenbank Alarme zur Alarmierung.
## Zugehörige Ressourcen
+ [Ende des Supports für Amazon DevOps Guru](devops-guru-end-of-support.md)
+ [Dienstleistungen in Sunset](https://docs.aws.amazon.com/general/latest/gr/sunset_services.html) in der *AWS Allgemeine Referenz*
+ [Amazon CloudWatch Benutzerleitfaden](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [Verwenden CloudWatch Erkennung von Anomalien](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Anomaly_Detection.html)
+ [CloudWatch Protokolliert die Erkennung von Anomalien](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 Untersuchungen](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Investigations.html)
+ [Amazon DevOps Benutzerhandbuch für Agenten](https://docs.aws.amazon.com/devopsagent/)
+ [Amazon CloudWatch Preisgestaltung](https://aws.amazon.com/cloudwatch/pricing/)
+ [AWS Support](https://console.aws.amazon.com/support)