기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
# 컷오버 런북 템플릿
전환 실행서에는 전환 중에 수행할 모든 활동이 포함되어야 합니다. 그러나 마이그레이션 전 템플릿 또는 체크리스트를 준비하는 것도 중요합니다. 템플릿에는 마이그레이션 전에 완료해야 할 활동이 포함되어야 합니다.
두 템플릿(단일 문서로 병합할 수 있음) 모두 다음 질문에 대한 답변을 제공해야 합니다.
+ 어떤 활동을 수행해야 합니까?
+ 누가 활동을 수행하나요?
+ 언제 활동을 수행해야 합니까?
이 섹션에는 마이그레이션 전 체크리스트 예제, 전환 실행서 템플릿 및 롤백 계획이 포함되어 있습니다. 작업 IDs는 통신을 더 빠르고 효과적으로 만드는 데 도움이 됩니다.
## 마이그레이션 전 체크리스트
| 태스크 ID | Task | 종속성 | Team | 소유자 | 완료 날짜 | Status | 참고 |
| --- | --- | --- | --- | --- | --- | --- | --- |
| P1 | 대상 아키텍처 문서가 승인되었습니다. | | | | | | |
| P2 | 애플리케이션의 대상 계정이 있습니다. | | | | | | |
| P3 | 애플리케이션을 위한 Virtual Private Cloud(VPC) 및 서브넷이 있습니다. | | | | | | |
| P4 | 마이그레이션 팀은 대상 애플리케이션 계정에 액세스할 수 있으며 필요한 AWS Identity and Access Management (IAM) 권한을 가집니다. | | | | | | |
| P5 | 애플리케이션 팀은 대상 애플리케이션 계정과 해당 리소스에 필요한 액세스 권한을 가집니다. | | | | | | |
| P6 | 변경 요청이 제기되고 승인되었습니다. | | | | | | |
| P7 | 소스 환경과 대상 환경 간의 연결이 설정되고 테스트됩니다. | | | | | | |
| P8 | 애플리케이션 팀 연락처 목록이 문서화되었습니다. | | | | | | |
| P9 | 주요 이해관계자와 함께 전환 계획을 검토했습니다. | | | | | | |
| P10 | 마이그레이션 전 백업 활동이 완료되었습니다. | | | | | | |
| P11 | 추가 지원 연락처를 마련해야 하는지 확인합니다. | | | | | | |
| P12 | 각 애플리케이션의 리소스 확인: 각 개별 애플리케이션을 시작하고 종료할 사용자입니다. | | | | | | |
| P13 | 모든 기여 팀에 최종 전환 계획이 발행되었습니다. | | | | | | |
| P14 | 주요 이해관계자에게 전환 시작 커뮤니케이션이 발행됩니다. | | | | | | |
| P15 | 전환 후 소급 회의가 예약되었습니다. | | | | | | |
문제 로그에 이전 항목을 기록하여 순조롭게 진행하거나 문제가 있는 경우 다시 순조롭게 진행해야 합니다.
## 컷오버 실행서
| 태스크 ID | Task | 종속성 | Team | 소유자 | 계획된 시작 날짜/시간 | 계획된 종료 날짜/시간 | 실제 시작 날짜/시간 | 실제 종료 날짜 시간 | Status | 참고 |
| --- | --- | --- | --- | --- | --- | --- | --- | --- | --- | --- |
| C1 | CR에 지정된 대로 애플리케이션이 중단될 것임을 알리는 정보 메모를 모든 이해관계자에게 전송합니다. | | | | | | | | | |
| C2 | 소스 서버 및 데이터베이스의 백업을 확인합니다. | | | | | | | | | |
| C3 | 소스 서버에서 애플리케이션 및 DB 서비스를 중지합니다. | | | | | | | | | |
| C4 | 소스 서버를 종료합니다. | | | | | | | | | |
| | **마일스톤 1**
**사전 전환 활동 완료 ** | | | | | | | | | |
| C5 | 마이그레이션 접근 방식(예: lift-and-shift AWS Transform MGN 용)에 따라 마이그레이션을 수행합니다. | | | | | | | | | |
| C6 | 인프라(대상 서버 가동 및 실행 중)를 확인합니다. | | | | | | | | | |
| | **마일스톤 2**
**마이그레이션 완료** | | | | | | | | | |
| C7 | 새로 생성된 엔드포인트를 가리키도록 DNS 서버를 업데이트합니다. | | | | | | | | | |
| C8 | DNS 변경 사항을 확인합니다. | | | | | | | | | |
| | **마일스톤 3**
**마이그레이션 후 활동 - 인프라 완료** | | | | | | | | | |
| C9 | 대상 서버에서 애플리케이션 및 DB 서비스를 시작합니다. | | | | | | | | | |
| C10 | 애플리케이션별 구성 변경 사항을 적용합니다(예: 새 IP 주소를 가리킴). | | | | | | | | | |
| | **마일스톤 3**
**마이그레이션 후 활동 - 애플리케이션 완료** | | | | | | | | | |
| C11 | 마이그레이션 후 애플리케이션 테스트 수행 - 기술 확인. | | | | | | | | | |
| C12 | 마이그레이션 후 애플리케이션 테스트 수행 - 비즈니스 확인 | | | | | | | | | |
| C13 | 모든 주요 이해관계자에게 마이그레이션이 완료되었음을 알립니다. | | | | | | | | | |
| | **마일스톤 4**
**마이그레이션 후 테스트 완료** | | | | | | | | | |
## 롤백 계획
| 태스크 ID | Task | 종속성 | Team | 소유자 | Status | 참고 |
| --- | --- | --- | --- | --- | --- | --- |
| R1 | 대상 서버에서 애플리케이션 및 DB 서비스를 중지합니다. | | | | | |
| R2 | 대상 서버를 종료합니다. | | | | | |
| R3 | DNS 서버의 업데이트를 되돌립니다(소스 서버를 다시 가리키도록). | | | | | |
| R4 | DNS 변경 사항을 확인합니다. | | | | | |
| R5 | 소스 서버를 시작합니다. | | | | | |
| R6 | 데이터를 소스 서버와 다시 동기화합니다(필요한 경우). | | | | | |
| R7 | 소스 서버에서 애플리케이션 및 DB 서비스를 시작합니다. | | | | | |
| R8 | 애플리케이션 테스트 수행 - 기술 확인. | | | | | |
| R9 | 마이그레이션 후 애플리케이션 테스트 수행 - 비즈니스 확인. | | | | | |
| R10 | 마이그레이션이 롤백되었음을 모든 주요 이해관계자에게 알립니다. | | | | | |
## 리호스팅 전략을 위한 예제 템플릿
필드에 사용되는 가장 일반적인 R 유형 마이그레이션 전략 중 하나는 MGN을 선택한 마이그레이션 도구로 사용하는 리호스팅 전략입니다. 리호스팅 시나리오에서 [샘플 템플릿을](samples/cutover-runbook_template.zip) 기준 문서로 사용할 수 있습니다. 템플릿에는 실제 고객 참여 중에 발생한 필수 활동이 통합되어 있습니다. 또한 애플리케이션 팀이 작업과 활동을 추가할 수 있는 공간도 포함되어 있습니다. 이전 섹션의 단계는 필요에 따라 고유한 사용자 지정 전환 실행서를 생성하기 위한 초기 지침을 제공할 수 있습니다.