CAF(클라우드 채택 프레임워크)의 클라우드 마이그레이션

모든 엔터프라이즈급 클라우드 채택 계획에는 새 비즈니스 논리를 만드는 데 상당한 투자를 보장하지 않는 워크로드가 포함됩니다. 이러한 워크로드는 리프트 앤 시프트(Lift & Shift), 리프트 앤 옵티마이즈(Lift & Optimize) 또는 모더나이즈(Modernize)와 같은 다양한 접근 방식을 통해 클라우드로 이동할 수 있습니다. 이러한 각 접근 방식은 마이그레이션으로 간주됩니다. 다음 연습은 이러한 워크로드를 평가, 마이그레이션, 최적화, 보안 및 관리하기 위한 반복 프로세스를 설정하는 데 도움이 됩니다.

클라우드 채택 수명 주기의 이 단계를 준비하려면 다음을 수행하는 것이 좋습니다.

  설명 


첫 번째 워크로드 마이그레이션: Azure 마이그레이션 가이드를 사용하여 Azure 기본 도구와 마이그레이션 방법을 숙지합니다.


마이그레이션 시나리오: 추가 마이그레이션 도구와 접근 방법을 사용하여 다른 마이그레이션 시나리오를 수행합니다.


모범 사례: 일관적인 모범 사례를 적용하여 일반적인 마이그레이션 요구 사항을 처리합니다.


프로세스 개선: 마이그레이션은 프로세스 부담이 큰 작업입니다. 마이그레이션 작업 규모에 따라 이러한 프로세스 개선을 사용하여 마이그레이션의 다양한 측면을 평가하고 완성도를 높입니다.

마이그레이션 방법론 및 위의 단계는 다음과 같은 가정을 기반으로 합니다.

  • 마이그레이션 스프린트를 규정하는 방법론은 계획, 준비 및 채택 방법론을 사용하여 정의되는 마이그레이션 웨이브 또는 릴리스에 적합합니다. 각 마이그레이션 스프린트 내에서 워크로드 일괄 처리는 클라우드로 마이그레이션됩니다.
  • 워크로드를 마이그레이션하기 전에 가까운 미래의 클라우드 채택 계획에 대한 요구 사항을 충족시키기 위해 하나 이상의 랜딩 존을 식별, 구성 및 배포했습니다.
  • 마이그레이션은 일반적으로 리프트 앤 시프트 또는 다시 호스팅 과 관련이 있습니다. 이 방법과 위의 단계는 순수한 다시 호스팅 방식을 사용하여 데이터 센터 및 적은 워크로드를 마이그레이션하지 않아야 한다는 신념을 기반으로 합니다. 많은 워크로드를 다시 호스팅할 수 있지만, 고객은 각 워크로드 내에서 특정 자산을 현대화하도록 선택하는 경우가 더 많습니다. 이 반복적인 프로세스에서 속도와 현대화의 균형은 일반적인 토론 지점입니다.

마이그레이션 작업

워크로드를 마이그레이션하는 데 필요한 작업은 일반적으로 워크로드를 평가하고 워크로드를 배포하고 워크로드를 해제하는 각 워크로드에 대한 세 가지 활동(또는 단계)으로 분류됩니다. 클라우드 채택 프레임워크의 이 섹션에서는 워크로드를 프로덕션으로 마이그레이션하는 데 필요한 각 단계에서 수익을 최대화하는 방법을 설명합니다.

2주간 진행되는 표준 반복에서 숙련된 마이그레이션 팀은 복잡성이 낮거나 중간 수준인 2~5개 워크로드로 이 프로세스를 완료할 수 있습니다. SAP와 같은 더 복잡한 워크로드는 단일 워크로드의 마이그레이션 작업 세 단계를 모두 완료하기 위해 2주간 진행되는 반복을 수 차례 수행해야 할 수 있습니다. 환경과 복잡성은 모두 타임라인 및 마이그레이션 속도에 상당한 영향을 미칩니다.

클라우드 채택 프레임워크 마이그레이션 작업

