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 권한을 추가했습니다. 자세한 내용은 [AWS 관리형 정책에 대한 Incident Manager 업데이트를 참조하세요](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](#doc-history)는 2025년 11월 7일부터 신규 고객에게 더 이상 공개되지 않습니다. | 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는 Incident Manager가 `AWS/Usage` 네임스페이스 내의 지표를 계정에 게시할 수 `AWSServiceRoleforIncidentManagerPolicy` 있도록에 새 권한을 추가했습니다. 자세한 내용은 [AWS 관리형 정책에 대한 Incident Manager 업데이트를 참조하세요](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 그룹의 일부인지 확인할 수 있는 새 권한을에 추가했습니다. 자세한 내용은 [AWS 관리형 정책에 대한 Incident Manager 업데이트를 참조하세요](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 콘솔 링크에 액세스하여 변경 사항에 대한 전체 세부 정보를 확인할 수 있습니다. 조사 결과는 인시던트의 잠재적 원인을 평가하는 데 필요한 시간을 줄여줍니다. 또한 인시던트 원인을 조사하기 위해 대응 담당자가 잘못된 계정이나 콘솔에 액세스할 가능성도 줄어듭니다. 또한이 기능은 Incident Manager가 다른의 리소스를 읽고 인시던트와 관련된 조사 결과를 AWS 서비스 식별할 수 있도록 하는 새로운 관리형 정책`AWSIncidentManagerIncidentAccessServiceRolePolicy`인를 도입합니다. 자세한 내용은 다음 항목을 참조하세요.  [조사 결과 작업](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 이벤트에 의해 생성된 인시던트의 경우 Incident Manager는 경보 또는 이벤트 규칙 AWS 리전 과 동일한에 인시던트를 생성합니다. 해당 리전에서 Incident Manager를 일시적으로 사용할 수 없는 경우 시스템은 복제 세트의 다른 리전에 인시던트를 생성하려고 시도합니다. 복제 세트에 리전이 하나만 포함된 경우 Incident Manager를 사용할 수 없는 동안에는 시스템이 인시던트 레코드를 만들지 못합니다. 이러한 상황을 방지하기 위해는 복제 세트가 하나의 리전에 대해서만 구성된 시기를 Trusted Advisor 보고합니다. Trusted Advisor사용에 대한 자세한 정보는 *AWS Support 사용 설명서*의 [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는 타임라인 이벤트를 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)에는 AWS 서비스가 사용자를 대신하여 지표를 게시할 수 있는 추가 권한이 포함되어 있습니다. | 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 에스컬레이션 계획 및 페이징 워크플로를 Incident Manager 대응 계획에 통합](#doc-history) | 이제 Incident Manager를 PagerDuty와 통합하고 PagerDuty 서비스를 대응 계획에 추가할 수 있습니다. 통합을 구성한 후 Incident Manager는 Incident Manager에서 생성된 각 새 인시던트에 대해 PagerDuty에서 해당 인시던트를 생성할 수 있습니다. 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#response-plans-create) 주제의 응답 계획에 통합](response-plans.md#anchor-pagerduty)   [문제 해결](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)용 AWS 서비스 관리 커넥터를 사용하여 Incident Manager를 Jira 서비스 관리와 통합할 수 있습니다. 통합을 구성한 후 Incident Manager에서 만든 새 인시던트는 Jira에 해당하는 인시던트를 생성합니다. Incident Manager에서 인시던트를 업데이트하면 업데이트가 Jira의 해당 인시던트에 추가됩니다. Incident Manager 또는 Jira에서 인시던트를 해결하는 경우 구성된 기본 설정에 따라 해당 인시던트도 해결됩니다. 자세한 내용은 *AWS Service Management Connector 관리자 안내서*의 [Jira Service Management 구성](https://docs.aws.amazon.com/smc/latest/ag/jsd-integration-configure-jsd.html)을 참조하세요. | 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 [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는 음성 또는 SMS 알림을 사용하여 대응 담당자에게 알릴 수 있습니다. 대응 담당자가 Incident Manager가 보낸 전화 또는 SMS 알림을 확인할 수 있도록 하려면 모든 대응담당자가 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)를 참조하세요.   **런북 파라미터를 인시던트 메타데이터로 자동 채우**기: 이제 인시던트에서 AWS 리소스에 대한 정보를 수집하도록 Incident Manager를 구성할 수 있습니다. 그러면 Incident Manager가 수집된 정보로 런북 파라미터를 채울 수 있습니다. 자세한 내용은 [자습서: Incident Manager를 통한 Systems Manager 자동화 런북 사용](https://docs.aws.amazon.com//incident-manager/latest/userguide/tutorials-runbooks.html)을 참조하세요.   ** AWS 리소스 정보 자동 수집**: 시스템에서 인시던트를 생성하면 Incident Manager는 이제 인시던트와 관련된 AWS 리소스에 대한 정보를 자동으로 수집합니다. 그러면 Incident Manager가 이 정보를 **관련 항목** 탭에 추가합니다.   | 2022년 5월 17일 | 
| [다중 런북 지원](#doc-history) | Incident Manager는 이제 인시던트 세부 정보 페이지에서 인시던트 중에 여러 개의 런북을 실행할 수 있도록 지원합니다. | 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일 |