작업 1: 마이그레이션 패턴 및 메타데이터 검증

이 작업에서는 포트폴리오 워크스트림의 평가 및 웨이브 계획 활동에서 식별된 마이그레이션 패턴을 검증한 다음 마이그레이션 메타데이터 소스를 검증합니다. 목표는 각 마이그레이션 패턴을 지원하기에 충분한 데이터가 수집되었는지 확인하는 것입니다.

이 작업은 다음 단계로 구성됩니다.

• 1단계: 마이그레이션 패턴 검증

• 2단계: 마이그레이션 메타데이터 및 웨이브 계획 검증

1단계: 마이그레이션 패턴 검증

포트폴리오 워크스트림에서 애플리케이션 포트폴리오의 초기 평가, 선택한 마이그레이션 전략, 각 전략에 대한 식별된 마이그레이션 패턴을 수행했습니다. 이 정보는 포트폴리오 평가 실행서에 포함되어야 합니다. 자세한 내용은 AWS 대규모 마이그레이션을 위한 포트폴리오 플레이북을 참조하세요.

이 단계에서는 마이그레이션 전략을 검토하고, 모든 마이그레이션 패턴을 식별했는지 확인하고, 마이그레이션 런북 초안을 작성할 준비가 되었는지 확인합니다. 프로젝트 전반에 걸쳐이 작업을 반복할 수 있으며 포트폴리오에 대한 이해가 성숙해지면 마이그레이션의 후반부 단계에서 추가 마이그레이션 패턴을 식별할 수 있습니다.

1. 포트폴리오의 마이그레이션 전략 검토

   마이그레이션 전략은 온프레미스 애플리케이션을 로 마이그레이션하는 데 사용되는 접근 방식입니다 AWS 클라우드. 애플리케이션을 클라우드로 이동하기 위한 7가지 마이그레이션 전략이 있습니다. 이를 7R이라고 합니다. 대규모 마이그레이션을 위한 일반적인 전략으로는 리호스팅, 리플랫폼, 재배치 및 사용 중지가 있습니다. 대규모 마이그레이션에는 마이그레이션 중에 애플리케이션을 현대화해야 하므로 리팩터링은 권장되지 않습니다. 이는 마이그레이션 전략 중 가장 복잡하며 많은 애플리케이션에 대해를 관리하는 것이 복잡할 수 있습니다. 대신 애플리케이션을 다시 호스팅, 재배치 또는 리플랫포밍한 다음 마이그레이션이 완료된 후 애플리케이션을 현대화하는 것이 좋습니다. 7R에 대한 자세한 내용은 AWS 대규모 마이그레이션 안내서를 참조하세요.

   초기 포트폴리오 평가의 결과를 기반으로 포트폴리오에 필요한 모든 마이그레이션 전략 목록이 있으며 각 전략에 할당된 포트폴리오의 양을 결정했습니다. 예시:

   • 리호스팅 - 70%

   • 리플랫폼 - 20%

   • 사용 중지 - 10%

2. 포트폴리오의 마이그레이션 패턴 확인

   마이그레이션 패턴은 전략, 대상 및 사용된 애플리케이션 또는 서비스를 자세히 설명하는 반복 가능한 마이그레이션 작업입니다. 이 단계에서는 마이그레이션 패턴에 사용할 도구 및 대상 AWS 서비스와 같은 자세한 정보가 포함되어 있는지 확인합니다. 예시:

   • AWS Application Migration Service (AWS MGN) 또는 Cloud Migration Factory를 사용하여 Amazon Elastic Compute Cloud(Amazon EC2)로 리호스팅

   • AWS CloudFormation 템플릿을 사용하여에서 새 인프라를 구축하여 Amazon EC2로 리플랫포밍 AWS 클라우드

   • AWS Database Migration Service (AWS DMS) 또는 기본 데이터베이스 기술을 사용하여 Amazon Relational Database Service(Amazon RDS)로 리플랫폼

   AWS 대규모 마이그레이션을 위한 포트폴리오 플레이북에서는 각 마이그레이션 패턴을 마이그레이션 전략에 매핑하고 다음 예제와 같은 테이블에 결과를 문서화합니다.

