

AWS Systems Manager Incident Manager 不再開放給新客戶。現有客戶可以繼續正常使用該服務。如需詳細資訊，請參閱[AWS Systems Manager Incident Manager 可用性變更](https://docs.aws.amazon.com/incident-manager/latest/userguide/incident-manager-availability-change.html)。

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

# Incident Manager 的文件歷史記錄
<a name="doc-history"></a>

| 變更 | 描述 | 日期 | 
| --- |--- |--- |
| [AWS Systems Manager Incident Manager 發佈的遷移文件](#doc-history) | Incident Manager 已發佈遷移文件，協助客戶了解一些可從中遷移的選項 AWS Systems Manager Incident Manager。如需詳細資訊，請參閱[AWS Systems Manager Incident Manager 可用性變更](https://docs.aws.amazon.com/incident-manager/latest/userguide/incident-manager-availability-change.html)。 | 2025 年 11 月 21 日 | 
| [受管政策的更新 `AWSIncidentManagerResolverAccess`](#doc-history) | Incident Manager 已更新受管政策`AWSIncidentManagerResolverAccess`，新增 ssm-contacts：StartEngagement 許可，以在事件期間開始與聯絡人互動。如需詳細資訊，請參閱 [Incident Manager 對 AWS 受管政策的更新](https://docs.aws.amazon.com/incident-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)。 | 2025 年 11 月 20 日 | 
| [AWS Systems Manager Incident Manager 不再開放給新客戶。](#doc-history) | AWS Systems Manager Incident Manager 不再開放給新客戶。現有客戶可以繼續正常使用該服務。如需詳細資訊，請參閱[AWS Systems Manager Incident Manager 可用性變更](https://docs.aws.amazon.com/incident-manager/latest/userguide/incident-manager-availability-change.html)。 | 2025 年 11 月 7 日 | 
| [AWS Systems Manager Incident Manager 自 2025 年 11 月 7 日起，不再向新客戶開放。](#doc-history) | AWS Systems Manager Incident Manager 自 2025 年 11 月 7 日起，不再向新客戶開放。如果您想要使用 Incident Manager，請在該日期之前註冊。現有客戶可以繼續正常使用該服務。如需詳細資訊，請參閱[AWS Systems Manager Incident Manager 可用性變更](https://docs.aws.amazon.com/incident-manager/latest/userguide/incident-manager-availability-change.html)。 | 2025 年 10 月 7 日 | 
| [變更手動建立事件的許可要求](#doc-history) | 使用者手動建立事件所需的 IAM 許可已變更，不再使用服務連結角色。Incident Manager 現在會使用[轉送存取工作階段](https://docs.aws.amazon.com/IAM/latest/UserGuide/access_forward_access_sessions.html) (FAS) `ssm-contacts:StartEngagement` 做為 的一部分呼叫 `ssm-incidents:StartIncident`。如需詳細資訊，請參閱[手動啟動事件所需的 IAM 許可](https://docs.aws.amazon.com/incident-manager/latest/userguide/incident-creation.html#incident-tracking-manual-permissions)。 | 2025 年 6 月 10 日 | 
| [受管政策的更新 `AWSServiceRoleforIncidentManagerPolicy`](#doc-history) | Incident Manager 已將新的許可新增至 `AWSServiceRoleforIncidentManagerPolicy` ，允許 Incident Manager 將`AWS/Usage`命名空間內的指標發佈至您的帳戶。如需詳細資訊，請參閱 [Incident Manager 對 AWS 受管政策的更新](https://docs.aws.amazon.com/incident-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)。 | 2025 年 1 月 28 日 | 
| [受管政策的更新 `AWSIncidentManagerIncidentAccessServiceRolePolicy`](#doc-history) | Incident Manager 已將新的許可新增至 `AWSIncidentManagerIncidentAccessServiceRolePolicy`，以支援問題清單功能，以允許它檢查 EC2 執行個體是否為 Auto Scaling 群組的一部分。如需詳細資訊，請參閱 [Incident Manager 對 AWS 受管政策的更新](https://docs.aws.amazon.com/incident-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)。 | 2024 年 2 月 20 日 | 
| [其他 HashiCorp Terraform 支援：待命輪換](#doc-history) | Terraform 已新增至對 Incident Manager 的支援。您現在可以使用 Terraform 佈建或管理 Incident Manager 待命資源。如需有關此 和其他第三方與 Incident Manager 整合的資訊，請參閱[與其他 產品和服務整合](https://docs.aws.amazon.com/incident-manager/latest/userguide/integration.html#integrations-other)。 | 2024 年 2 月 2 日 | 
| [新功能：來自其他 的調查結果 AWS 服務](#doc-history) | *問題清單*可提供您在 Incident Manager 中建立事件時，大約同時發生之 AWS CloudFormation 堆疊和 AWS CodeDeploy 部署相關變更的相關資訊。在 Incident Manager 主控台中，您可以檢視這些變更的摘要資訊，並在許多情況下存取 CloudFormation 或 CodeDeploy 主控台的連結，以取得變更的完整詳細資訊。調查結果可減少評估事件潛在原因所需的時間。它們也會降低回應者存取錯誤帳戶或主控台以調查事件原因的機會。此功能也會引進新的 受管政策 `AWSIncidentManagerIncidentAccessServiceRolePolicy`，允許 Incident Manager 讀取其他 中的資源 AWS 服務 ，以識別與事件相關的問題清單。如需詳細資訊，請參閱下列主題：  [使用問題清單](https://docs.aws.amazon.com/incident-manager/latest/userguide/findings.html)   [AWS 受管政策： AWSIncidentManagerIncidentAccessServiceRolePolicy](https://docs.aws.amazon.com/incident-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-AWSIncidentManagerIncidentAccessServiceRolePolicy)   | 2023 年 11 月 15 日 | 
| [已更新與 Incident Manager 整合的清單](#doc-history) | 與 [Incident Manager 的產品和服務整合](https://docs.aws.amazon.com/incident-manager/latest/userguide/integration.html)主題已擴展，以列出和描述所有 AWS 服務 和第三方工具，您可以將這些工具與 Incident Manager 整合到您的事件偵測和回應操作中。 | 2023 年 6 月 9 日 | 
| [與 整合 AWS Trusted Advisor](#doc-history) | Trusted Advisor 現在會檢查複寫集的組態是否使用多個 AWS 區域 來支援區域容錯移轉和回應。對於 CloudWatch 警示或 EventBridge 事件建立的事件，Invent Manager 會在 AWS 區域 與警示或事件規則相同的 中建立事件。如果該區域暫時無法使用 Incident Manager，則系統會嘗試在複製集的另一個區域中建立事件。如果複製集僅包含一個區域，則系統無法在 Incident Manager 無法使用時建立事件記錄。為了協助避免這種情況， 只會針對一個區域設定複寫集時 Trusted Advisor 報告 。如需使用 的詳細資訊 Trusted Advisor，請參閱*AWS 支援 《 使用者指南*[AWS Trusted Advisor](https://docs.aws.amazon.com//awssupport/latest/user/trusted-advisor.html)》中的 。 | 2023 年 4 月 28 日 | 
| [在回應計畫中使用 Microsoft Teams做為聊天頻道](#doc-history) | 透過與聊天應用程式中的 Microsoft Teams和 Amazon Q Developer 整合，您現在可以將 Microsoft Teams 用於回應計劃中的聊天頻道。這是對 Slack和 Amazon Chime 聊天頻道的支援。在事件期間，Incident Manager 會直接將狀態通知傳送至聊天頻道，讓所有回應者隨時收到通知。回應者也可以在Microsoft Teams應用程式中互相通訊和事件相關 AWS CLI 命令，以更新並與事件互動。如需詳細資訊，請參閱 [Incident Manager 中的使用聊天頻道](https://docs.aws.amazon.com/incident-manager/latest/userguide/chat.html)。 | 2023 年 4 月 4 日 | 
| [新功能：待命排程](#doc-history) | Incident Manager 中的待命排程會定義發生需要操作員介入的事件時，誰會收到通知。隨需排程包含您為排程建立的一或多個輪換。每次輪換最多可包含 30 個聯絡人。建立隨需排程後，您可以將其做為呈報計畫中的呈報。當與該呈報計畫相關聯的事件發生時，Incident Manager 會根據排程通知正在呼叫的操作員 （或操作員）。如需詳細資訊，請參閱 [Incident Manager 中的使用待命排程](https://docs.aws.amazon.com/incident-manager/latest/userguide/incident-manager-on-call-schedule.html)。 | 2023 年 3 月 28 日 | 
| [列印格式化的事件分析或儲存為 PDF](#doc-history) | 事件分析頁面現在包含**列印**按鈕，可產生用於列印的分析版本。使用為您的裝置設定的印表機目的地，您可以將事件分析儲存為 PDF 或傳送至本機或網路印表機。如需詳細資訊，請參閱[列印格式化的事件分析](https://docs.aws.amazon.com/incident-manager/latest/userguide/analysis.html#print-a-formatted-analysis)。 | 2023 年 1 月 17 日 | 
| [PagerDuty 整合： Incident Manager 現在會將事件時間軸事件複製到 PagerDuty 事件](#doc-history) | 當您在回應計畫中開啟與 PagerDuty 的整合時，Incident Manager 會將從該計畫建立的時間軸事件新增至 PagerDuty 中對應的事件記錄。PagerDuty 新增時間軸事件做為事件的備註，最多 2，000 筆備註。若要進一步了解這些變更，請參閱下列主題：  [在 AWS Secrets Manager 秘密中存放 PagerDuty 存取憑證](https://docs.aws.amazon.com/incident-manager/latest/userguide/integrations-pagerduty-secret.html)   [將 PagerDuty 服務整合至回應計劃](response-plans.md#anchor-pagerduty)   | 2022 年 12 月 15 日 | 
| [Incident Manager 與 CloudWatch 指標整合。](#doc-history) | 您現在可以在 CloudWatch 中發佈事件相關指標。如需詳細資訊，請參閱 [CloudWatch 指標。](https://docs.aws.amazon.com/incident-manager/latest/userguide/cloudwatch-metrics.html)[ AWSIncidentManagerServiceRolePolicy ](https://docs.aws.amazon.com/incident-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-AWSServiceRoleforIncidentManagerPolicy) 包含額外的許可，允許我們的服務代表您發佈指標。 | 2022 年 12 月 15 日 | 
| [已啟動**事件備註**並更新**事件詳細資訊**畫面。](#doc-history) | 您可以使用**事件備註**，與其他處理事件的使用者進行協作和通訊。此外，您可以從**事件詳細資訊**畫面檢視 Runbook 和參與狀態。如需詳細資訊，請參閱[事件詳細資訊。](https://docs.aws.amazon.com/incident-manager/latest/userguide/tracking-details.html) | 2022 年 11 月 16 日 | 
| [已啟動**事件備註**並更新**事件詳細資訊**畫面](#doc-history) | 您可以使用**事件備註**，與其他處理事件的使用者進行協作和通訊。此外，您可以從**事件詳細資訊**畫面檢視 Runbook 和參與狀態。如需詳細資訊，請參閱[事件詳細資訊。](https://docs.aws.amazon.com/incident-manager/latest/userguide/tracking-details.html) | 2022 年 11 月 16 日 | 
| [將 PagerDuty 呈報計畫和分頁工作流程整合至 Incident Manager 回應計畫](#doc-history) | 您現在可以將 Incident Manager 與 PagerDuty 整合，並將 PagerDuty 服務新增至回應計劃。設定整合之後，Incident Manager 可以在 PagerDuty 中為在 Incident Manager 中建立的每個新事件建立對應的事件。PagerDuty 使用您在 PagerDuty 環境中定義的分頁工作流程和升級政策。<br />如需詳細資訊，請參閱下列主題：  [與 Incident Manager 的產品和服務整合](https://docs.aws.amazon.com/incident-manager/latest/userguide/integration.html)   [在 AWS Secrets Manager 秘密中存放 PagerDuty 存取憑證](https://docs.aws.amazon.com/incident-manager/latest/userguide/integrations-pagerduty-secret.html)   [將 PagerDuty 服務整合至 主題中的回應計劃](response-plans.md#anchor-pagerduty) [建立回應計畫](response-plans.md#response-plans-create)   [疑難排解](https://docs.aws.amazon.com/incident-manager/latest/userguide/troubleshooting.html)   | 2022 年 11 月 16 日 | 
| [複寫集的標記支援](#doc-history) | 您現在可以將標籤指派給 中的複寫集 AWS Systems Manager Incident Manager。這會新增現有支援，以將標籤指派給複寫集中 AWS 區域 指定的 中的回應計劃、事件記錄和聯絡人。如需詳細資訊，請參閱以下主題：  [準備好精靈](https://docs.aws.amazon.com/incident-manager/latest/userguide/getting-started.html#getting-started-wizard)   [標記 Incident Manager 資源](https://docs.aws.amazon.com/incident-manager/latest/userguide/tagging.html)   | 2022 年 11 月 2 日 | 
| [Incident Manager 與 Atlassian Jira Service Management 整合](#doc-history) | 您可以使用 AWS Service Management Connector for [Jira Service Management](https://www.atlassian.com/software/jira/service-management)，將 Incident Manager 與 Jira Service Management 整合。在您設定整合之後，在 Incident Manager 中建立的新事件會在 Jira 中建立對應的事件。如果您在 Incident Manager 中更新事件，則更新會新增至 Jira 中對應的事件。如果您在 Incident Manager 或 Jira 中解決事件，對應的事件也會根據設定的偏好設定來解決。如需詳細資訊，請參閱[《Service Management Connector 管理員指南》中的設定 Jira](https://docs.aws.amazon.com/smc/latest/ag/jsd-integration-configure-jsd.html) *AWS Service Management*。 | 2022 年 10 月 6 日 | 
| [增強型標記支援](#doc-history) | Incident Manager 支援在複寫集中 AWS 區域 指定的 中，將標籤指派給回應計畫、事件記錄和聯絡人。Incident Manager 也支援自動將標籤指派給從回應計劃建立的事件。如需詳細資訊，請參閱[標記 Incident Manager 資源](https://docs.aws.amazon.com/incident-manager/latest/userguide/tagging.html)。 | 2022 年 6 月 28 日 | 
| [Incident Manager 與 ServiceNow 整合](#doc-history) | 您可以使用 AWS Service Management Connector for [ServiceNow](https://www.servicenow.com/)，將 Incident Manager 與 ServiceNow 整合。設定整合之後，在 Incident Manager 中建立的新事件會在 ServiceNow 中建立對應的事件。如果您在 Incident Manager 中更新事件，則更新會新增至 ServiceNow 中對應的事件。如果您在 Incident Manager 或 ServiceNow 中解決事件，對應的事件也會根據設定的偏好設定來解決。如需詳細資訊，請參閱[在 ServiceNow 中整合 AWS Systems Manager Incident Manager](https://docs.aws.amazon.com/servicecatalog/latest/smcguide/sn-im.html)。 | 2022 年 6 月 9 日 | 
| [匯入聯絡人詳細資訊](#doc-history) | 建立事件時，Incident Manager 可以使用語音或簡訊通知來通知回應者。為了確保回應者看到呼叫或簡訊通知來自 Incident Manager，我們建議所有回應者將 Incident Manager 虛擬卡格式 (.vcf) 檔案下載到行動裝置上的通訊錄。如需詳細資訊，請參閱[將聯絡人詳細資訊匯入您的通訊錄](https://docs.aws.amazon.com/incident-manager/latest/userguide/contacts.html#contacts-details-file)。 | 2022 年 5 月 18 日 | 
| [多項功能改進，以增強事件建立和修復](#doc-history) | Incident Manager 推出下列功能改進，以增強事件建立和修復：  **自動在其他 中建立事件 AWS 區域**：如果當 Amazon CloudWatch 或 Amazon EventBridge 建立事件 AWS 區域 時， 中無法使用 Incident Manager，則這些服務現在會自動在複寫集中指定的其中一個可用區域中建立事件。如需詳細資訊，請參閱[跨區域事件管理](https://docs.aws.amazon.com/incident-manager/latest/userguide/incident-manager-cross-account-cross-region.html#incident-manager-cross-region)。   **使用事件中繼資料自動填入 Runbook 參數**：您現在可以設定 Incident Manager 從事件中收集 AWS 資源的相關資訊。然後 Incident Manager 可以將收集的資訊填入 Runbook 參數。如需詳細資訊，請參閱[教學課程：搭配 Incident Manager 使用 Systems Manager Automation Runbook](https://docs.aws.amazon.com//incident-manager/latest/userguide/tutorials-runbooks.html)。   **自動收集 AWS 資源資訊**：當系統建立事件時，Invent Manager 現在會自動收集事件所涉及 AWS 資源的相關資訊。Incident Manager 接著會將此資訊新增至**相關項目**索引標籤。   | 2022 年 5 月 17 日 | 
| [多執行手冊支援](#doc-history) | Incident Manager 現在支援在事件詳細資訊頁面的事件期間執行多個 Runbook。 | 2022 年 1 月 14 日 | 
| [在新 中啟動的 Incident Manager AWS 區域](#doc-history) | Incident Manager 現已在下列新區域提供：us-west-1、sa-east-1、ap-northeast-2、ap-south-1、ca-central-1、eu-west-2 和 eu-west-3。如需 Incident Manager 區域和配額的詳細資訊，請參閱 [AWS 一般參考 參考指南](https://docs.aws.amazon.com/general/latest/gr/incident-manager.html)。 | 2021 年 11 月 8 日 | 
| [主控台參與確認](#doc-history) | 您現在可以直接從 Incident Manager 主控台確認參與。 | 2021 年 8 月 5 日 | 
| [屬性索引標籤](#doc-history) | Incident Manager 將屬性索引標籤引入事件詳細資訊頁面，提供有關事件、父項 OpsItem 和相關事件後分析的詳細資訊。 | 2021 年 8 月 3 日 | 
| [Incident Manager 啟動](#doc-history) | Incident Manager 是一種事件管理主控台，旨在協助使用者減輕影響其 AWS 託管應用程式的事件並從中復原。 | 2021 年 5 月 10 日 | 