마이그레이션 웨이브 계획

이 문서에서는 성공적인 Azure 채택을 위해 워크로드를 구조적 마이그레이션 웨이브로 구성하는 방법을 보여 줍니다. 마이그레이션 웨이브 계획은 대규모 마이그레이션 프로젝트를 함께 마이그레이션할 수 있는 더 작고 관리하기 쉬운 워크로드 그룹으로 나눕니다. 이 방법은 위험과 복잡성을 줄이면서 클라우드 채택 경험의 속도를 높입니다. 모든 항목을 한 번에 이동하려고 시도하지 않고 제어된 일괄 처리로 마이그레이션하면 후속 마이그레이션을 개선하는 각 웨이브에 대한 귀중한 경험을 얻을 수 있습니다.

변화하는 요구 사항에 맞게 반복적으로 계획

마이그레이션 계획에 대한 반복적인 접근 방식은 워크로드를 웨이브로 그룹화하고 실행 중에 검색된 새로운 정보에 적응합니다. 이 접근 방식은 기술적 과제, 비즈니스 우선 순위 이동 및 이전에 알려지지 않은 종속성을 파악할 때 마이그레이션 전략을 유연하게 조정할 수 있습니다. 반복 계획이 엄격하고 포괄적인 계획보다 더 나은 결과를 제공하기 때문에 웨이브를 사용하여 마이그레이션을 구성해야 합니다.

1. 후속 마이그레이션을 개선하는 학습 주기를 만듭니다. 완료된 각 웨이브는 성능 요구 사항, 종속성 복잡성 및 조직 기능에 대한 인사이트를 제공합니다. 다음 단원을 사용하여 남은 워크로드에 대한 접근 방식을 구체화합니다. 무엇이 잘 작동했는지, 그리고 제도적 지식을 구축하기 위해 어떤 어려움이 발생했는지 문서화합니다.

2. 향후 웨이브를 계획하는 동안 현재 웨이브를 실행합니다. 팀에서 워크로드의 한 물결을 마이그레이션하는 동안 시간을 사용하여 다음 웨이브를 계획하고 향후 후보를 조사합니다. 이 병렬 접근 방식은 팀 생산성을 최대화하고 마이그레이션 모멘텀을 유지합니다. 실행 및 계획 활동 모두에 팀 구성원을 할당하여 지속적인 진행을 보장합니다.

3. 충분한 정보가 있을 때까지 미래의 웨이브를 유연하게 유지합니다. 특정 요구 사항을 이해할 때까지 이후 웨이브를 높은 수준으로 유지하여 즉시 다음 웨이브만 자세히 정의합니다. 이러한 유연성을 통해 불완전한 정보를 기반으로 하는 조기 약정을 방지하고 이전 웨이브에서 배운 교훈을 통합할 수 있습니다.

동일한 웨이브 내의 그룹 종속 시스템

시스템 종속성은 웨이브 컴퍼지션 및 마이그레이션 시퀀싱을 결정합니다. 리소스를 통신하거나 공유하는 워크로드를 식별하고 동일한 마이그레이션 웨이브로 그룹화해야 합니다. 이 그룹화는 중단된 종속성으로 인한 서비스 중단을 방지하고 마이그레이션 복잡성을 줄입니다.

1. 먼저 모든 종속성을 검색합니다. 워크로드 간의 종속성으로 인해 함께 마이그레이션되지 않으면 서비스 중단이 발생합니다. 마이그레이션 그룹을 만들기 전에 내부 및 외부 종속성을 매핑하여 이러한 연결을 검색합니다.

2. 종속성 유형 및 중요도를 분석합니다. 종속성 유형에 따라 마이그레이션 방법이 다릅니다. 다음 범주를 구분합니다.

   종속성 유형	Description	마이그레이션 접근 방식
   직접 종속성	구성 요소 간의 즉각적인 통신 및 짧은 대기 시간이 필요합니다.	성능을 유지하고 중단을 방지하기 위해 직접 연결된 모든 구성 요소를 함께 이동합니다.
   간접 종속성	시스템 간의 간헐적 또는 중요하지 않은 상호 작용을 포함합니다.	연결이 대기 시간을 허용하거나 하이브리드 사용을 지원하는 경우 함께 또는 별도의 웨이브로 마이그레이션합니다.
   비즈니스 종속성	조직 또는 관리 관계에 따라 달라집니다.	관련 워크로드 및 보고 시스템을 그룹화하고 마이그레이션하여 비즈니스 우선 순위에 맞춥니다.

