

終止支援通知：Amazon DevOps Guru 將於 2026 年 10 月 29 日停止接受新客戶。目前的客戶不會受到影響，並且可以繼續使用 Amazon DevOps Guru，直到 2027 年 9 月 30 日為止。2027 年 9 月 30 日之後，您將無法再存取 Amazon DevOps Guru。如需詳細資訊，請參閱[Amazon DevOps Guru 終止支援](devops-guru-end-of-support.md)。

本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。

# 從 Amazon DevOps Guru 轉換至 Amazon CloudWatch 和 Amazon DevOps Agent
<a name="devops-guru-transition"></a>

Amazon DevOps Guru 將於 2027 年 9 月 30 日終止支援。在此日期之後，DevOps Guru 將不再分析您的資源，而且先前產生的洞見也不再可用。您的基礎 AWS 基礎設施和工作負載不會受到影響。只會移除 DevOps Guru 監控層。

本指南可協助您了解有哪些變更，以及您需要採取哪些動作。Amazon CloudWatch 為您的資源提供異常偵測和警示，Amazon DevOps 代理程式則提供 AI 輔助調查。您的工作負載保持不變，無需遷移。

**Topics**
+ [DevOps Guru 及其取代方式有何不同](#transition-how-differ)
+ [轉換的運作方式](#transition-how-works)
+ [我們如何支援您完成轉換](#transition-support)
+ [誰需要採取行動，以及何時採取行動](#transition-who-acts)
+ [哪些變更一目了然](#transition-at-a-glance)
+ [指標異常偵測和警示](#transition-metric-anomaly)
+ [日誌異常偵測](#transition-log-anomaly)
+ [資料庫異常偵測](#transition-database-anomaly)
+ [調查和根本原因分析](#transition-investigation)
+ [主動式洞察](#transition-proactive)
+ [基礎設施即程式碼和 CLI 用量](#transition-iac)
+ [API 整合](#transition-api)
+ [匯出您的資料](#transition-export)
+ [刪除 DevOps Guru 資源](#transition-delete)
+ [時間軸和支援](#transition-timeline)
+ [轉換檢查清單](#transition-checklist)
+ [常見問答集](#transition-faq)
+ [相關資源](#transition-related)

## DevOps Guru 及其取代方式有何不同
<a name="transition-how-differ"></a>

Amazon DevOps Guru 使用受管模型：您將資源新增至其涵蓋範圍，並了解其正常行為、偵測異常、將相關的異常分組為洞見，以及建議動作。您不會選擇要分析或設定閾值的指標。

Amazon CloudWatch 使用設定的模型：您可以選擇要監控的指標和日誌群組，並建立異常偵測器、警示和通知動作。這需要一次性設定，可讓您直接控制受監控的項目、每個警示的敏感度，以及通知的傳送位置。Amazon DevOps 代理程式提供 DevOps Guru 洞察提供的調查和根本原因分析，從 CloudWatch 警示或隨需啟動。

您可以同時使用兩者：CloudWatch 偵測和提醒，Amazon DevOps Agent 可協助您調查和尋找根本原因。

## 轉換的運作方式
<a name="transition-how-works"></a>

我們不會遷移您的工作負載。您的應用程式、資料庫和基礎設施完全保持在原地。這是監控組態變更，而不是工作負載遷移。

轉換有四個部分：

1. 重現您在 Amazon CloudWatch 中倚賴的偵測和提醒。

1. 設定 Amazon DevOps 代理程式進行調查。

1. 從基礎設施中移除 DevOps Guru 做為程式碼範本和 API 整合。

1. 匯出您要保留的任何洞見，然後將分析涵蓋範圍設定為無。

您可以一次轉換一個帳戶或應用程式，也可以在驗證新組態的同時並行執行 DevOps Guru 和 CloudWatch。由於 DevOps Guru 不會託管您的工作負載，因此在轉換期間不會停機。如需將每個使用案例移至哪個服務的指引，請參閱支援頁面結尾[選擇正確的遷移路徑](devops-guru-end-of-support.md#eos-choosing-path)的 。

## 我們如何支援您完成轉換
<a name="transition-support"></a>

截至 2027 年 9 月 30 日，DevOps Guru 會繼續正常運作。我們持續透過支援管道提供安全修補程式、重大錯誤修正和 AWS 支援，並維持服務的可用性。不會新增任何新功能。

[Amazon DevOps Guru 終止支援](devops-guru-end-of-support.md) 此頁面是日期和遷移步驟的維護參考。如果您在轉換期間有任何問題，請聯絡 [AWS Support](https://console.aws.amazon.com/support)。我們建議您在 2027 年 6 月 30 日之前完成轉換，以便在 2027 年 9 月 30 日之前允許緩衝。

## 誰需要採取行動，以及何時採取行動
<a name="transition-who-acts"></a>

此變更的影響取決於您使用 DevOps Guru 的方式。


| 如果您 | 支援結束時會發生什麼情況 | Priority | 
| --- | --- | --- | 
| 在 AWS CloudFormation、 AWS CDK 或 Terraform 範本中宣告 DevOps Guru 資源 | 參考撤銷資源類型的堆疊操作失敗。單一失敗的資源可以封鎖整個堆疊更新。 | 最高。請先完成此操作。 | 
| 從儀表板、票證系統或內部工具呼叫 DevOps Guru API | 整合會停止傳回資料。 | 高 | 
| 使用 DevOps Guru 主控台取得洞見和提醒，包括 DevOps Guru for Amazon RDS | 您會失去涵蓋範圍內資源的異常偵測和建議。 | 中 | 
| 想要保留過去洞見的記錄 | Insights 不再可用。在移除涵蓋範圍之前匯出它們。 | 在您離職之前 | 

在 2027 年 9 月 30 日之前完成所有動作。我們建議您在 2027 年 6 月 30 日之前完成轉換，以便在 DevOps Guru 仍可供比較時驗證 CloudWatch 和 Amazon DevOps 代理程式組態。

## 哪些變更一目了然
<a name="transition-at-a-glance"></a>

下表摘要說明轉換後可用的項目，以及與 DevOps Guru 不同的項目。


| 功能 | 轉換後可用？ | 有何不同 | 
| --- | --- | --- | 
| 指標異常偵測 | 是，客戶設定 | CloudWatch 異常偵測會自動學習每個指標的預期範圍。您可以選擇要啟用的指標。 | 
| 操作提醒 | 是，客戶設定 | 使用異常偵測警示和複合警示，並將警示狀態變更路由到 Amazon SNS 或 Amazon EventBridge。您可以定義警示，而不是自動接收警示。 | 
| 日誌異常偵測 | 是，涵蓋範圍相同 | 直接在您的 CloudWatch Logs 日誌群組上啟用異常偵測，並使用 CloudWatch Logs Insights 進行調查。 | 
| 資料庫異常偵測 （適用於 Amazon RDS 的 DevOps Guru) | 是，涵蓋範圍相同 | CloudWatch Database Insights 會顯示 DevOps Guru for Amazon RDS 分析的相同資料庫載入、等待事件和最高 SQL 資料。在 DBLoad 指標上建立 CloudWatch 異常偵測警示以接收異常載入的通知，然後在警示期間於 Database Insights 中執行隨需效能分析，以識別原因。 | 
| 您新增至 DevOps Guru 的 CloudWatch 警示 | 是，涵蓋範圍相同 | 您的警示保持不變。使用它們在 DevOps Agent 或 CloudWatch 中 AWS 開始調查。 | 
| 具有根本原因分析的分組洞見 | 是，客戶起始 | Amazon DevOps Agent 和 CloudWatch 調查會關聯指標、日誌、變更事件和追蹤，以識別根本原因。調查從警示或隨需開始，而不是持續執行。 | 
| 服務相依性內容 | 是，客戶設定 | 啟用 AWS X-Ray 和 CloudWatch Application Signals，以便調查可以映射服務關係。 | 
| 建議和修復 | 是，客戶起始 | DevOps Guru 將建議連接到每個洞見。Amazon DevOps Agent 會在調查期間產生建議，而 AWS Systems Manager Automation 會執行您定義的修復 Runbook。 | 
| 通知 | 是，涵蓋範圍相同 | Amazon SNS、Amazon EventBridge 和 Systems Manager OpsCenter 與 DevOps Guru 使用的目的地相同。您可以將它們連接到 CloudWatch 警示。 | 
| 主動式洞察 | 不適用 | DevOps Guru 主動洞察以 服務結尾。對於提早警告對您很重要的資源，您可以針對使用率閾值建立 CloudWatch 警示，並在您的帳戶配額上建立 Service Quotas 使用警示。 | 

## 指標異常偵測和警示
<a name="transition-metric-anomaly"></a>

在 DevOps Guru 中，當資源涵蓋範圍時，資源指標的異常偵測會自動啟動。在 CloudWatch 中，您可以針對您選擇的指標啟用異常偵測，並在指標上建立警示。

**您需要執行的動作**

1. 識別您倚賴 DevOps Guru 分析的指標，例如 CPU 使用率、請求計數、4XX 和 5XX 錯誤率、延遲、運作狀態不佳的主機計數、記憶體和磁碟。

1. 在這些指標上啟用 CloudWatch 異常偵測。CloudWatch 會從其歷史記錄中學習每個指標的預期範圍。

1. 建立異常偵測警示。使用複合警示來結合相關警示並降低雜訊。

1. 新增警示動作，將通知傳送至現有的 Amazon SNS 主題或 Amazon EventBridge 規則。

**有哪些變更**

偵測會套用到您選擇的指標，而不是涵蓋範圍內的每個資源。您可以控制警示敏感度、評估期間和通知路由。

## 日誌異常偵測
<a name="transition-log-anomaly"></a>

在 DevOps Guru 中，日誌異常會出現在洞見中的指標異常旁邊。在 CloudWatch 中，您可以在每個日誌群組上啟用異常偵測，並在 CloudWatch Logs 主控台中檢視異常。

**您需要執行的動作**

1. 在關鍵日誌群組上啟用 CloudWatch Logs 異常偵測。

1. 使用 CloudWatch Logs Insights 查詢和調查異常背後的日誌事件。

1. 如果您宣告`AWS::DevOpsGuru::LogAnomalyDetectionIntegration`資源類型，請從範本中移除它。請參閱 [基礎設施即程式碼和 CLI 用量](#transition-iac)。

**有哪些變更**

日誌異常會顯示在 CloudWatch 中的每個日誌群組，而不是分組為 DevOps Guru 洞見。若要將日誌異常與指標異常建立關聯，請啟動 Amazon DevOps 代理程式調查。

## 資料庫異常偵測
<a name="transition-database-anomaly"></a>

在 DevOps Guru for Amazon RDS 中，Amazon Relational Database Service 和 Amazon Aurora 資料庫資料庫的資料庫載入異常會報告為洞見，並提供所涉及等待事件的建議。在 CloudWatch 中，Database Insights 提供相同的績效詳情資料，而且您可以建立警示。

**您需要執行的動作**

1. 為 DevOps Guru for Amazon RDS 涵蓋的資料庫啟用 [CloudWatch Database Insights](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Database-Insights.html)。

1. 在 `DBLoad` 指標和對您的工作負載至關重要的等待事件指標上建立 CloudWatch 警示。

1. 在 Amazon DevOps 代理程式調查中包含資料庫警示以及應用程式警示。

**有哪些變更**

Database Insights 為資料庫載入提供機群層級儀表板和最大貢獻者分析。資料庫載入的異常偵測會變成您設定的警示，而不是 DevOps Guru 為您開啟的洞見。

## 調查和根本原因分析
<a name="transition-investigation"></a>

在 DevOps Guru 中，相關的異常會分組為具有建議的洞見。 AWS DevOps 代理程式提供 AI 輔助調查，可關聯指標、日誌、追蹤和最近的部署和組態變更，以識別根本原因。CloudWatch 調查提供來自 CloudWatch 主控台的相同調查類型。

**您需要執行的動作**

1. 為您的帳戶設定 Amazon DevOps 代理程式。

1. 啟用 AWS X-Ray 和 CloudWatch Application Signals，讓調查具有服務拓撲和追蹤內容。

1. 設定 CloudWatch 警示以開始調查，或在發生問題時隨需啟動。

**有哪些變更**

調查從警示或隨需開始，而不是持續執行。您收到您可以檢閱和採取行動的根本原因假設，並且可以執行您在 AWS Systems Manager 自動化中定義的修復 Runbook。

## 主動式洞察
<a name="transition-proactive"></a>

在 DevOps Guru 中，主動洞察會警告您可能導致問題的情況，例如資源接近其容量限制，或組態會增加風險。主動洞察不是 CloudWatch 或 Amazon DevOps Agent 的一部分，它們以服務結尾。

對於提早警告對您很重要的資源，請建立 CloudWatch 警示，在達到限制之前通知您：

1. 在閾值低於限制的使用率指標上建立警示，例如佈建容量的 80%，評估期間足以忽略短暫峰值。

1. 為工作負載所依賴的帳戶層級配額建立 Service Quotas 用量警示，例如 Lambda 並行執行和 DynamoDB 帳戶容量。如需詳細資訊，請參閱[為 Service Quotas 建立 CloudWatch 警示](https://docs.aws.amazon.com/servicequotas/latest/userguide/configure-cloudwatch.html)。

**有哪些變更**

您可以定義警告您的條件，並選擇它們適用的資源。DevOps Guru 已為您選取條件和資源。

## 基礎設施即程式碼和 CLI 用量
<a name="transition-iac"></a>

在撤銷資源類型之後，參考下列資源類型的範本和堆疊無法建立或更新：
+ `AWS::DevOpsGuru::ResourceCollection`
+ `AWS::DevOpsGuru::NotificationChannel`
+ `AWS::DevOpsGuru::LogAnomalyDetectionIntegration`

Terraform AWS 提供者公開對等的 `aws_devopsguru_resource_collection`、`aws_devopsguru_event_sources_config`、 `aws_devopsguru_notification_channel`和 `aws_devopsguru_service_integration` 資源。

**您需要執行的動作**

1. 清查 AWS CloudFormation、 AWS CDK 和 Terraform 範本，以及參考這些資源類型的 AWS CLI 指令碼。

1. 建立同等的 CloudWatch 組態：取代 DevOps Guru 通知管道和涵蓋範圍的警示、Amazon SNS 主題和 Amazon EventBridge 規則，以及取代日誌異常偵測整合的 CloudWatch Logs 異常偵測器。

1. 從範本中移除 DevOps Guru 資源並部署變更，讓資源不再由堆疊管理。從範本中移除它們，而不是將其從頻外刪除，因此您的堆疊和範本會保持一致。

**有哪些變更**

由於單一失敗的資源可以封鎖整個堆疊操作，因此這是最高嚴重性的影響。請先完成。

## API 整合
<a name="transition-api"></a>

如果您的儀表板、票證系統或內部工具呼叫 DevOps Guru API，請在終止支援之前更新它們以使用同等的 CloudWatch API 操作。支援結束後，DevOps Guru API 操作將不再可用。


| 如果您的工具呼叫 | 改用  | 
| --- | --- | 
| ListInsights, DescribeInsight, ListAnomaliesForInsight | CloudWatch DescribeAlarms、 DescribeAlarmHistory和 GetMetricData；CloudWatch Logs ListLogAnomalyDetectors和 ListAnomalies | 
| ListRecommendations | Amazon DevOps 代理程式調查結果 | 
| DescribeAccountHealth, DescribeResourceCollectionHealth | 依警示狀態DescribeAlarms篩選的 CloudWatch，或每個應用程式的複合警示 | 
| ListNotificationChannels, AddNotificationChannel | CloudWatch 警示狀態變更的 Amazon SNS 主題和 Amazon EventBridge 規則 | 

如需 API 詳細資訊，請參閱 [Amazon DevOps Guru API 參考](https://docs.aws.amazon.com/devops-guru/latest/APIReference/Welcome.html)和 [Amazon CloudWatch API 參考](https://docs.aws.amazon.com/AmazonCloudWatch/latest/APIReference/Welcome.html)。

## 匯出您的資料
<a name="transition-export"></a>

DevOps Guru 洞見在 2027 年 9 月 30 日之後無法使用。如果您想要保留洞見的記錄，請在該日期之前匯出它們。我們建議大多數客戶執行下列兩項操作：

1. **擷取新的洞見，直到支援結束為止。**設定 Amazon SNS 通知管道，以便將每個新洞見交付到您可以存檔的主題。

1. **匯出您已累積的洞見。**呼叫 `ListInsights` 列出它們，然後`ListRecommendations`針對您要保留的每個洞見呼叫 `DescribeInsight``ListAnomaliesForInsight`、 和 。將回應存放在 Amazon S3 或您的票證系統中。

在減少涵蓋範圍或移除資源之前，請先完成匯出。

## 刪除 DevOps Guru 資源
<a name="transition-delete"></a>

若要在支援結束前停止分析並停止產生費用，請在匯出資料並設定 CloudWatch 組態後移除您的涵蓋範圍和通知管道。

1. 針對啟用 DevOps Guru 的每個帳戶和 AWS 區域，將您的分析涵蓋範圍設定為**無**。在主控台中，選擇**設定**，然後選擇 **DevOps Guru 分析涵蓋**範圍，然後選擇**管理**，然後選擇**無**。您也可以呼叫 `UpdateResourceCollection` 來移除定義涵蓋範圍界限的 CloudFormation 堆疊或標籤。

1. 移除您的通知管道。呼叫 `RemoveNotificationChannel`，或從 主控台**的設定**中刪除它們。移除頻道不會刪除 Amazon SNS 主題或您已透過該主題封存的任何內容。

1. 如果您將基礎設施中的 DevOps Guru 資源宣告為程式碼，請從範本中移除它們，而不是將其從頻帶中刪除。請參閱 [基礎設施即程式碼和 CLI 用量](#transition-iac)。

## 時間軸和支援
<a name="transition-timeline"></a>


| 里程碑 | 日期 | 
| --- | --- | 
| 公告 | 2026 年 9 月 29 日 | 
| 沒有新客戶 | 2026 年 10 月 29 日 | 
| 建議的轉換完成 | 2027 年 6 月 30 日 | 
| 終止支援 | 2027 年 9 月 30 日 | 

我們建議您在 2027 年 6 月 30 日之前完成轉換，以便在 DevOps Guru 仍可供比較的情況下，針對即時操作驗證 CloudWatch 和 Amazon DevOps Agent 組態。如果您在轉換期間有任何問題，請聯絡 [AWS Support](https://console.aws.amazon.com/support)。

## 轉換檢查清單
<a name="transition-checklist"></a>
+ Inventory AWS CloudFormation、 AWS CDK、Terraform 和 `AWS::DevOpsGuru::NotificationChannel`的 AWS CLI `AWS::DevOpsGuru::ResourceCollection`用量`AWS::DevOpsGuru::LogAnomalyDetectionIntegration`。
+ 識別讀取 DevOps Guru 洞見的每個 API 整合。
+ 在關鍵指標上啟用 CloudWatch 異常偵測並建立警示。
+ 在關鍵日誌群組上啟用 CloudWatch Logs 異常偵測。
+ 為 DevOps Guru for Amazon RDS 涵蓋的資料庫啟用 CloudWatch Database Insights。
+ 啟用 AWS X-Ray 和 CloudWatch Application Signals。
+ 設定 Amazon DevOps 代理程式進行調查。
+ 使用 Amazon SNS、Amazon EventBridge 或 Systems Manager OpsCenter 設定通知。
+ 透過 Amazon SNS 通知管道和 API 匯出 DevOps Guru 洞察。
+ 從範本中移除 DevOps Guru 資源，並將分析涵蓋範圍設定為無。

## 常見問答集
<a name="transition-faq"></a>

**我的應用程式或資料庫是否會在支援結束後停止運作？**  
否。DevOps Guru 是一種監控服務。它會觀察您執行的資源，而不會託管它們。在支援結束後，您會失去 DevOps Guru 的可見性和建議，但您的工作負載會繼續執行。

**如果我沒有及時遷移會發生什麼情況？**  
您將無法再存取 DevOps Guru 主控台或 API，DevOps  Guru 資源類型將在 AWS CloudFormation 和 AWS CLI 中失敗。Insights 將不再可用。

**我可以繼續使用 DevOps Guru 直到支援結束嗎？**  
是，如果您的帳戶在 2026 年 10 月 29 日之前註冊。在支援結束之前，我們提供安全修補程式、關鍵錯誤修正、支援和維護可用性。不會新增任何新功能。

**是否有單一服務可one-to-one取代 DevOps Guru？**  
否。DevOps Guru 的偵測和提醒映射到 Amazon CloudWatch，以及其調查和根本原因分析映射到 Amazon DevOps Agent。您可以同時使用兩者。

**DevOps Guru for Amazon RDS 會發生什麼情況？**  
它以服務的其餘部分結束。CloudWatch Database Insights 提供相同的績效詳情資料。在資料庫載入時建立警示以進行提醒。

## 相關資源
<a name="transition-related"></a>
+ [Amazon DevOps Guru 終止支援](devops-guru-end-of-support.md)
+ 《 *AWS 一般參考*》中的[日落服務](https://docs.aws.amazon.com/general/latest/gr/sunset_services.html) 
+ 《Amazon CloudWatch 使用者指南》[https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/WhatIsCloudWatch.html)
+ [使用 CloudWatch 異常偵測](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/CloudWatch_Anomaly_Detection.html)
+ [CloudWatch Logs 異常偵測](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 調查](https://docs.aws.amazon.com/AmazonCloudWatch/latest/monitoring/Investigations.html)
+ [Amazon DevOps 代理程式使用者指南](https://docs.aws.amazon.com/devopsagent/)
+ [Amazon CloudWatch 定價](https://aws.amazon.com/cloudwatch/pricing/)
+ [AWS 支援](https://console.aws.amazon.com/support)