기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

# 전환 전 단계
<a name="pre-cutover-stage"></a>

전환 옵션은 사용 중인 마이그레이션 패턴, 소스 및 대상 환경의 도구, 기술 및 구성을 비롯한 다양한 요인에 따라 달라집니다. 예를 들어 VMware VMware 환경을 로 마이그레이션하는 전환 옵션은 완전히 새로운 스택을 구축하는 것과 AWS 다릅니다.

기본적으로 모든 전환은 워크로드를 다른 위치로 이동하는 동일한 결과를 달성하기 위해 노력합니다. 새 엔드포인트에 연결하기 위한 업스트림 및 다운스트림 종속성을 구성할 수 있으려면 서버 또는 애플리케이션이 어디로 이동했는지 이해하는 것이 중요합니다.

서비스의 특성에 따라 기존 데이터베이스와 새 위치로 이동하는 다른 시스템과의 연결이 복잡할 수 있습니다. 두 위치에서 데이터를 일관되게 유지하기 위해 데이터베이스를 동기화하면 복잡성이 증가할 수 있습니다. 또한 여러 서비스를 사용하려면 네트워크 구성을 조정하거나 여러 서비스를 동시에 중단해야 합니다.

## 전환 계획 개발
<a name="cutover-plan"></a>

지연, 재작업, 예상치 못한 운영 중단, 데이터 손실, 성능 문제, 사용자 경험 저하 등의 위험을 줄이려면 전환 계획을 개발하고, 전환 통합 문서를 만들고, 전환을 연습해 볼 수 있습니다. 전환 계획에 전환 실패 시 이에 대비한 비상 계획과 위험 완화 전략을 포함하는 것이 좋습니다. 전환 계획의 일부로 롤백 절차를 문서화해야 합니다.

전환 전 계획 프로세스의 일환으로 다음과 같은 중요 항목을 분석하고 평가하는 것이 좋습니다.
+ 다음을 포함한 가동 중지 시간이 필요합니다.
  + 할당된 가동 중지 기간 초과가 비즈니스에 미치는 영향(예: 수익 또는 신뢰)
  + 예상치 못한 인시던트 발생 시 '수정' 활동을 위한 비상 대책
  + 장애 발생 시 롤백 시간
+ 사용자 연결
+ 애플리케이션 및 시스템 종속성
+ 인프라 변경
+ 운영 변경
+ 다음을 포함한 테스트 계획:
  + 기능 테스트
  + 기준선 테스트 및 전환 후 테스트를 통한 성능 테스트
  + 종속 애플리케이션, 시스템 및 서비스에 대한 통합 및 연결 테스트
  + 전환 및 보증 기간 동안의 전략 테스트
+ 도구 및 전략과 관련된 배포 변경

마지막으로 다음 사항을 계획에 포함시키는 것을 고려해보세요. 
+ 작업 정의 및 기간 
+ 작업 소유자
+ 단계 및 작업 순서

## 전환 런북 생성
<a name="cutover-runbook"></a>

마이그레이션 팀이 각각의 계획된 시작 및 종료 시간, 순서, 소유자 등의 활동을 추적하는 데 사용할 수 있는 전환 런북을 만드는 것이 좋습니다. RACI 매트릭스를 사용하여 적절한 팀원에게 책임을 할당할 수 있습니다. 전환 런북에는 다음과 같은 이점이 있습니다.
+ 다양한 이해관계자를 사전에 조정하여 위험 감소
+ 애플리케이션을 AWS 클라우드로 마이그레이션하기 위해 검증된 메커니즘을 재사용하여 생산성 향상
+ 전환 계획에 구조화된 템플릿을 사용하여 애플리케이션 마이그레이션 속도 향상
+ 필수 프로세스를 준수할 수 있는 프레임워크 제공
+ 프로세스 변경 사항을 모든 팀에 전달할 수 있는 메커니즘 제공