从亚马逊过渡 DevOpsGuru to Amazon CloudWatch 还有亚马逊 DevOps 代理人

亚马逊 DevOpsGuru 的支持将于 2027 年 9 月 30 日结束。在此日期之后， DevOpsGuru 不再分析您的资源，之前生成的见解也不再可用。你的底层股票 AWS 基础架构和工作负载不受影响。只有 DevOpsGuru 监控层已移除。

本指南可帮助您了解正在发生的变化以及需要采取的行动。亚马逊 CloudWatch 为您的资源提供异常检测和警报，Amazon DevOps 代理提供 AI-assisted 调查。您的工作负载保持不变，无需迁移。

怎么样 DevOps Guru 及其替代品有所不同

亚马逊 DevOpsGuru 使用托管模型：你为其覆盖范围添加资源，它会学习他们的正常行为，检测异常，将相关的异常分组为见解，并提出行动建议。您无法选择要分析或配置阈值的指标。

亚马逊 CloudWatch 使用配置的模型：您可以选择要监控的指标和日志组，然后创建异常检测器、警报和通知操作。这需要一次性设置，它使您可以直接控制监控的内容、每个警报的敏感程度以及通知的去向。亚马逊 DevOps 代理提供调查和根本原因分析 DevOps大师提供的见解，始于 CloudWatch 警报或按需提供。

你可以将两者一起使用： CloudWatch 检测和警报，以及亚马逊 DevOps 代理可以帮助您调查并找到根本原因。

过渡是如何运作的

我们不会迁移您的工作负载。您的应用程序、数据库和基础架构完全保持原样。这是监控配置更改，不是工作负载迁移。

过渡分为四个部分：

1. 在亚马逊中重现您所依赖的检测和警报 CloudWatch。

2. 设置亚马逊 DevOps 调查代理。

3. 移除 DevOpsGuru 来自您的基础架构，即代码模板和 API 集成。

4. 导出您想要保留的所有见解，然后将分析覆盖范围设置为 “无”。

您可以一次转换一个账户或应用程序，然后您就可以运行 DevOps大师和 CloudWatch 在验证新配置时并肩作战。因为 DevOpsGuru 不托管您的工作负载，过渡期间没有停机。有关将每个用例转移到哪种服务的指导，请参阅 选择正确的迁移路径 在支持页面的末尾。

我们如何在过渡期间为您提供支持

直到 2027 年 9 月 30 日 DevOpsGuru 继续正常运行。我们将继续通过以下方式提供安全补丁、关键错误修复和支持 AWS 支持渠道，我们保持服务可用性。未添加任何新功能。

这个 Amazon DevOps Guru 终止支持 页面是保留的日期和迁移步骤的参考。如果您在过渡期间有任何疑问，请联系 AWS 支持。我们建议您在 2027 年 6 月 30 日之前完成过渡，以便在 2027 年 9 月 30 日支持结束之前留出缓冲时间。

谁需要采取行动，以及何时采取行动

此更改的影响取决于您的使用方式 DevOps大师。

如果您	支持结束后会发生什么	优先级
宣布 DevOps中的大师资源 AWS CloudFormation， AWS CDK 或 Terraform 模板	引用已撤回资源类型的堆栈操作失败。单个失败的资源可能会阻止整个堆栈更新。	最高。先完成这个。
致电 DevOps来自仪表板、票务系统或内部工具的 Guru API	集成停止返回数据。	高
使用 DevOps用于提供见解和警报的 Guru 控制台，包括 DevOps亚马逊 RDS 大师	您会丢失对所覆盖资源的异常检测和建议。	中
想记录过去的见解	见解不再可用。在移除保险范围之前将其导出。	在你下船之前

在 2027 年 9 月 30 日之前完成所有行动。我们建议您在 2027 年 6 月 30 日之前完成过渡，这样您就可以验证您的 CloudWatch 还有亚马逊 DevOps 代理配置时 DevOpsGuru 仍然可供比较。

哪些变化一目了然

下表汇总了过渡后可用的内容以及与之不同之处 DevOps大师。