Strategy	패턴
리호스팅	Application Migration Service 또는 Cloud Migration Factory를 사용하여 Amazon EC2로 리호스팅
리플랫포밍	AWS DMS 또는 기본 데이터베이스 기술을 사용하여 Amazon RDS로 리플랫폼
리플랫포밍	AWS CloudFormation 템플릿을 사용하여에서 새 인프라를 빌드하여 Amazon EC2로 리플랫폼 AWS 클라우드

2단계: 마이그레이션 메타데이터 및 웨이브 계획 검증

이 단계에서는 마이그레이션 메타데이터의 소스 위치를 검증합니다. Excel 문서에서 사용 가능한 열과 같은 데이터 구조가 필요한 메타데이터를 보관하기에 적합한지 확인하고 모든 메타데이터를 사용할 수 있는지 확인합니다.

1. 마이그레이션 패턴에 대한 마이그레이션 메타데이터 검증

   서버와 앱을 마이그레이션하려면 각 마이그레이션 패턴에 서로 다른 마이그레이션 메타데이터 세트가 필요합니다. 예를 들어 Amazon EC2로 리호스트 마이그레이션하려면 VPC 서브넷, 보안 그룹 및 인스턴스 유형 정보와 같은 대상 인스턴스에 대한 사양을 제공해야 합니다. 그러나 스토리지 마이그레이션, 데이터베이스 마이그레이션 또는 리플랫폼 마이그레이션에는 다른 마이그레이션 메타데이터 세트가 필요합니다. 일반적으로 포트폴리오 평가 실행서에서 마이그레이션 메타데이터 요구 사항을 정의하지만 각 마이그레이션 패턴을 지원하기에 충분한 메타데이터가 있는지 확인해야 합니다. 메타데이터 식별 및 수집에 대한 자세한 내용은 AWS 대규모 마이그레이션을 위한 포트폴리오 플레이북을 참조하세요.

2. 마이그레이션 메타데이터 및 웨이브 계획의 소스 위치 검증

   일반적으로 마이그레이션 메타데이터의 소스 위치를 메타데이터 관리 런북에 문서화합니다. 이상적으로는 위치가 웨이브 플랜 스프레드시트와 같은 단일 사실 소스 역할을 합니다. 메타데이터가 다음과 같은 일반적인 위치를 포함하여 여전히 여러 위치에 있을 수도 있습니다.

   메타데이터 소스 위치에 대해 다음을 검증합니다.

   • 검색 도구

   • 구성 관리 데이터베이스(CMDB)

   • 앱 소유자 설문

   • 마이그레이션 웨이브 계획 스프레드시트

   메타데이터 소스 위치에 대해 다음을 검증합니다.

   1. 소스 카탈로그가 모든 메타데이터 소스 및 소유자의 위치로 유지 관리되고 있습니까?

   2. 소스 위치(예: 웨이브 계획 스프레드시트)에 필요한 마이그레이션 메타데이터가 모두 있습니까?

   3. 각 메타데이터 소스에 액세스하기 위한 명확한 지침이 있나요?

   4. 단일 소스가 없는 경우 각 메타데이터 소스가 속성에 명확하게 매핑됩니까?

   5. 서버 및 앱에 대한 명확한 웨이브 플랜이 있고 마이그레이션 워크스트림에 대해 5개 이상의 웨이브가 준비되어 있습니까?

   6. 소스를 업데이트하는 프로세스가 있나요? 그렇다면 빈도와 알림 프로세스는 어떻게 됩니까?

작업 종료 기준

다음 종료 기준을 충족하면 다음 작업을 진행합니다.

• 명확하게 정의된 마이그레이션 패턴 목록을 검증했습니다.

• 마이그레이션 메타데이터의 소스 위치에는 각 패턴에 필요한 모든 메타데이터가 있거나 누락된 메타데이터를 캡처하는 프로세스가 마련되어 있습니다.

• 5개 이상의 웨이브에 대한 웨이브 계획 및 마이그레이션 메타데이터를 검증했으며 알림 및 업데이트 프로세스를 정의했습니다.