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에서 인시던트 준비
인시던트 계획은 인시던트 라이프사이클 한참 전부터 시작됩니다. 다음 그림에서 볼 수 있듯이 인시던트에 대응하기 전에 채팅 채널을 설정하고, 에스컬레이션 계획을 생성하고, 연락처를 지정하고, 인시던트 대응에 사용할 Automation 런북을 결정하여 준비합니다. 그런 다음 모니터링 방법 및 응답 자동화 여부를 지정하는 응답 계획을 사용합니다. 문제 해결이 완료되면 인시던트 및 인시던트 대응을 분석하여 향후 인시던트에 대한 대응 계획을 더욱 구체화할 수 있습니다.
**Topics**
+ [모니터링](#incident-response-monitoring)
+ [Incident Manager에서 복제 세트 및 결과 구성](general-settings.md)
+ [Incident Manager에서 연락처 생성 및 구성](contacts.md)
+ [Incident Manager에서 대기 일정으로 응답자 교체 관리](incident-manager-on-call-schedule.md)
+ [Incident Manager에서 대응자 참여를 위한 에스컬레이션 계획 생성](escalation.md)
+ [Incident Manager에서 대응 담당자를 위한 채팅 채널 생성 및 통합](chat.md)
+ [인시던트 해결을 위해 Incident Manager에 Systems Manager Automation 런북 통합](runbooks.md)
+ [Incident Manager에서 대응 계획 생성 및 구성](response-plans.md)
+ [Incident Manager에서 다른 서비스의 잠재적 인시던트 원인을 "결과"로 식별](findings.md)
## 모니터링
AWS 호스팅 애플리케이션의 상태를 모니터링하는 것은 애플리케이션 가동 시간과 성능을 보장하는 데 중요합니다. 모니터링 솔루션을 결정할 때 다음 항목을 고려해야 합니다.
+ **기능의 중요성** — 시스템에 장애가 발생할 경우 다운스트림 사용자에게 미치는 영향은 얼마나 심각할까요?
+ **장애의 공통성** — 시스템 장애는 얼마나 자주 발생합니까? 잦은 개입이 필요한 시스템은 면밀히 모니터링해야 합니다.
+ **지연 시간 증가** — 작업을 완료하는 데 걸리는 시간이 늘어나거나 줄어드는 정도입니다.
+ **클라이언트측 지표와 서버측 지표 비교** — 클라이언트 및 서버의 관련 지표 간에 불일치가 있는 경우입니다.
+ **종속성 장애** — 팀에서 대비할 수 있고 또 대비해야 하는 장애입니다.
대응 계획을 수립한 후에는 모니터링 솔루션을 사용하여 환경에서 인시던트가 발생하는 즉시 인시던트를 자동으로 추적할 수 있습니다. 인시던트 추적 및 생성에 대한 자세한 내용은 [Incident Manager 콘솔에서 인시던트 세부 정보 보기](tracking.md) 섹션을 참조하세요.
안전하고 성능이 뛰어나며 복원력이 뛰어나고 효율적인 인프라 애플리케이션 및 워크로드 설계에 대한 자세한 내용은 [AWS Well-Architected](https://aws.amazon.com/architecture/well-architected/)를 참조하세요.