다음 글머리 기호에서는 이 프로세스의 단계에 대한 개요를 제공합니다(위 그림 참조).

  • 워크로드 평가: 워크로드 평가를 통해 비용, 현대화 및 배포 도구를 평가합니다. 이 프로세스에서는 주로 합리화 옵션을 자세히 살펴보면서 이전의 검색 및 평가 중에 가정된 내용의 유효성을 검사하거나 이의를 제기합니다. 또한 워크로드가 마이그레이션 후 기술적인 성공을 거둘 수 있도록 사용자 패턴 및 종속성을 보다 자세히 연구합니다.
  • 워크로드 배포: 워크로드를 평가한 후에는 해당 워크로드의 기존 기능이 클라우드에서 복제 또는 개선됩니다. 여기에는 클라우드로의 리프트 앤 시프트 또는 다시 호스트 가 포함될 수 있습니다. 그러나 이 단계에서 더 일반적인 것은 이러한 워크로드를 지원하는 많은 자산이 클라우드의 이점을 활용할 수 있게 현대화된다는 것입니다.
  • 워크로드 릴리스: 기능이 클라우드에 복제되면 진행 중인 작업에서 워크로드가 테스트되고, 최적화되고, 문서화되고, 릴리스될 수 있습니다. 이 프로세스 중에는 마이그레이션된 워크로드를 검토하고 이러한 워크로드를 지속적으로 지원하기 위해 거버넌스, 작업 관리 및 보안 팀에 전달하는 것이 중요합니다.

참고

마이그레이션 작업의 초기 반복에서는 범위를 단일 워크로드로 제한하는 것이 일반적입니다. 이 접근법은 기술 보존을 최대화하며, 팀이 실험하고 배울 수 있는 더 많은 시간을 제공합니다.

참고

마이그레이션 팩터리를 구축하는 경우 일부 팀에서 위의 각 단계를 여러 팀 및 여러 스프린트에 분산하도록 선택할 수 있습니다. 이 접근법을 사용하면 반복성을 개선하고 마이그레이션 작업을 가속화할 수 있습니다.

마이그레이션 웨이브 및 반복적인 변경 관리

마이그레이션 반복은 자산 및 워크로드를 마이그레이션하여 기술 가치를 제공합니다. 마이그레이션 웨이브는 워크로드의 가장 작은 컬렉션으로, 실질적이고 측정 가능한 비즈니스 가치를 제공합니다. 각 반복은 완료된 기술 작업을 간략히 설명하는 보고서로 끝나야 합니다. 그러나 비즈니스 변화 및 전략 계획은 일반적으로 조금 더 높은 수준에서 발생합니다. 클라우드 채택 팀이 마이그레이션 작업을 진행하는 동안 클라우드 전략 팀은 다음 1~2차 마이그레이션 웨이브를 계획하는 데 주력합니다. 또한 클라우드 전략 팀은 비즈니스 가치 실현을 위한 타임라인을 보다 잘 이해할 수 있도록 학습 메트릭으로 기술 진행률을 추적합니다. 이와 관련하여 마이그레이션 웨이브는 비즈니스 성과, 사람 및 타임라인을 추적하기 위한 반복적인 변화 관리 접근법입니다.

이전 섹션의 그래픽에 설명된 것처럼 클라우드 채택 프레임워크의 계획 방법론, 준비 방법론전략 방법론의 프로세스는 마이그레이션 웨이브 계획 및 관리에 대한 지침을 제공합니다. 이러한 웨이브 관리는 기술 팀에서 수행할 마이그레이션 작업을 정의하고 해당 작업의 우선순위를 지정합니다.

다음 단계

위에서 설명한 단계 및 후속 마이그레이션 방법론 지침은 각 마이그레이션 스프린트 내에서 프로세스를 개선하는 기술을 개발하는 데 도움이 됩니다. Azure 마이그레이션 가이드는 첫 번째 마이그레이션 웨이브 중에 필요한 가장 일반적인 도구와 접근법을 간략하게 설명하는 일련의 문서입니다.