기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다. # 인시던트 관리 **Topics** + [인시던트 관리란 무엇입니까?](what-is-incident-mgmt.md) + [인시던트 관리 서비스 약정](incident-serv-commits.md) + [인시던트 관리 예제](incident-mgmt-examples.md) 인시던트는 AWS Managed Services(AMS) 또는 사용자의 결정에 따라 관리형 환경에 영향을 미치는 AWS 서비스 성능 문제입니다. AMS 팀이 식별한 인시던트는 먼저 모니터링으로 캡처된 시스템 상태의 변경인 "이벤트"로 수신됩니다. 구성된 임계값이 위반되면 이벤트는 알림이라고도 하는 경보를 트리거합니다. AMS 운영 팀은 이벤트가 영향을 미치지 않는지, 인시던트(서비스 중단 또는 성능 저하) 또는 문제(하나 이상의 해결된 인시던트의 근본 원인)인지 확인합니다. 또한 AMS 팀은 서비스 코드와 함께 [AWS Support API](https://docs.aws.amazon.com/awssupport/latest/user/Welcome.html)를 사용하여 지원 센터 또는 프로그래밍 방식으로 식별한 인시던트를 수신합니다`sentinel-report-incident`. AMS 운영 팀에서 인시던트를 수신한 후에는 인시던트가 서비스 요청으로 더 잘 분류되지 않도록 검토됩니다. 서비스 요청으로 분류해야 하는 경우 즉시 재분류되고 AMS 서비스 요청 팀이 인계하여 사용자에게 알립니다. 수신 운영자가 인시던트를 해결할 수 있는 경우 인시던트를 해결하기 위한 조치를 즉시 취합니다. AMS 운영자는 해결 방법은 내부 설명서를 참조하고 필요한 경우 인시던트가 해결될 때까지 다른 지원 리소스로 인시던트를 에스컬레이션합니다. 인시던트 해결 프로세스의 각 단계에서 정보를 받으려면 **CC 이메일** 옵션을 작성해야 하며, 페더레이션으로 연결하는 경우 AMS가 보내는 이메일의 링크를 따르기 전에 로그인해야 합니다. 해결되면 AMS 운영 팀은 나중에 사용할 수 있도록 인시던트와 해결 방법을 문서화합니다. 인시던트 해결에 인프라 변경이 필요한 경우 보안 검토가 필요할 수 있습니다. 보안 검토가 필요할 수 있는 인프라 변경에는 IAM, 리소스 기반 정책 또는 위험 승인과 관련된 변경 사항이 포함됩니다. 이러한 유형의 인시던트는 변경하기 전에 AMS 운영 엔지니어가 RFC를 생성해야 하며 해당 RFC에 대한 승인이 필요합니다. 예를 들어 인시던트 해결에 IAM 정책의 업데이트가 필요한 경우 AMS 보안 검토가 수행되고 AMS 운영 엔지니어가 관리 \$1 고급 스택 구성 요소 \$1 Identity and Access Management(IAM) \$1 엔터티 또는 정책 변경 유형 업데이트(ct-27tuth19k52b4)를 사용하여 RFC를 생성하고 진행하기 전에 사용자가 RFC를 승인할 때까지 기다립니다. **참고** 이제 AMS는 RFC 승인의 추가 단계 없이 인프라를 변경해야 하는 인시던트 해결을 허용합니다. 인시던트를 해결하는 데 필요한 변경 사항에 보안 검토가 필요하지 않은 경우(변경 사항이 IAM 또는 리소스 기반 정책 또는 위험 승인과 관련이 없음) AMS는 RFC에서 별도의 승인 없이 인시던트에서 받은 승인을 기반으로 변경할 수 있습니다. 인시던트 관리 용어에 대한 정의는 [AMS 주요 용어](https://docs.aws.amazon.com/managedservices/latest/userguide/key-terms.html)를 참조하세요. 인시던트의 에스컬레이션 경로를 이해하려면 [도움 받기](https://docs.aws.amazon.com/managedservices/latest/userguide/faq-get-help.html)를 참조하세요. 인시던트에 대한 AMS 대응에 대한 설명은 [AMS 인시던트 대응](https://docs.aws.amazon.com/managedservices/latest/userguide/sec-incident-response.html)을 참조하세요. # 인시던트 관리란 무엇입니까? 인시던트 관리는 AMS가 활성 인시던트를 기록, 조치, 진행 상황 전달 및 알림을 제공하는 데 사용하는 프로세스입니다. 인시던트 관리 프로세스의 목표는 관리형 서비스의 정상 운영을 최대한 빨리 복원하고, 비즈니스 영향을 최소화하고, 모든 관련 당사자에게 정보를 제공하는 것입니다. 인시던트의 예로는 네트워크 연결의 손실 또는 성능 저하, 응답하지 않는 프로세스 또는 API 또는 예약된 작업이 수행되지 않는 경우(예: 백업 실패) 등이 있습니다(이에 국한되지 않음). 다음 그림은 사용자가 AMS에 보고한 인시던트의 워크플로를 보여줍니다. ![\[고객 보고 인시던트가 있는 AMS 작업과 고객 간의 인시던트 관리 워크플로입니다.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/userguide/images/incident-mgmt-workflow-customer.png) 이 그래픽은 AMS에서 보고하는 인시던트의 워크플로를 보여줍니다. ![\[CloudWatch에서 감지한 인시던트가 있는 AMS 작업과 고객 간의 인시던트 관리 워크플로입니다.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/userguide/images/incident-mgmt-workflow-ams.png) ## 인시던트 우선 순위 AWS 지원 센터, 콘솔 또는 지원 API(SAPI)에서 생성된 인시던트는 AMS 콘솔에서 생성된 인시던트와 분류가 다릅니다. + 낮음: AWS 또는 AMS 리소스와 관련된 비즈니스 서비스 또는 애플리케이션의 중요하지 않은 기능에 영향을 미칩니다. + 중간: AWS 및/또는 AMS 리소스와 관련된 비즈니스 서비스 또는 애플리케이션이 중간 정도로 영향을 받고 성능이 저하된 상태에서 작동합니다. + 높음: 비즈니스에 큰 영향을 미칩니다. AWS 및/또는 AMS 리소스와 관련된 애플리케이션의 중요 함수는 사용할 수 없습니다. 프로덕션 시스템에 영향을 미치는 가장 중요한 중단에 대해 예약됩니다. **참고** AWS Support 콘솔은 세 가지 AMS 수준으로 변환되는 다섯 가지 수준의 인시던트 우선 순위를 제공합니다. ## 문제 대 인시던트 AMS가 인시던트에서 더 큰 결함이나 잘못된 구성이 발견되어 재발할 수 있다고 판단하면 단순한 인시던트가 아닌 문제로 간주됩니다. 이러한 경우 AMS는 문제에 대한 분석을 수행하고 문제 해결을 위한 제안을 제공합니다. # 인시던트 관리 서비스 약정 **인시던트 관리 서비스 약정** | 이벤트 또는 작업 | 서비스 약정 측정 | | --- | --- | | 사례 1: 영향이 알려진 이벤트가 생성됩니다. AMS가 인시던트를 열고 알려줍니다. 사례 2: AMS가 사용자에게 연락하여 이벤트의 영향을 확인합니다. 이벤트가 인시던트인지 확인합니다. 사례 3: 문제를 발견하고 인시던트 보고서를 제출합니다. | 인시던트 대응 및 인시던트 해결을 위한 클럭은 다음과 같은 경우에 시작됩니다. 사례 1: AMS가 인시던트를 생성합니다. 사례 2: 알림이 인시던트임을 확인합니다. 사례 3: 인시던트를 제출합니다. 서비스 약정은 생성된 인시던트의 우선 순위에 따라 달라집니다. | | 인시던트를 제출하면 AMS가 응답을 전송하여 인시던트를 승인합니다. AMS가 사용자를 대신하여 인시던트를 생성하는 경우 별도의 인시던트 응답이 전송되지 않습니다. | 인시던트 해결을 위한 클럭은 계속됩니다. AMS가 인시던트 승인을 보내면 인시던트 대응 시간에 대한 클럭이 중지됩니다. 사용자의 입력을 기다리는 데 소요된 시간은 인시던트 해결 시간 계산에서 제외됩니다. AMS가 생성하는 인시던트의 경우 초기 응답 시간은 초기 인시던트 알림을 생성한 시간입니다. | | 해당 리소스/서비스의 경우 AMS는 상태를 확인하여 다음 사항을 확인합니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/userguide/incident-serv-commits.html) 제출하는 인시던트의 우선 순위가 올바르지 않은 경우 AMS는 인시던트의 우선 순위를 다시 지정합니다. AMS가 인시던트 우선 순위를 변경하면 우선 순위 변경의 근거와 함께 알림이 전송됩니다. 경우에 따라 제출한 문제가 원인에 따라 인시던트로 간주되지 않을 수 있습니다. 이러한 경우 AMS는 인시던트를 종료하고 이유를 설명하는 알림을 보냅니다. 이벤트 분류와 관계없이 AMS는 사용자와 협력하여 필요에 따라 지원합니다. 인시던트 분류 규칙을 이해하려면 섹션을 참조하세요[인시던트 우선 순위](what-is-incident-mgmt.md#incident-priority). | 인시던트 우선 순위가 변경되는 경우 새 우선 순위에 대한 서비스 약정이 적용됩니다. 클럭은 계속 표시됩니다. 인시던트 정의에 부합하지 않아 인시던트가 종료된 경우 서비스 약정이 적용되지 않으며 클럭이 중지됩니다. | | AMS는 인시던트를 서비스 약정 내에서 해결하기 위해 작업합니다. 경우에 따라 AMS가 사용할 수 없는 스택(들) 또는 리소스(들)를 적시에 해결할 수 없다고 판단하면 AMS는 인프라 복원을 해결 옵션으로 제공합니다. 인프라 복원에는 사용자가 달리 지정하지 않는 한 영향을 받는 스택(들)의 템플릿을 기반으로 기존 스택(들)을 재배포하고 마지막으로 알려진 복원 지점(EBS/RDS 스냅샷)을 기반으로 데이터 복원을 시작하는 작업이 포함됩니다. 개별 EC2 인스턴스의 임시 데이터는 손실됩니다. AWS에서 권장하는 대로 인프라 복원을 승인하지 않으면 연결된 인시던트 해결 시간 서비스 약정에 대한 서비스 크레딧을 받을 수 없습니다. | 다음과 같은 경우 시계가 중지됩니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/userguide/incident-serv-commits.html) | | 경우에 따라 사전 정의되고 승인된 작업이 없는 한 인시던트 해결 작업을 계속 진행하기 위해 AMS에서 사용자의 설명 또는 활동이 필요합니다. 따라서 인시던트를 해결하기 위해 AMS와 사용자 간에 통신이 이루어집니다. | AMS가 사용자의 응답 또는 작업을 기다리고 있는 경우 클록이 중지됩니다. AMS가 사용자로부터 응답을 받거나 AMS가 사용자에게 요구하는 작업이 완료되면 클록이 다시 시작됩니다. | **참고** 서비스 약정의 전체 목록을 보려면 [AMS 서비스 수준 계약을](samples/ams_sla.zip) 다운로드하세요. # 인시던트 관리 예제 인시던트 관리 예제입니다. **Topics** + [인시던트 테스트](#incident-testing) + [인시던트 보고](gui-ex-report-incident.md) + [인시던트 모니터링 및 업데이트](mon-update-incident-console.md) + [AWS Support API를 사용하여 인시던트 관리](report-manage-incidents-api.md) + [AMS 생성 인시던트에 대응](respond-to-sent-generated-incident.md) 다음 예제에서는 AMS 콘솔을 사용하여 인시던트를 제출하는 방법을 설명합니다. 제출되면 AMS 팀은 고객과 협력하여 서비스 수준 계약(SLA)에 따라 인시던트를 해결합니다. ## 인시던트 테스트 AMS 인시던트 제출을 테스트할 때 제목 텍스트에 **AMSTestNoOpsActionRequired** 플래그를 포함해야 합니다. 이 플래그는 인시던트 제출이 테스트용임을 AMS에 알립니다. AMS 운영 엔지니어는 해당 플래그를 확인하면 인시던트 제출에 어떤 식으로든 응답하지 않습니다. # 인시던트 보고 AMS 콘솔을 사용하여 인시던트를 보고합니다. 각 새 문제 또는 질문에 대해 새 인시던트를 생성하는 것이 중요합니다. 이전 문의와 관련된 사례를 개설할 때는 이전 서신을 참조할 수 있도록 관련 사례 번호를 포함하는 것이 좋습니다. **참고** 사례 대응 서신이 원래 문제에서 벗어나는 경우 AMS 운영자가 새 인시던트를 보고하도록 요청할 수 있습니다. AMS 콘솔을 사용하여 인시던트를 보고하려면: 1. 왼쪽 탐색 창에서 **인시던트를 선택합니다.** **인시던트** 목록이 열립니다. ![\[Incidents page with options to create an incident and view open incidents.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/userguide/images/guiIncidentlistOpenPnC.png) 인시던트 목록이 비어 있는 경우 **필터 지우기** 옵션은 필터를 **모든 상태로** 재설정합니다. 전화 또는 채팅을 사용하려는 경우 **지원 센터에서 인시던트 생성을** 클릭하여 AMS 서비스 유형으로 자동 채워진 지원 센터 콘솔에서 인시던트 **생성** 페이지를 엽니다. **중요** 를 사용하여 시작된 전화 통화가 녹음 지원 되어 응답을 개선할 수 있습니다. 통화가 끊어지면 지원 센터 사례를 통해 다시 호출해야 합니다. AWS 에는 다시 호출하는 메커니즘이 없습니다. 전화 및 채팅 지원은 RFC 또는 보안 문제가 아닌 지원 사례, 인시던트 및 서비스 요청에 도움이 되도록 설계되었습니다. RFC 문제의 경우 관련 RFC 세부 정보 페이지의 대응 옵션을 사용하여 AMS 엔지니어에게 문의하세요. 보안 문제의 경우 우선 순위가 높은(P1 또는 P2) 지원 사례를 생성합니다. 실시간 채팅 기능은 보안 이벤트용이 아닙니다. ![\[Incidents page showing a list of resolved incidents with their creation dates, subjects, and IDs.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/userguide/images/guiIncidentList2.png) 1. 기존 인시던트를 찾으려면 드롭다운 목록에서 인시던트 상태 필터를 선택합니다. [\[See the AWS documentation website for more details\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/userguide/gui-ex-report-incident.html) 1. **생성(Create)**을 선택합니다. **인시던트 생성 페이지가** 열립니다. ![\[Incident details form with priority options, access issues dropdown, and input fields for subject and details.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/userguide/images/guiIncidentCreate5.png) 1. **우선** 순위를 선택합니다. + **낮음**: AWS/AMS 리소스와 관련된 비즈니스 서비스 또는 애플리케이션의 중요하지 않은 기능에 영향을 미칩니다. + **중간**: AWS/AMS 리소스와 관련된 비즈니스 서비스 또는 애플리케이션은 중간 정도로 영향을 받고 성능이 저하된 상태에서 작동합니다. + **높**음: 비즈니스에 큰 영향을 미칩니다. AWS/AMS 리소스와 관련된 애플리케이션의 중요 함수는 사용할 수 없습니다. 프로덕션 시스템에 영향을 미치는 가장 중요한 중단에 대해 예약됩니다. 1. **범주**를 선택합니다. **참고** 인시던트 기능을 테스트하려는 경우 인시던트 제목에 무작업 플래그(AMSTestNoOpsActionRequired)를 추가합니다. 1. 다음에 대한 정보를 입력합니다. + **제목**: 인시던트 보고서의 설명 제목입니다. + **CC 이메일**: 인시던트 보고서 및 해결 방법에 대한 정보를 제공하려는 사람의 이메일 주소 목록입니다. + **세부 정보**: 인시던트, 영향을 받는 시스템 및 해결의 예상 결과에 대한 포괄적인 설명입니다. 미리 설정된 질문에 답변하거나 삭제하고 관련 정보를 입력합니다. 첨부 파일을 추가하려면 **첨부 파일 추가**를 선택하고 원하는 첨부 파일로 이동한 다음 **열기**를 클릭합니다. 첨부 파일을 삭제하려면 삭제 아이콘을 클릭합니다![\[Blue circular icon with a white X symbol in the center.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/userguide/images/icon-delete-attachment.png). 1. **제출**을 선택합니다. **유형**, **제목**, **생성됨**, **ID**, **상태** 등 인시던트에 대한 정보와 생성한 요청에 대한 설명이 포함된 **서신** 영역이 포함된 세부 정보 페이지가 열립니다. **회신**을 클릭하여 대응 영역을 열고 상태에 추가 세부 정보 또는 업데이트를 제공합니다. 인시던트가 해결되면 **사례 종료**를 클릭합니다. 한 페이지에 맞는 것보다 더 많은 서신이 있는 경우 **더 로드를** 클릭합니다. 커뮤니케이션을 평가하는 것을 잊지 마세요\$1 ![\[Correspondence section showing a test message from Amazon Web Services with rating stars.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/userguide/images/guiSRcorrespond.png) 인시던트가 **인시던트** 목록 페이지에 표시됩니다. **YouTube 동영상**: [ AWS Managed Services 콘솔에서 인시던트를 제기하려면 어떻게 해야 하나요?](https://www.youtube.com/watch?v=A51d8Qm_MvA&list=PLhr1KZpdzukc_VXASRqOUSM5AJgtHat6-&index=6&t=46s) # 인시던트 모니터링 및 업데이트 사례라고 하는 인시던트 보고서 및 서비스 요청을 AMS 콘솔을 사용하거나 지원 API를 사용하여 프로그래밍 방식으로 업데이트, 모니터링 및 검토할 수 있습니다. 지원 API 사용에 대한 자세한 내용은 [https://docs.aws.amazon.com/awssupport/latest/APIReference/API_DescribeCases.html](https://docs.aws.amazon.com/awssupport/latest/APIReference/API_DescribeCases.html) 작업을 참조하세요. AMS 콘솔을 사용하여 사례, 인시던트 또는 서비스 요청을 모니터링하려면 다음 단계를 따릅니다. 1. AMS 콘솔 **인시던트 보고서** 또는 **서비스 요청** 대시보드에서 사례로 이동하여 **제목**을 선택하여 현재 상태 및 서신이 포함된 세부 정보 페이지를 엽니다. ![\[Incident detail card showing type, status, subject, ID, creation date, and priority.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/userguide/images/guiIncidentDetail.png) ![\[Service request detail showing type, subject, creation date, ID, and resolved status.\]](http://docs.aws.amazon.com/ko_kr/managedservices/latest/userguide/images/guiSRdetail.png) AMS 운영 팀에서 보고된 인시던트 또는 서비스 요청 사례를 업데이트하면 응답할 수 있도록 AMS 콘솔에서 인시던트에 대한 이메일과 링크를 받게 됩니다. 이메일에 회신하여 인시던트 대응 서신에 응답할 수 없습니다. **중요** 서비스 요청 또는 인시던트 사례에 대한 상태 변경 알림을 받으려면 이메일 주소를 입력해야 합니다. 알림은 생성 시 사례에 추가된 이메일 주소로만 전송됩니다. AMS 페더레이션 네트워크에서 이메일 서버를 사용하지 않는 한 알림 이메일의 링크는 작동하지 않습니다. 그러나 AMS 콘솔로 이동하여 사례 세부 정보 페이지를 사용하여 서신에 응답할 수 있습니다. 1. 목록에 사례가 많은 경우 **필터** 옵션을 사용할 수 있습니다. + **모두 열기**(기본값):이 필터를 사용하여 해결되지 않은 모든 사례를 확인합니다. + **할당되지** 않음: 사례를 방금 제출했고 사례 상태가 변경되었다는 알림을 받지 못한 경우 사용합니다. 인시던트 및 서비스 요청 사례는 제출된 우선 순위(인시던트) 또는 서비스 수준 계약(서비스 요청)에 따라 다른 프롬프트로 처리됩니다. + **열기**: 사례가 "Amazon 보류 중" 작업이라는 알림을 받은 경우 사용합니다. 이는 사례가 할당되었지만 작업이 아직 시작되지 않았음을 의미합니다. + **다시 열기**: 해결된 후 사례가 다시 열렸다는 알림을 받은 경우 사용합니다. + **작업 진행 중**: 운영자가 사례 작업을 시작했다는 알림을 받은 경우를 사용합니다. + 대기 **중인 고객 작업**: 사용자 측 작업에 대한 운영자 요청을 받은 경우를 사용합니다. + **고객 작업 완료**: 사례에 대한 작업이 처리되었다는 알림을 받은 경우를 사용합니다. + **해결됨**: 해결된 것으로 알려진 사례를 보는 데 사용합니다. 해결된 사례는 12개월 동안 기록으로 유지됩니다. + **모든 상태**: 상태에 관계없이 모든 사례를 보려면이 필터를 사용합니다. 1. 최신 상태를 확인하려면 페이지를 새로 고칩니다. 1. 모든 서신이 페이지에 표시되지 않는 서신이 너무 많으면 **더 보기를** 선택합니다. 1. 사례 상태를 업데이트하려면 **회신**을 선택하고 새 서신을 입력한 다음 **제출**을 선택합니다. 1. 만족스럽게 해결된 후 사례를 종료하려면 **사례 종료**를 선택합니다. AMS에 진행 상황을 알리려면 1\$15점 평점을 통해 서비스를 평가해야 합니다. # AWS Support API를 사용하여 인시던트 관리 [AWS Support API](https://docs.aws.amazon.com/awssupport/latest/user/Welcome.html)를 사용하면 문제 조사 및 AWS Support 직원과의 상호 작용 전반에 걸쳐 인시던트를 생성하고 인시던트에 대응 서신을 추가할 수 있습니다. AWS Support API는 [ AWS Support Center](https://console.aws.amazon.com/support/home#/)의 대부분의 동작을 모델링합니다. 이 AWS 지원 서비스를 사용하는 방법에 대한 자세한 내용은 [ AWS 지원 사례 프로그래밍을](https://docs.aws.amazon.com/awssupport/latest/user/Case_Life_Cycle.html#crebopbatecase) 참조하세요. **참고** AWS Support API 또는 SAPI를 AMS Advanced 인시던트에 사용할 때는 서비스 코드를 사용합니다`sentinel-report-incident`. # AMS 생성 인시던트에 대응 AMS는 리소스를 사전에 모니터링합니다. 자세한 내용은 [모니터링 및 이벤트 관리를](https://docs.aws.amazon.com/managedservices/latest/userguide/monitoring.html) 참조하세요. AMS가 인시던트를 식별하고 생성하는 경우가 있으며, 가장 자주 인시던트를 알립니다. 인시던트를 해결하기 위해 조치가 필요한 경우 AMS는 계정에 제공한 연락처 정보로 알림을 보냅니다. 다른 인시던트와 동일한 방식으로이 인시던트에 대응합니다. 일반적으로 AMS 콘솔을 통해 인시던트에 대응합니다. 경우에 따라 이메일 또는 전화로 문의해야 합니다. **참고** AMS는 AWS 계정의 기본 이메일 주소로 통신을 전송합니다. 인시던트 관리 프로세스를 용이하게 하기 위해 대체 운영 연락처 이메일 별칭을 추가하는 것이 좋습니다. 이는 AMS 온보딩 프로세스 및 관련 온보딩 설명서에서 다룹니다. 온보딩 중에 리소스 기반이 아닌 연락처(CSDM에 알린 연락처)를 AMS에 제공한 경우 해당 연락처가 사용됩니다. 예를 들어 보안 관련 인시던트 또는 알림에 사용할 "SecurityContacts"라는 연락처 목록을 CSDMs/CAs에 제공할 수 있습니다. 태그 정보 사용에 대해 CSDM에 동의한 경우 인스턴스/리소스의 연락처 태그는 AMS 생성 인시던트에 사용됩니다. 이 알림 서비스에 대한 자세한 내용은 [알림을 참조하세요](https://docs.aws.amazon.com/managedservices/latest/userguide/notifications.html).