작업: 통신 게이트 완료

이 작업에서는에서 정의한 통신 게이트와 T-마이너스 일정을 사용하여 마이그레이션 및 포트폴리오 워크스트림을 통과작업: 통신 게이트 및 일정 정의할 때 각 웨이브의 상태를 전달합니다.

이러한 게이트를 통해 개별적으로 파도를 이동하거나 여러 파도가 동일한 일정에 있는 경우 그룹의 게이트를 통해 파도를 이동할 수 있습니다. 마이그레이션 워크스트림의 파도 오버랩으로 인해 마이그레이션 중 언제든지 여러 게이트에 여러 파도 또는 파도 그룹이 있는 것이 일반적입니다. 다음 표는 마이그레이션 워크스트림에서 파도가 겹치는 방식을 보여주며 각 파도는 1주 간격으로 예약됩니다. 이 예제에서는 지정된 시간에 마이그레이션 워크스트림에서 6~7개의 웨이브가 활성화되고 각 웨이브는 다른 게이트에 있습니다.

게이트	웨이브 1	웨이브 2	웨이브 3	웨이브 4	웨이브 5
게이트 1: T-마이너스 일정	3월 13일	3월 20일	3월 27일	4월 3일	4월 10일
게이트 2: T-28 회의	3월 20일	3월 27일	4월 3일	4월 10일	4월 17일
게이트 3: T-21 통신	3월 27일	4월 3일	4월 10일	4월 17일	4월 24일
게이트 4: T-14 회의	4월 3일	4월 10일	4월 17일	4월 24일	5월 1일
게이트 5: T-7 통신	4월 10일	4월 17일	4월 24일	5월 1일	5월 8일
게이트 6: T-1 go 또는 no-go 회의	4월 16일	4월 23일	4월 30일	5월 7일	5월 14일
게이트 7: 전환 회의	4월 17일	4월 24일	5월 1일	5월 8일	5월 15일
게이트 8: 하이퍼케어 기간 시작	4월 18일	4월 25일	5월 2일	5월 9일	5월 16일
게이트 9: 하이퍼케어 기간 종료	4월 22일	4월 29일	5월 6일	5월 13일	5월 20일

이 작업은 다음과 같은 통신 게이트로 구성됩니다.

• 게이트 1: 파도에 대한 T-마이너스 일정 생성

• 게이트 2: T-28 커밋 회의

• 게이트 3: T-21 통신

• 게이트 4: T-14 체크포인트 회의

• 게이트 5: T-7 통신

• 게이트 6: T-1 go 또는 no-go 회의

• 게이트 7: T-0 전환 회의

• 게이트 8: 하이퍼케어 기간 시작

• 게이트 9: 하이퍼케어 기간 종료

게이트 1: 파도에 대한 T-마이너스 일정 생성

이 통신 게이트에서 다음을 수행합니다.

1. 이 웨이브에 대한 설명서를 저장할 단일 공유 리포지토리를 생성합니다.

2. 에서 생성한 T-마이너스 일정 템플릿을 사용하여이 웨이브와 관련된 날짜를 2단계: T-마이너스 일정 템플릿 생성입력한 다음 공유 리포지토리에 T-마이너스 일정을 저장합니다.

3. AWS 대규모 마이그레이션을 위해 마이그레이션 플레이북에서 생성한 마이그레이션 작업 목록의 사본을 생성한 다음 공유 리포지토리에 저장합니다. 게이트를 통과할 때이 작업 목록을 체크리스트로 사용합니다.

4. 적절한 참가자와 T-28 커밋 회의를 예약합니다. 이 회의에 대한 자세한 내용은 섹션을 참조하세요3단계: 회의 및 회의 주기 정의.

게이트 종료 기준

다음 프로젝트 거버넌스 활동을 완료하면 다음 게이트로 계속 진행합니다.

• 웨이브에 대한 공유 리포지토리를 설정했습니다.

• 웨이브에 대한 T-마이너스 일정을 생성했습니다.

• 웨이브에 대한 마이그레이션 작업 목록을 생성했습니다.

