애플리케이션 마이그레이션 프로세스

반복 가능한 프로세스로 구성된 메커니즘을 사용하여 애플리케이션 또는 워크로드를 AWS 클라우드로 마이그레이션할 수 있습니다. 이 메커니즘에는 마이그레이션의 주요 마일스톤을 나타내는 고유한 단계가 있습니다.

이러한 단계는 다음과 같이 분류할 수 있습니다.

• 애플리케이션 및 포트폴리오 검색

• Application Deep-Dive에 이어 AWS 클라우드의 대상 상태 설계

• 설계를 구현하고 재사용 가능한 아티팩트를 생성하여 Migration Factory라는 반복적이고 민첩한 프로세스의 기반을 구축합니다.

• 심층 분석 중에 식별된 종속성과 네이티브 AWS 서비스와 통합

• 대상 아키텍처에 대한 테스트를 수행하고 식별된 격차 또는 문제를 해결하여 빌드를 검증합니다.

• 마이그레이션 및 애플리케이션 팀이 동의한 대로 잘 정의된 전환 계획(날짜, 시간, 작업 및 해당 소유자)에 따라 클라우드에서 애플리케이션으로 전환합니다.

전환 실행서는 빌드부터 전환까지 사전 요구 사항 설정부터 애플리케이션이 AWS 클라우드로 완전히 전환될 때까지 활동을 계획하는 데 도움이 됩니다. 다음 다이어그램은 전환 실행서에서 다루는 다양한 마이그레이션 단계를 강조합니다.

전환 단계

마이그레이션 프로세스의 전환 단계에서 트래픽은 기존 엔드포인트에서 클라우드에 새로 배포된 리소스로 이동합니다. 예를 들어, 클래식 웹 애플리케이션의 경우 도메인 이름 시스템(DNS) 레코드를 새 엔드포인트로 전환할 수 있습니다. 그러나 애플리케이션에 여러 개의 독립적인 구성 요소와 통합 지점이 있는 경우 프로세스가 훨씬 더 복잡해질 수 있습니다. 전체 스택, 데이터 계층 또는 마이크로서비스와 같은 독립 구성 요소를 마이그레이션할 수 있습니다. 각 항목에는 특정 전환 전략이 있지만 모든 전략에서 준비는 중요합니다.

전환 중에 마이그레이션 팀과 애플리케이션 소유자가 동의한 전환 계획을 구현합니다. 모든 애플리케이션 이해관계자에게 전환에 대해 알려야 합니다. 전환 단계의 적절한 계획은 클라우드 마이그레이션의 성공에 매우 중요합니다. 대기업에서는 배포가 복잡할 수 있으므로 프로덕션 환경에서 환경과 애플리케이션을 올바르게 구성하기 위해 특정 순서로 단계를 수행해야 합니다. 문제가 발생하면 예기치 않은 중단, 데이터 손실, 규모 조정 기대치 미달, 사용자 경험 저하가 발생할 수 있습니다. 이 단계에서는 성공적인 전환을 지원하기 위해 사용자 수락 테스트를 수행해야 합니다.

전환이 성공하면 애플리케이션 대시보드를 모니터링하고 소스 환경을 폐기합니다. 소스 환경을 폐기하기 전에 다음 사항을 고려하세요.

• 비즈니스 사용자의 성공적인 회귀 테스트

• 애플리케이션 상태

• 성능 지표

전환 계획을 최대한 자동화하는 것이 좋습니다. 예를 들어 인프라 프로비저닝에 AWS CloudFormation 템플릿을 사용하고 회귀 테스트에 자동 테스트 스크립트를 사용합니다. 스트레스가 많은 프로덕션 워크로드 전환 중에 인적 오류를 쉽게 일으킬 수 있습니다.

또한 실패를 계획합니다. 마이그레이션에 성공하지 못하면 전환 계획의 요약된 롤백 절차를 수행해야 합니다.