3. 종속성 관계별로 워크로드를 그룹화합니다. 공유 데이터베이스, API, 인증 서비스 또는 네트워크 연결을 기반으로 그룹을 만듭니다. 이러한 그룹은 마이그레이션 웨이브의 기초를 형성하고 기능에 필요한 모든 구성 요소가 함께 이동되도록 합니다. 종속성 중요도에 대한 불확실성이 있는 경우 구성 요소를 함께 그룹화합니다. 이 보수적인 접근 방식은 향후 분리를 위한 유연성을 제공합니다.

4. 각 종속성 그룹을 체계적으로 문서화합니다. 일관된 명명 규칙을 사용하여 종속성 그룹을 기반으로 자산에 태그를 지정합니다. 다음을 사용하여 각 그룹을 문서화합니다.

   • 그룹 이름 및 ID - 고유 식별자 및 설명이 포함된 이름
   • 구성 요소 인벤토리 - 모든 인프라 요소, 애플리케이션 및 서비스
   • 중요 종속성 - 특별한 처리가 필요한 필수 연결
   • 마이그레이션 제약 조건 - 비즈니스, 기술 또는 타이밍 요구 사항

5. 그룹 완성도의 유효성을 검사합니다. 부하 분산 장치, DNS 레코드 또는 캐싱 계층과 같은 인프라를 지원하는 것을 포함하여 애플리케이션이 작동하는 데 필요한 모든 구성 요소가 각 그룹에 포함되도록 합니다.

구조적 프레임워크를 사용하여 워크로드 우선 순위 지정

초기 워크로드 선택은 마이그레이션 프로그램의 토대를 설정하고 초기 성공을 통해 팀의 신뢰를 구축합니다. 클라우드 채택 및 전략 팀은 비즈니스 가치, 기술 위험 및 조직 학습 목표의 균형을 맞추는 우선 순위 지정 기준에 동의해야 합니다.

1. 워크로드 세부 정보를 검토합니다. 관련자와 협력하여 각 워크로드에 대한 비즈니스 및 기술 세부 정보를 검토합니다. 가동 중지 시간 또는 실패 영향을 잘 이해하고 현재 비즈니스 우선 순위에 맞게 조정해야 합니다. 마이그레이션 채택 계획을 사용하여 사업부, 워크로드 소유자, 기술 종속성 및 중요도 분류와 같은 세부 정보를 확인합니다. 이러한 세부 정보는 워크로드의 우선 순위를 지정하고 효율적으로 시퀀스하는 데 도움이 됩니다.

   Priority	비즈니스 가치	Effort	Description
   High	High	Low	빠른 승리 - 즉각적인 영향을 위해 먼저 마이그레이션
   Medium-High	High	High	전략적 투자 - 적절한 리소스로 신중하게 계획
   Medium-Low	Low	Low	쉬운 후보 - 주요 마이그레이션 간의 간격 채우기
   Low	Low	High	피하거나 연기 - 더 높은 가치의 기회에 리소스 집중

2. 위험을 줄이기 위해 더 간단한 워크로드로 시작합니다. 덜 복잡하고 위험이 낮은 워크로드 마이그레이션을 시작합니다. 이 접근 방식은 팀이 더 어려운 워크로드를 해결하기 전에 자신감을 얻고 마이그레이션 프로세스를 구체화하는 데 도움이 됩니다. 독립 실행형 아키텍처 및 최소 통합 지점을 사용하여 내부 도구, 개발 환경 또는 사용량이 적은 애플리케이션을 대상으로 합니다.

3. 프로덕션 전에 비프로덕션 환경을 이동합니다. 비프로덕션 환경은 전체 마이그레이션 프로세스를 테스트할 수 있는 안전한 공간을 제공합니다. 프로덕션 전에 개발, 스테이징 및 QA 환경을 마이그레이션하여 준비 상태의 유효성을 검사합니다. 이 순서를 통해 팀은 사용자에게 영향을 주지 않고 구성, 성능 및 복구 절차를 테스트할 수 있습니다. 비프로덕션 마이그레이션을 사용하여 운영 팀을 학습시킵니다.