• T-28 커밋 회의를 예약했습니다.

다음 마이그레이션 활동 및 마이그레이션 런북에 정의된 기타 작업을 완료하면 다음 게이트로 계속 진행합니다.

• 포트폴리오 팀이 웨이브 플랜을 완료했습니다.

• 포트폴리오 팀이 웨이브에 대한 마이그레이션 메타데이터를 수집했습니다.

게이트 2: T-28 커밋 회의

이 게이트에서 마이그레이션 팀은 애플리케이션 소유자와 함께 웨이브 플랜을 검토하고 애플리케이션 소유자에게 웨이브 플랜 및 전환 날짜를 커밋하도록 요청합니다. 이 통신 게이트에서 다음을 수행합니다.

1. 에서 생성한 웨이브 워크숍 프레젠테이션을 사용하여 웨이브에 맞게이 프레젠테이션을 4단계: 회의 프레젠테이션 준비사용자 지정한 다음 공유 리포지토리에 프레젠테이션을 저장합니다. 이 게이트 및에서이 프레젠테이션을 사용합니다게이트 4: T-14 체크포인트 회의.

2. T-28 커밋 회의를 수행하고 프레젠테이션을 사용하여 다음을 검토합니다.

   • 웨이브 계획 및 마이그레이션 프로세스에 대한 개요를 제공합니다.

   • 애플리케이션 소유자의 예정된 작업 항목에 대한 세부 정보를 제공합니다.

   • 애플리케이션 소유자가이 웨이브의 각 애플리케이션을 마이그레이션할 준비가 되었는지 확인합니다.

   • 애플리케이션 소유자가 애플리케이션에 대한 테스트 계획을 제공해야 함을 이해하고 있는지 확인합니다. 테스트 계획은 전환이 성공했는지 확인하는 방법을 설명합니다. 테스트는 전환 직후 수행되므로 문제가 있는 경우 마이그레이션 팀은 비즈니스 및 애플리케이션 사용자에게 미치는 영향을 최소화하면서 애플리케이션을 원래 환경으로 롤백할 수 있습니다.

   • 이해관계자가 파도 전체에서 협업하고 소통하는 방법을 검토합니다. 이해관계자가이 웨이브와 관련된 문서를 찾을 수 있는 공유 리포지토리의 위치를 제공합니다.

   • 에서 개발한 에스컬레이션 계획을 검토합니다2단계: 에스컬레이션 계획 수립.

   • 질문과 답변의 기회를 제공합니다.

3. T-28 커밋 회의가 끝나면에서 생성한 T-28 통신 이메일을 보냅니다3단계: 각 게이트에 대한 표준 이메일 템플릿 생성. 파도 정보 및 수신자에 대한 이메일을 사용자 지정하고이 파도에 모든 애플리케이션 및 서버를 추가합니다.

4. T-28 커밋 회의 후 적절한 참가자와 다음 회의를 예약합니다.

   • T-14 체크포인트 회의

   • T-1 go 또는 no-go 회의

   • T-0 전환 회의

게이트 종료 기준

다음 프로젝트 거버넌스 활동을 완료하면 다음 게이트로 계속 진행합니다.

• T-28 커밋 회의를 수행했습니다.

• 모든 주요 이해관계자에게 공유 리포지토리에 대해 웨이브 문서에 액세스하도록 알렸으며 모든 이해관계자가 액세스할 수 있습니다.

• 에 따라 마이그레이션 영업 시간을 유지하기 시작했습니다작업: 2단계의 반복 회의 예약.

• 애플리케이션 소유자는 웨이브 플랜의 애플리케이션을 마이그레이션할 수 있음을 확인했습니다.

• 모든 이해 관계자는 커뮤니케이션 접근 방식을 이해하고 참석해야 하는 회의에 대해 알고 있습니다.

• 애플리케이션 소유자는 자신이 담당하는 특정 작업 항목을 이해합니다.

• 모든 이해관계자에게 T-28 통신 이메일을 보냈습니다.

