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 的文档历史记录
| 变更 | 说明 | 日期 |
| --- |--- |--- |
| [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) | 事件管理器更新了托管策略`AWSIncidentManagerResolverAccess`，添加了 ssm-contactacts：StartEngagement 允许在事件发生期间与联系人开始互动。有关更多信息，请参阅[事件管理器对 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 日 |
| 自 2025 年 11 月 7 日起，[AWS Systems Manager Incident Manager ](#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 权限已更改，不再使用服务相关角色。取而代之的是，事件管理器现在使用[前向访问会话](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) | 事件管理器已向其中添加了一项新权限`AWSServiceRoleforIncidentManagerPolicy`，允许事件管理员将`AWS/Usage`命名空间内的指标发布到您的账户。有关更多信息，请参阅[事件管理器对 AWS 托管策略的更新](https://docs.aws.amazon.com/incident-manager/latest/userguide/security-iam-awsmanpol.html#security-iam-awsmanpol-updates)。 | 2025 年 1 月 28 日 |
| [更新托管策略 `AWSIncidentManagerIncidentAccessServiceRolePolicy`](#doc-history) | 事件管理器为`AWSIncidentManagerIncidentAccessServiceRolePolicy`支持调查结果功能添加了一项新权限，允许其检查 EC2 实例是否属于 Auto Scaling 组。有关更多信息，请参阅[事件管理器对 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 增加了对事件管理器的支持。现在，您可以使用 Terraform 配置或管理事件管理器待命资源。有关此集成以及其他第三方与 Incident Manager 集成的信息，请参阅[与其他产品和服务的集成](https://docs.aws.amazon.com/incident-manager/latest/userguide/integration.html#integrations-other)。 | 2024 年 2 月 2 日 |
| [新功能：来自其他人的发现 AWS 服务](#doc-history) | *调查结果*为您提供了与 AWS CloudFormation 堆栈和 AWS CodeDeploy 部署相关的更改的信息，这些更改是在事件管理器中创建事件的同时发生的。在 Incident Manager 控制台中，您可以查看有关这些更改的摘要信息，在许多情况下，还可以访问 CloudFormation 或 CodeDeploy 控制台的链接，以获取有关变更的完整详细信息。调查发现缩短了评估潜在事件原因所需的时间。它们还能降低响应者在调查事件原因时访问错误账户或控制台的几率。此功能还引入了新的托管策略`AWSIncidentManagerIncidentAccessServiceRolePolicy`，该策略允许事件管理员读取其他资源 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)主题已扩展到列出并描述了您可以与 Incident Manager 集成到事件检测和响应操作中的所有 AWS 服务 和第三方工具。 | 2023 年 6 月 9 日 |
| [与集成 AWS Trusted Advisor](#doc-history) | Trusted Advisor 现在可以检查复制集的配置是否使用多个复制集 AWS 区域 来支持区域故障转移和响应。对于由 CloudWatch警报或 EventBridge 事件创建的事件，事件管理器会创建与警报或事件规则 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 格式，或发送到本地或网络打印机。有关更多信息，请参阅[打印格式化 Incident Analysis](https://docs.aws.amazon.com/incident-manager/latest/userguide/analysis.html#print-a-formatted-analysis)。 | 2023 年 1 月 17 日 |
| [PagerDuty 集成：事件管理器现在可以将事件时间轴事件复制到 PagerDuty 事件](#doc-history) | 当您在响应计划 PagerDuty 中启用与的集成时，事件管理器会将根据该计划创建的时间轴事件添加到中的相应事件记录中 PagerDuty。 PagerDuty 将时间轴事件添加为事件的注释，最多 2,000 个注释。要了解有关这些更改的更多信息，请参阅以下主题： [将 PagerDuty 访问凭证存储在 AWS Secrets Manager 密钥中](https://docs.aws.amazon.com/incident-manager/latest/userguide/integrations-pagerduty-secret.html) [将 PagerDuty 服务整合到响应计划中](response-plans.md#anchor-pagerduty) | 2022 年 12 月 15 日 |
| [事件管理器与 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) | 您可以使用事件**备注**与其他处理事件的用户进行协作和沟通。此外，您还可以从**事件详细信息**屏幕查看运行手册和互动状态。有关更多信息，请参阅[事件详细信息。](https://docs.aws.amazon.com/incident-manager/latest/userguide/tracking-details.html) | 2022 年 11 月 16 日 |
| [启动**事件备注**并更新**事件详细信息**屏幕](#doc-history) | 您可以使用事件**备注**与其他处理事件的用户进行协作和沟通。此外，您还可以从**事件详细信息**屏幕查看运行手册和互动状态。有关更多信息，请参阅[事件详细信息。](https://docs.aws.amazon.com/incident-manager/latest/userguide/tracking-details.html) | 2022 年 11 月 16 日 |
| [将 PagerDuty 上报计划和寻呼工作流程整合到事件管理器响应计划中](#doc-history) | 现在，您可以将事件管理器与响应计划集成， PagerDuty 并将 PagerDuty 服务添加到响应计划中。配置集成后，事件管理器可以在事件管理器中 PagerDuty 为每个新事件创建相应的事件。 PagerDuty 使用您在 PagerDuty 环境中定义的寻呼工作流程和升级策略。
有关更多信息，请参阅以下主题： [产品和服务与 Incident Manager 集成](https://docs.aws.amazon.com/incident-manager/latest/userguide/integration.html) [将 PagerDuty 访问凭证存储在 AWS Secrets Manager 密钥中](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) | 您可以使用适用于 [Jira 服务管理的服务管理](https://www.atlassian.com/software/jira/service-management)连接器，将事件管理器与 Jira 服务管理集成。 AWS 配置集成后，在 Incident Manager 中创建的新事件会在 Jira 中创建相应的事件。如果您在 Incident Manager 中更新事件，则更新会添加到 Jira 中的相应事件中。如果您在 Incident Manager 或 Jira 中解决事件，则相应的事件也会根据配置的首选项得到解决。有关更多信息，请参阅《AWS 服务管理连接器管理员指南》**中的[配置 Jira Service Management](https://docs.aws.amazon.com/smc/latest/ag/jsd-integration-configure-jsd.html)。 | 2022 年 10 月 6 日 |
| [增强标记支持](#doc-history) | 事件管理器支持为复制集中 AWS 区域 指定的响应计划、事件记录和联系人分配标签。Incident Manager 还支持自动为根据响应计划创建的事件分配标签。有关更多信息，请参阅[标记 Incident Manager 资源](https://docs.aws.amazon.com/incident-manager/latest/userguide/tagging.html)。 | 2022 年 6 月 28 日 |
| [事件管理器与 ServiceNow](#doc-history) | 您可以使用 AWS 服务管理连接器将事件管理器与[ServiceNow](https://www.servicenow.com/)集成 ServiceNow。配置集成后，在事件管理器中创建的新事件将在中创建相应的事件 ServiceNow。如果您在事件管理器中更新事件，则更新将添加到中的相应事件中 ServiceNow。如果您在事件管理器或中解决事件 ServiceNow，则相应的事件也会根据配置的首选项得到解决。有关更多信息，请参阅[中的集成 AWS Systems Manager 事件管理器 ServiceNow](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 区域 时事件管理器不可用，这些服务现在会自动在您的复制集中指定的可用区域之一创建事件。有关更多信息，请参阅[跨区域事件管理](https://docs.aws.amazon.com/incident-manager/latest/userguide/incident-manager-cross-account-cross-region.html#incident-manager-cross-region)。 **使用事件元数据自动填充运行手册参数**：现在，您可以将事件管理器配置为从事件中收集有关 AWS 资源的信息。然后，Incident Manager 可以用收集到的信息填充运行手册参数。有关更多信息，请参阅[教程：将 Systems Manager Automation 运行手册与 Incident Manager 一起使用](https://docs.aws.amazon.com//incident-manager/latest/userguide/tutorials-runbooks.html)。 **自动收集 AWS 资源信息**：当系统创建事件时，事件管理器现在会自动收集有关事件中涉及的 AWS 资源的信息。然后，Incident Manager 将此信息添加到**相关项目**选项卡中。 | 2022 年 5 月 17 日 |
| [多个运行手册支持](#doc-history) | Incident Manager 现在支持在事件发生期间为事件详细信息页面运行多个运行手册。 | 2022 年 1 月 14 日 |
| [事件管理器在新版本中推出 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](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) | 事件管理器是一个事件管理控制台，旨在帮助用户缓解影响其 AWS 托管应用程序的事件并从中恢复过来。 | 2021 年 5 月 10 日 |