4. 초기 성공을 입증한 후 중요한 시스템의 일정을 잡으십시오. 중요한 애플리케이션은 Azure로 이동하기 전에 검증된 마이그레이션 기능이 필요합니다. 팀이 Azure 서비스와의 역량을 보여 줄 때 이후 웨이브에 대해 이러한 마이그레이션을 계획합니다. 하드웨어 새로 고침 주기와 같은 비즈니스 최종 기한을 사용하려면 더 많은 안전 장치와 확장된 테스트 기간을 사용하여 중요한 애플리케이션의 우선 순위를 더 일찍 지정해야 할 수 있습니다.

5. 대표적인 복잡한 워크로드를 포함하여 시나리오를 테스트합니다. 각 초기 웨이브에 하나 또는 두 개의 복잡한 워크로드를 추가하여 중요 업무용 애플리케이션에서 직면한 문제를 노출합니다. 다중 계층 애플리케이션 또는 데이터베이스 종속 시스템과 같은 일반적인 패턴을 나타내는 워크로드를 선택합니다.

각 웨이브에 대한 타임라인 정의

각 웨이브에 대한 명확한 타임라인은 마이그레이션 작업에 구조를 제공합니다. 정의된 시작 및 종료 날짜는 범위를 관리하고, 관련자의 기대치를 설정하고, 팀 전체의 진행 상황을 추적하는 데 도움이 됩니다.

1. 워크로드 복잡성 및 팀 용량에 따라 웨이브 기간을 설정합니다. 팀의 Azure 환경, 주제 전문가의 가용성 및 기간을 예측할 때 동시 프로젝트 요구를 고려합니다. 테스트, 유효성 검사 및 지식 전송 작업에 대한 시간 요소입니다.

2. 예기치 않은 과제 및 학습을 위한 버퍼 시간을 포함합니다. 예기치 않은 기술 문제, 종속성 검색 및 문제 해결 활동을 고려하여 초기 예측에 비상 시간을 추가합니다. 마이그레이션 프로젝트는 계획 중에 명백하지 않은 문제를 지속적으로 발생합니다. 버퍼 시간은 바로 가기 또는 품질 손상으로 이어지는 일정 압력을 방지합니다.

3. 각 웨이브 내에서 중요 시점 검사점을 설정합니다. 25개의%, 50개의%및 75개의% 완료에 검토 지점을 만들어 진행 상황을 평가하고, 가정을 검증하고, 필요한 경우 계획을 조정합니다. 이러한 검사점을 사용하여 관련자에게 상태를 전달하고, 차단자를 조기에 식별하고, 다운스트림 활동에 영향을 미치기 전에 과정을 수정합니다.

4. 비즈니스에 적합한 시간 동안 전환 기간을 계획합니다. 설정된 유지 관리 기간, 사용량이 적은 시간 또는 계획된 가동 중지 시간 동안 최종 중단 작업을 예약합니다. 비즈니스 이해 관계자와 협력하여 중단 타이밍이 비즈니스 주기, 규제 보고 기간 및 중요한 비즈니스 활동에 맞게 조정되도록 합니다. 각 컷오버에 대한 문서 롤백 절차 및 성공 조건입니다.

5. 실행 피드백에 따라 타임라인을 조정합니다. 마이그레이션 타임라인은 동적입니다. 각 웨이브 후 실제 기간과 계획된 기간을 검토하고 향후 웨이브를 조정하여 계속 진행해야 합니다.

마이그레이션 계획 관리

공동 작업 계획 도구를 사용하면 채택 팀 전체에서 효과적인 웨이브 관리를 수행할 수 있습니다. Azure Boards는 마이그레이션 전체에서 작업 상태, 소유권, 시퀀싱 및 업데이트를 추적하는 기능을 제공합니다. 다음 작업 항목 유형으로 계획 도구를 구성합니다.

Azure 도구 및 리소스

다음 단계