• 모든 이해관계자가 액세스할 수 있도록 회의 프레젠테이션 및 회의 메모를 공유 리포지토리에 저장했습니다.

• T-14 커밋 회의를 예약했습니다.

• T-1 go 또는 no-go 회의를 예약했습니다.

• T-0 전환 회의를 예약했습니다.

다음 마이그레이션 활동 및 마이그레이션 런북에 정의된 기타 작업을 완료하면 다음 게이트로 계속 진행합니다.

• T-28 커밋 회의 중에 변경된 사항이 있으면 웨이브 플랜을 업데이트했습니다.

• 웨이브의 애플리케이션 및 서버에 대한 변경 요청(RFC)을 제출했으며 변경 기간이 예약되었습니다.

• 변경 관리 프로세스를 이해하고 식별합니다.

• 전달, 라우팅 또는 프록시 서비스와 같은 새로운 인프라 요구 사항에 대한 RFCs를 제출했습니다.

• 마이그레이션 작업 목록을 업데이트했습니다.

게이트 3: T-21 통신

커뮤니케이션 팀은 애플리케이션 소유자 및 사업부 담당자와의 연락을 계속 유지합니다. 이러한 이해관계자는 마이그레이션 업무 시간에 초대되어 질문할 기회를 제공합니다.

1. 에서 생성한 T-21 통신 이메일을 전송합니다3단계: 각 게이트에 대한 표준 이메일 템플릿 생성. 파도 정보 및 수신자에 대한 이메일을 사용자 지정하고이 파도에 모든 애플리케이션 및 서버를 추가합니다.

2. 올바른 애플리케이션 소유자로 예약된 T-14 체크포인트 회의를 업데이트합니다. 필수 참가자가 참석할 수 없는 경우, 대체 담당자가 에스컬레이션 계획에 따라 참석할 수 있는지 확인합니다.

게이트 종료 기준

다음 프로젝트 거버넌스 활동을 완료하면 다음 게이트로 계속 진행합니다.

• 모든 이해관계자에게 T-21 통신 이메일을 보냈습니다.

다음 마이그레이션 활동 및 마이그레이션 런북에 정의된 기타 작업을 완료하면 다음 게이트로 계속 진행합니다.

• 소스 서버가 복제에 대한 최소 요구 사항을 충족하는지 확인했습니다.

• 웨이브에서 애플리케이션 및 서버 복제를 시작했습니다.

• 마이그레이션 작업 목록을 업데이트했습니다.

게이트 4: T-14 체크포인트 회의

이 게이트에서는 애플리케이션 소유자와 T-14 체크포인트 회의를 진행하고 팀이 일정에 따라 전환될 수 있는지 평가합니다. 이 통신 게이트에서 다음을 수행합니다.

1. 에서 준비한 웨이브 워크숍 프레젠테이션을 사용하여 T-14 체크포인트 회의에 대한 프레젠테이션을 게이트 2: T-28 커밋 회의업데이트합니다.

2. T-14 체크포인트 회의를 수행하고 다음을 검토합니다.

   • 이 웨이브에서 마이그레이션되는 애플리케이션 및 서버를 검토합니다.

   • 나머지 작업과 일정을 검토하여 참석자가 프로세스의 나머지 단계를 이해하고 있는지 확인합니다.

   • 전환 회의에 모든 애플리케이션 소유자(또는 그 대리인)를 사용할 수 있는지 확인합니다.

   • 전환이 완료되면 테스트 계획이 준비되었는지 확인합니다.

3. T-14 체크포인트 회의 후에서 생성한 T-14 통신 이메일을 전송합니다3단계: 각 게이트에 대한 표준 이메일 템플릿 생성. 파도 정보 및 수신자에 대한 이메일을 사용자 지정하고이 파도에 모든 애플리케이션 및 서버를 추가합니다.

4. 애플리케이션 소유자가 지정한 대체 담당자와 같이 참가자의 변경 사항이 있는 경우 T-1 이동 또는 이동 안 함 회의 및 T-0 전환 회의에 대한 초대를 업데이트합니다.