能力	过渡后可用？	有什么不同
指标异常检测	是的，由客户配置	CloudWatch 异常检测会自动学习每个指标的预期范围。您可以选择在哪些指标上启用它。
操作警报	是的，由客户配置	使用异常检测警报和复合警报，并将警报状态更改路由到 Amazon SNS 或 Amazon EventBridge。您可以定义警报，而不是自动接收警报。
日志异常检测	是的，同样的覆盖范围	直接在您的设备上启用异常检测 CloudWatch 记录日志群组并进行调查 CloudWatch 日志见解。
数据库异常检测 (DevOps亚马逊 RDS 大师）	是的，同样的覆盖范围	CloudWatch Database Insights 显示的数据库负载、等待事件和顶级 SQL 数据相同 DevOps亚马逊 RDS 大师进行了分析。创建一个 CloudWatch 针对 dbLoad 指标进行异常检测警报，以通知异常负载，然后在 Dabase Insights 中针对警报周期进行按需性能分析，以确定原因。
CloudWatch 您添加的警报 DevOps大师	是的，同样的覆盖范围	您的警报保持不变。用它们开始调查 AWS DevOps 代理或 CloudWatch。
通过根本原因分析对见解进行分组	是的，由客户发起	亚马逊 DevOps 代理和 CloudWatch 调查将指标、日志、变更事件和跟踪关联起来，以确定根本原因。调查从警报或按需开始，而不是持续进行。
服务依赖关系上下文	是的，由客户配置	启用 AWS X-Ray 和 CloudWatch 应用程序信号，因此调查可以映射服务关系。
建议和补救措施	是的，由客户发起	DevOpsGuru 对每项见解都附上了建议。亚马逊 DevOps 代理在调查期间生成建议，并且 AWS Systems Manager 自动化运行您定义的修复操作手册。
通知	是的，同样的覆盖范围	亚马逊 SNS、亚马逊 EventBridge，以及系统经理 OpsCenter 是相同的目的地 DevOps大师用了。你将它们连接到 CloudWatch 警报。
主动见解	不可用	DevOpsGuru 的主动洞察以该服务告终。对于早期预警对你很重要的资源，你可以创建 CloudWatch 使用率阈值警报和账户配额使用量警报。

指标异常检测和警报

在 DevOps大师，当资源处于覆盖范围时，会自动开始对资源指标进行异常检测。在 CloudWatch，您可以对所选指标启用异常检测，并针对这些指标创建警报。

你需要做什么

1. 确定你所依赖的指标 DevOpsGuru 可以分析，例如 CPU 利用率、请求数、4XX 和 5XX 错误率、延迟、不健康的主机数量、内存和磁盘。

2. 启用 CloudWatch 对这些指标进行异常检测。 CloudWatch 从每个指标的历史记录中了解其预期范围。

3. 创建异常检测警报。使用复合警报器组合相关警报并减少噪音。

4. 添加警报操作，向您的现有 Amazon SNS 主题或亚马逊发送通知 EventBridge 规则。

发生了什么变化

检测适用于您选择的指标，而不是覆盖范围内的所有资源。您可以控制警报灵敏度、评估周期和通知路由。

日志异常检测

在 DevOps大师，在洞察中，日志异常与指标异常一起出现。在 CloudWatch，您可以对每个日志组启用异常检测并在中查看异常 CloudWatch 日志控制台。

你需要做什么

1. 启用 CloudWatch 记录关键日志组的异常检测。

2. 使用 CloudWatch 记录见解以查询和调查异常背后的日志事件。

3. 如果你宣布 AWS::DevOpsGuru::LogAnomalyDetectionIntegration 资源类型，将其从模板中删除。请参阅基础设施即代码和 CLI 的使用。

发生了什么变化

日志异常显示在每个日志组中 CloudWatch 而不是分组为 DevOps大师的洞察力。要将日志异常与指标异常相关联，请启动亚马逊 DevOps 特工调查。

数据库异常检测

在 DevOpsAmazon RDS 的专家，您的亚马逊关系数据库服务和亚马逊 Aurora 数据库的数据库负载异常被报告为见解，并对所涉及的等待事件提出了建议。在 CloudWatch，数据库见解提供相同的性能见解数据，您可以创建警报以发出警报。

你需要做什么

1. 启用 CloudWatch 数据库见解 对于那些数据库 DevOps亚马逊 RDS 大师介绍了。

2. 创建 CloudWatch 上的警报 DBLoad 指标和对您的工作负载至关重要的等待事件指标。

3. 在您的亚马逊中加入数据库警报 DevOps 代理调查以及应用程序警报。

发生了什么变化

Database Insights 为数据库负载提供队列级仪表板和主要贡献者分析。对数据库负载的异常检测将成为您配置的警报，而不是洞察力 DevOpsGuru 为你打开了。

调查和根本原因分析

在 DevOps大师，相关的异常被分为一个见解，并附有建议。 AWS DevOps 代理提供 AI-assisted 调查将指标、日志、跟踪以及最近的部署和配置更改关联起来，以确定根本原因。 CloudWatch 调查从内部提供相同类型的调查 CloudWatch 控制台。

你需要做什么

1. 设置亚马逊 DevOps 代理您的账户。

2. 启用 AWS X-Ray 和 CloudWatch 应用程序信号，因此调查具有服务拓扑和跟踪上下文。

3. 配置 CloudWatch 发出警报以开始调查，或在出现问题时按需启动调查。

发生了什么变化

调查从警报或按需开始，而不是持续进行。您会收到根本原因假设，您可以审查这些假设并采取行动，并且可以运行您在中定义的补救指导手册 AWS Systems Manager 自动化。

主动见解

在 DevOps大师，主动洞察会提醒你注意可能导致问题的情况，例如资源接近容量限制或配置会增加风险。主动洞察不是其中的一部分 CloudWatch 或者亚马逊 DevOps 代理，他们以服务结束。

对于早期预警对你很重要的资源，请创建 CloudWatch 在达到限制之前通知您的警报：

1. 针对阈值低于限制的利用率指标创建警报，例如设置为预置容量的 80%，评估周期足够长，可以忽略短暂的峰值。

2. 为您的工作负载所依赖的账户级配额（例如 Lambda 并行执行和 DynamoDB 账户容量）创建服务配额使用警报。有关更多信息，请参阅 正在创建 CloudWatch 服务配额警报。

发生了什么变化

您可以定义警告您的条件，然后选择它们适用的资源。 DevOps Guru 为您选择了条件和资源。

基础设施即代码和 CLI 的使用

撤回资源类型后，引用以下资源类型的模板和堆栈无法创建或更新：

• AWS::DevOpsGuru::ResourceCollection

• AWS::DevOpsGuru::NotificationChannel

• AWS::DevOpsGuru::LogAnomalyDetectionIntegration

Terraform AWS 提供商公开了等效内容 aws_devopsguru_resource_collection， aws_devopsguru_notification_channel， aws_devopsguru_event_sources_config，以及 aws_devopsguru_service_integration 资源。

你需要做什么

1. 清点 AWS CloudFormation， AWS CDK 和 Terraform 模板以及 AWS 引用这些资源类型的 CLI 脚本。

2. 创建等效项 CloudWatch 配置：警报、亚马逊 SNS 主题和亚马逊 EventBridge 取代你的规则 DevOpsGuru 通知渠道和报道，以及 CloudWatch 日志异常检测器取代了日志异常检测集成。

3. 移除 DevOpsGuru 资源来自您的模板并部署更改，这样资源就不再由您的堆栈管理了。将它们从您的模板中移除，而不是带外删除，这样您的堆栈和模板就会保持一致。

发生了什么变化

由于单个失效的资源可能会阻止整个堆栈操作，因此这是最严重的影响。先完成它。

API 集成

如果您的仪表板、票务系统或内部工具调用 DevOpsGuru API，更新它们以使用等效的 CloudWatch 支持终止之前的 API 操作。支持结束后， DevOpsGuru API 操作不再可用。

如果你的工具调用	请改用
ListInsights, DescribeInsight, ListAnomaliesForInsight	CloudWatch DescribeAlarms， DescribeAlarmHistory，以及 GetMetricData; CloudWatch 日志 ListLogAnomalyDetectors 和 ListAnomalies
ListRecommendations	亚马逊 DevOps 特工调查结果
DescribeAccountHealth, DescribeResourceCollectionHealth	CloudWatch DescribeAlarms 按警报状态过滤，或按每个应用程序的复合警报过滤
ListNotificationChannels, AddNotificationChannel	亚马逊 SNS 主题和亚马逊 EventBridge 的规则 CloudWatch 警报状态更改

有关 API 的详细信息，请参阅 亚马逊 DevOpsGuru API 参考 还有 亚马逊 CloudWatch API 参考。

导出您的数据

DevOps大师见解在 2027 年 9 月 30 日之后不可用。如果您想记录见解，请在该日期之前将其导出。我们建议大多数客户同时执行以下两项操作：

1. 获取新见解，直到支持结束。配置 Amazon SNS 通知渠道，以便将每项新见解传送到您可以存档的主题。

2. 导出您已经积累的见解。打电话 ListInsights 列出它们，然后致电 DescribeInsight， ListAnomaliesForInsight，以及 ListRecommendations 对于你想要保留的每一个见解。将响应存储在 Amazon S3 或您的票务系统中。

在缩小覆盖范围或移除资源之前完成导出。

删除你的 DevOps大师资源

要在支持终止之前停止分析并停止产生费用，请在导出数据并设置您的数据后移除您的覆盖范围和通知渠道 CloudWatch 配置。

1. 将您的分析覆盖范围设置为 无 对于每个账户和 AWS 地区在哪里 DevOpsGuru 已启用。在控制台中，选择 设置，那么 DevOps 大师分析报道，那么 管理，那么 无。你也可以打电话 UpdateResourceCollection 移除 CloudFormation 定义覆盖范围边界的堆栈或标签。

2. 移除您的通知渠道。打电话 RemoveNotificationChannel，或者将它们从中删除 设置 在控制台中。删除频道不会删除 Amazon SNS 主题或您已经通过该主题存档的任何内容。

3. 如果你申报 DevOps将基础架构中的Guru资源作为代码将其从模板中删除，而不是带外删除。请参阅基础设施即代码和 CLI 的使用。

时间表和支持

里程碑	日期
公告	2026 年 9 月 29 日
没有新客户	2026年10月29日
建议完成过渡	2027年6月30日
终止支持	2027年9月30日

我们建议您在 2027 年 6 月 30 日之前完成过渡，这样您就可以验证您的 CloudWatch 还有亚马逊 DevOps 针对实时操作的代理配置 DevOpsGuru 仍然可供比较。如果您在过渡期间有任何疑问，请联系 AWS 支持。

过渡清单

• 库存 AWS CloudFormation， AWS CDK、Terraform 和 AWS 的 CLI 用法 AWS::DevOpsGuru::ResourceCollection， AWS::DevOpsGuru::NotificationChannel，以及 AWS::DevOpsGuru::LogAnomalyDetectionIntegration。

• 识别读取的每个 API 集成 DevOps大师见解。

• 启用 CloudWatch 对关键指标进行异常检测并创建警报。

• 启用 CloudWatch 记录关键日志组的异常检测。

• 启用 CloudWatch 以下数据库的数据库见解 DevOps亚马逊 RDS 大师介绍了。

• 启用 AWS X-Ray 和 CloudWatch 应用程序信号。

• 设置亚马逊 DevOps 调查代理。

• 使用 Amazon SNS、Amazon 配置通知 EventBridge，或系统管理器 OpsCenter。

• 出口 DevOps通过亚马逊 SNS 通知渠道和 API 获得专家见解。

• 移除 DevOpsGuru 资源来自您的模板，并将分析覆盖范围设置为 “无”。

常见问题

支持终止后我的应用程序或数据库会停止运行吗？

不是。 DevOpsGuru 是一项监控服务。它会观察你运行的资源，它不托管它们。支持结束后你就输了 DevOpsGuru 的知名度和建议，但您的工作负载仍在运行。

如果我没有及时迁移会怎样？

您将无法再访问 DevOpsGuru 控制台或 API，以及 DevOpsGuru 资源类型将失败 AWS CloudFormation 还有 AWS CLI。见解将不再可用。

我能继续使用吗 DevOpsGuru 直到支持结束？

是的，前提是您的账户在 2026 年 10 月 29 日之前注册。在支持结束之前，我们会提供安全补丁、关键错误修复、支持并保持可用性。未添加任何新功能。

有一项服务可以取代吗 DevOps大师一对一？

不。 DevOpsGuru 的检测和警报地图指向亚马逊 CloudWatch，其调查和根本原因分析映射到亚马逊 DevOps 代理人。你可以将两者一起使用。

会发生什么 DevOps亚马逊 RDS 大师？

它以服务的其余部分结束。 CloudWatch 数据库见解提供相同的性能见解数据。在数据库负载时创建警报以发出警报。

相关资源

• Amazon DevOps Guru 终止支持

• 日落时分的服务 在 AWS 一般参考

• 亚马逊 CloudWatch 用户指南

• 使用 CloudWatch 异常检测

• CloudWatch 日志异常检测

• CloudWatch 数据库洞察

• CloudWatch 调查

• 亚马逊 DevOps 代理用户指南

• 亚马逊 CloudWatch 定价

• AWS 支持