포트폴리오 분석 및 마이그레이션 계획

이 단계에서는 포트폴리오 수준 보기를 반복하고, 데이터 격차를 해소하고, 전체 포트폴리오에 대한 높은 신뢰도의 마이그레이션 웨이브 플랜을 생성하기 위해 더 많은 데이터를 얻는 데 중점을 둡니다. 

이 단계의 이해관계자는 일반적으로 이전 두 단계의 혼합입니다. 여기에는 CxOs 및 고위 리더, 마이그레이션 및 플랫폼 팀, IT 및 엔터프라이즈 아키텍트가 포함됩니다. 핵심은 반복 및 세분화를 통해 포트폴리오 수준 데이터 충실도를 강화하는 것입니다.

작은 정보

자세한 내용과 지침은 AWS 클라우드 마이그레이션을 위한 애플리케이션 포트폴리오 평가 가이드의 관련 섹션을 참조하세요.

상위 수준 목표 및 작업

• 애플리케이션 포트폴리오 및 관련 인프라의 기준 설정 - 포트폴리오 수준 데이터를 반복하여 검색 가속화 및 초기 계획 단계에서 구축하여 격차를 해소하고 전체 애플리케이션 포트폴리오에 대한 개괄적인 보기를 생성합니다. 이 단계에서는 application-to-infrastructure 매핑, 사용 데이터 및 애플리케이션 메타데이터 속성을 구체화하는 것이 중요합니다. 이러한 속성에는 소유권, 중요도 및 각 애플리케이션의 기본 함수가 포함됩니다.

• 종속성 데이터 가져오기 및 분석(일반적으로 특수 검색 도구를 사용하여) - 애플리케이션을 검증하고 마이그레이션 웨이브 계획 생성을 지원하기 위해이 단계에서는 높은 신뢰도의 애플리케이션 종속성 데이터가 중요합니다. 종속성 데이터에는 시스템 간 통신 볼륨 및 빈도와 같은 통신 데이터와 운영 고려 사항과 같은 비기술적 종속성이 포함됩니다. 이러한 종속성은 동시에 이동해야 하는 애플리케이션과 서로 다른 위치에서 작동할 수 있는 애플리케이션을 지정합니다.

• 규정 준수 및 규제 요구 사항 식별 및 검증 - 프레임워크, 규칙, 증거 및 문서 요구 사항을 식별하고 검증합니다. 

• 가정을 사실로 변환 - 이전 단계에서 가정된 양은 얼마입니까? 이 단계에서는 가정 수를 최소로 줄이는 것이 중요합니다.

• 마이그레이션 포트폴리오 합리화 모델의 기준 설정 - 이전 단계(예: 애플리케이션 우선 순위 기준 및 6Rs 의사 결정 트리)에서 모델을 반복합니다. 모델을 전체 애플리케이션 포트폴리오에 적용하여 검증합니다.

• 측정 가능한 비즈니스 성과 문서화 - 마이그레이션 웨이브를 비즈니스 목표에 맞게 조정하려면 각 마이그레이션 웨이브에 대한 비즈니스 성과 및 관련 주요 기본 지표(KPI)를 식별합니다.

• 방향성 비즈니스 사례 개선 - 벤치마크를 실제 사용률 및 비용 데이터로 바꾸고 업데이트된 웨이브 플랜에 따라 마이그레이션 비용을 개선합니다. 비용 절감, IT 생산성 개선, 복원력 향상, 민첩성 향상과 같은 각 예상 비즈니스 성과의 전체 예상 가치를 포함하도록 범위를 넓힙니다.

• 주요 날짜 문서화 및 전달 - 매력적인 이벤트(예: 데이터 센터 종료 날짜, 계약 및 라이선스 계약 갱신), 애플리케이션 릴리스 주기, 피해야 할 마이그레이션 날짜, 기술 새로 고침 주기 및 인력 가용성을 문서화하고 전달합니다.

• 웨이브 계획의 비용 및 위험 분석 - 얼마나 많은 병렬 변경을 지원하거나 허용할 수 있습니까? 인적 요구 사항, 위험 식별 및 완화, 중요도 및 영향을 분석합니다.

• 기술 요구 사항 파악 - 클라우드에서 다양한 워크로드 유형을 지원하기 위한 예상 준비 수준은 어느 정도입니까? 마이그레이션 웨이브 계획이 예상 준비 상태와 일치합니까? 지원 팀이 웨이브 플랜 요구 사항을 충족할 수 있나요?

• 문서 내부 프로세스 - 변경 관리, 서비스 관리, 아키텍처 검토 위원회, 위험 평가 및 승인 워크플로와 같이 클라우드 마이그레이션에 영향을 미치는 현재 프로세스에 대한 정보를 문서화합니다.

• 마이그레이션 웨이브 계획 생성 - 웨이브 계획을 생성하려면이 목록에서 이전에 설명한 모든 요소를 결합합니다. 포트폴리오에 우선순위 기준을 적용하고 종속성을 분석하여 애플리케이션의 파도를 생성합니다. 플랫폼 및 마이그레이션 준비 상태를 마이그레이션 웨이브 계획에 통합합니다. AWS 인프라 및 서비스를 구현하는 데 얼마나 걸리나요? 보안 및 운영 준비에 필요한 것은 무엇입니까? 파도 지속 시간에 미치는 영향은 무엇입니까? 마이그레이션 도구를 구현하는 데 얼마나 걸리나요? 네트워크 및 시스템 사용을 고려하여 데이터를 복제하는 데 얼마나 걸리나요? 전환 기간이란 무엇입니까? 롤백하는 데 얼마나 걸리나요?

• 워크스트림 업데이트 - 포트폴리오 및 세부 애플리케이션 평가 데이터를 마이그레이션 및 랜딩 존 워크스트림에 제공하는 프로세스를 설정합니다. 이러한 워크스트림에 데이터 요구 사항이 명확하게 설명되어 있는지 확인합니다.

결과

• 충실도 높은 애플리케이션 및 인프라 인벤토리

• 각 애플리케이션에 대한 상위 수준 마이그레이션 전략

• 세부 비즈니스 사례

• 높은 신뢰도의 마이그레이션 웨이브 플랜

모범 사례

• 마이그레이션 웨이브 플랜에 애플리케이션이 고르게 분산되어 있는지 확인합니다. 중요도와 복잡성을 고려하여 복잡성으로 인해 차단 요인이 발생하거나 마이그레이션이 지연되는 일이 없도록 하세요.

• 처음 두 웨이브에서 중요하지 않고 간단한 애플리케이션의 우선순위를 지정합니다.

• 우선순위, 종속성 및 비즈니스 동인을 결합하여 웨이브 플랜을 반복하는 데 집중합니다.

• 웨이브 플랜을 생성할 때 클라우드 인프라, 보안 및 운영 준비 상태(기술 포함)를 고려합니다.

• 일반적으로 4~8주 범위의 마이그레이션 웨이브 길이가 애플리케이션 여정을 설명하도록 웨이브 계획을 구성합니다. 각 웨이브는 다음을 포함해야 합니다.

  • 세부 평가

  • 마이그레이션 준비

  • 인프라 구축 및 테스트

  • 데이터 전송

  • 파도에서 애플리케이션 전환

  • 웨이브 종료(예: 학습한 교훈, 마이그레이션 후 문제 해결)

기본 웨이브 구조를 정의하고 사용하여 세부 평가, 설계, 구현, 테스트, 전환 및 검증이 포함된 마이그레이션 팩토리 모델을 적용합니다.