5. 마이그레이션 작업 목록을 업데이트합니다.

게이트 종료 기준

다음 프로젝트 거버넌스 활동을 완료하면 다음 게이트로 계속 진행합니다.

• T-14 체크포인트 회의를 수행했습니다. 모든 애플리케이션 소유자 또는 지정된 대리인이 참석했습니다. 애플리케이션 소유자가 참석하지 않았고 응답하지 않는 경우 에스컬레이션 계획에 따라 참석 부족을 에스컬레이션합니다.

• 이번 주에 마이그레이션 영업 시간을 수행했습니다.

• 모든 이해관계자에게 T-14 통신 이메일을 보냈습니다.

• 모든 이해관계자가 액세스할 수 있도록 회의 프레젠테이션 및 회의 메모를 공유 리포지토리에 저장했습니다.

• 마이그레이션 전, 마이그레이션 및 마이그레이션 후 작업의 체크리스트를 생성하고, 완료된 작업을 모두 종료하고, 체크리스트를 공유 리포지토리에 저장했습니다.

다음 마이그레이션 활동 및 마이그레이션 런북에 정의된 기타 작업을 완료하면 다음 게이트로 계속 진행합니다.

• 복제된 애플리케이션 및 서버의 상태와 상태를 확인했습니다. 문제를 해결 중이거나 문제 해결을 완료했습니다.

• 애플리케이션 소유자는 마이그레이션 팀에 테스트 계획을 제공했습니다.

• 마이그레이션 작업 목록을 업데이트했습니다.

게이트 5: T-7 통신

이 게이트에서 커뮤니케이션 팀은 애플리케이션 소유자 및 사업부 담당자와의 연락을 계속 유지합니다. 전환 활동 및 회의에도 대비합니다.

1. 에서 생성한 T-7 통신 이메일을 전송합니다3단계: 각 게이트에 대한 표준 이메일 템플릿 생성. 파도 정보 및 수신자에 대한 이메일을 사용자 지정하고이 파도에 모든 애플리케이션 및 서버를 추가합니다.

2. 필요한 참가자가 T-1 go 또는 no-go 회의와 T-0 전환 회의에 참석할 수 있는지 확인합니다. 필요에 따라 회의 초대장을 업데이트하여 대체 담당자를 포함합니다.

게이트 종료 기준

다음 프로젝트 거버넌스 활동을 완료하면 다음 게이트로 계속 진행합니다.

• 모든 이해관계자에게 T-7 통신 이메일을 보냈습니다.

• T-1 go 또는 no-go 회의와 T-0 전환 회의에 참석했음을 확인했습니다. 모든 참가자가 회의를 수락했거나 대체 담당자가 식별되었습니다.

다음 마이그레이션 활동 및 마이그레이션 런북에 정의된 기타 작업을 완료하면 다음 게이트로 계속 진행합니다.

• 이 웨이브에 대한 모든 변경 요청이 승인되었습니다.

• 대상 인프라가 전환 준비가 되었는지 확인했습니다.

• 인프라를 검증하기 위해 생성한 테스트 인스턴스를 모두 종료했습니다.

• 전환 작업 목록을 확인했습니다.

• 마이그레이션 작업 목록을 업데이트했습니다.

게이트 6: T-1 go 또는 no-go 회의

이 게이트에서는 RACI 매트릭스의 모든 팀원과 함께 마이그레이션 전 활동 체크리스트를 검토하여 파도의 애플리케이션과 서버가 전환 준비가 되었는지 확인합니다. 이 게이트는 예약된 전환 24~48시간 전에 발생합니다.

1. T-1 go 또는 no-go 회의에서 RACI 매트릭스의 모든 팀원과 함께 체크리스트를 검토하여 파도의 애플리케이션과 서버가 전환 준비가 되었는지 확인합니다.

2. 필요한 모든 참가자가 T-0 전환 회의에 참석할 수 있는지 확인합니다.

3. 파도 마이그레이션(go)을 진행하기로 결정한 경우에서 생성한 T-1 통신 이메일을 전송합니다3단계: 각 게이트에 대한 표준 이메일 템플릿 생성. 파도 정보 및 수신자에 대한 이메일을 사용자 지정하고이 파도에 모든 애플리케이션 및 서버를 추가합니다.

4. 파도 또는 특정 애플리케이션 및 서버(no-go) 마이그레이션을 진행하지 않기로 결정한 경우 모든 이해관계자에게 결정을 알리는 이메일을 보내고 다음 단계 또는 일정 변경에 대해 사용 가능한 정보를 제공합니다.

게이트 종료 기준

다음 프로젝트 거버넌스 활동을 완료하면 다음 게이트로 계속 진행합니다.

• T-0 전환 회의에 리소스를 사용할 수 있고 필요한 모든 참가자가 참석할 수 있음을 확인했습니다.

• 모든 이해관계자가 액세스할 수 있도록 회의 프레젠테이션 및 회의 메모를 공유 리포지토리에 저장했습니다.

• 모든 이해관계자에게 T-1 통신 이메일을 보냈습니다.

다음 마이그레이션 활동 및 마이그레이션 런북에 정의된 기타 작업을 완료하면 다음 게이트로 계속 진행합니다.

• 마이그레이션 작업 목록에서 모든 마이그레이션 작업이 완료되었음을 확인했습니다.

게이트 7: T-0 전환 회의

이 게이트에서는 전환 회의 중에 파도에 있는 모든 서버와 애플리케이션을 마이그레이션한 다음 애플리케이션 소유자가 마이그레이션된 애플리케이션을 테스트하여 예상대로 작동하는지 확인하도록 합니다. 애플리케이션 소유자는 전체 회의에 참석하거나 애플리케이션에 필요한 경우에만 참석할 수 있습니다.

1. 전환 회의 전에에서 생성한 T-0 통신 이메일을 보냅니다3단계: 각 게이트에 대한 표준 이메일 템플릿 생성. 파도 정보 및 수신자에 대한 이메일을 사용자 지정하고이 파도에 모든 애플리케이션 및 서버를 추가합니다.

2. T-0 전환 회의에서 AWS 대규모 마이그레이션을 위한 마이그레이션 플레이북의 지침에 따라 개발한 마이그레이션 런북의 지침에 따라 파도에서 서버와 애플리케이션을 마이그레이션합니다.

3. 애플리케이션 또는 서버가 마이그레이션되면 애플리케이션 소유자가 개발한 테스트 계획을 사용하여 애플리케이션이 다음과 같이 작동하는지 확인합니다.

   • 애플리케이션 또는 서버가 예상대로 작동하거나 사소한 문제만 있는 경우 AWS 환경에 두고 문제를 해결합니다.

   • 애플리케이션 또는 서버가 작동하지 않거나 심각한 문제가 있는 경우 롤백합니다.

4. 마이그레이션 작업 목록에서 전환 활동을 완료하면 작업 목록을 업데이트합니다.

5. 에서 생성한 전환 전체 통신 이메일을 보냅니다3단계: 각 게이트에 대한 표준 이메일 템플릿 생성. 파도 정보 및 수신자에 대한 이메일을 사용자 지정하고이 파도에 모든 애플리케이션 및 서버를 추가합니다.

게이트 종료 기준

다음 프로젝트 거버넌스 활동을 완료하면 다음 게이트로 계속 진행합니다.

• 웨이브의 모든 애플리케이션 또는 서버가 성공적으로 마이그레이션되었는지 또는 롤백되었는지 확인했습니다.

• 롤백된 애플리케이션 또는 서버를 기록해 두었습니다. 이러한 애플리케이션 또는 서버의 경우 마이그레이션 패턴을 업데이트하거나 대상 상태를 재정의하여 전환 중에 발생하는 문제를 해결해야 합니다. 향후 웨이브 플랜에 이러한 애플리케이션 또는 서버를 포함시키게 됩니다.

• 전환 전체 커뮤니케이션 이메일을 모든 이해관계자에게 보냈습니다.

다음 전환 활동을 완료하면 다음 게이트로 계속 진행합니다.

• 마이그레이션 작업 목록의 전환 작업 섹션에서 모든 단계를 완료했습니다.

게이트 8: 하이퍼케어 기간 시작

이 게이트에서는 다음을 수행합니다.

1. 프로젝트 이해관계자에게 클라우드에서 마이그레이션된 애플리케이션 및 서버를 검토하도록 요청합니다. 문제가 식별되면 마이그레이션 팀에 보내야 합니다.

2. 전환 또는 하이퍼케어 기간 동안 식별된 문제를 해결합니다.

3. 클라우드 운영 팀이 워크로드를 수락할 준비가 되었는지 확인합니다.

4. 파도 상태를 반영하도록 모든 프로젝트 관리 도구 및 리포지토리를 업데이트합니다.

게이트 종료 기준

다음 프로젝트 거버넌스 활동을 완료하면 다음 게이트로 계속 진행합니다.

• 모든 이해관계자가 마이그레이션된 애플리케이션 및 서버를 검토했습니다.

• 마이그레이션 팀은 전환 또는 하이퍼케어 기간 동안 식별된 애플리케이션 또는 서버 문제를 해결했습니다.

• 클라우드 운영 팀은 마이그레이션된 애플리케이션과 서버를 수락할 준비가 되었음을 확인했습니다.

• 파도 상태를 반영하기 위해 모든 프로젝트 관리 도구 및 리포지토리를 업데이트했습니다.

게이트 9: 하이퍼케어 기간 종료

하이퍼케어 기간은 일반적으로 1~4일 동안 지속되며 마이그레이션 팀이 마이그레이션된 애플리케이션 또는 서버의 문제를 해결하면 종료됩니다. 하이퍼케어 기간이 끝나면 마이그레이션 팀은 클라우드 운영(Cloud Ops) 팀과 만나 마이그레이션된 애플리케이션 및 서버를 검토합니다. 이 게이트에서 마이그레이션 팀은 마이그레이션된 워크로드에 대한 지속적인 지원을 Cloud Ops 팀에 전송합니다. Cloud Ops 팀은 애플리케이션 소유자에게 하이퍼케어 기간이 완료되었으며 이제 문제가 발생할 경우 연락 담당자임을 알립니다. 선택적으로이 커뮤니케이션에 설문 조사를 포함하고 애플리케이션 소유자를 초대하여 마이그레이션 및 전환 프로세스에 대한 피드백을 제공할 수 있습니다.

1. 마이그레이션된 애플리케이션과 서버를 클라우드 운영 팀의 구성 관리 데이터베이스(CMDB)에 통합합니다.

2. ServiceNow와 같은 Cloud Ops 기술 관리 지원 도구에 애플리케이션 정보를 통합합니다.

3. 각 게이트에 3단계: 각 게이트에 대한 표준 이메일 템플릿 생성 대해에서 생성한 하이퍼케어 전체 통신 이메일을 전송합니다. 파도 정보에 대한 이메일을 사용자 지정하고 클라우드 운영 팀에 문의하는 방법에 대한 지침을 포함합니다.

4. 소스 서버 및 지원 인프라를 폐기하는 프로세스를 시작하려면 인프라 지원 팀에 전환을 알립니다. 이 단계는 일반적으로 Cloud Ops 팀 또는 프로젝트 관리자가 수행합니다.

게이트 종료 기준

이 게이트는 다음 프로젝트 거버넌스 활동을 수행하면 완료됩니다.

• Cloud Ops는 모든 워크로드 관련 정보를 CMDB에 통합했습니다.

• Cloud Ops는 모든 애플리케이션 정보를 기술 관리 지원 도구에 통합했습니다.

• 모든 이해관계자에게 하이퍼케어 전체 커뮤니케이션 이메일을 보냈습니다.

• 인프라 팀은 더 이상 필요하지 않은 지원 인프라를 폐기하기 시작했습니다.