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

모든 엔터프라이즈급 클라우드 채택 계획에는 새 비즈니스 논리를 만드는 데 상당한 투자를 할 자격이 없는 워크로드가 포함됩니다. 이러한 워크로드는 리프트 앤 시프트(Lift & Shift), 리프트 앤 옵티마이즈(Lift & Optimize) 또는 모더나이즈(Modernize)와 같은 다양한 접근 방식을 통해 클라우드로 이동할 수 있습니다. 각 접근 방식은 마이그레이션으로 간주됩니다.

리프트 앤 시프트 방법에 대한 간략한 개요를 보려면 다음 비디오를 시청하세요.


다음 연습은 이러한 워크로드를 평가, 마이그레이션, 최적화, 보안 및 관리하기 위한 반복 프로세스를 설정하는 데 도움이 됩니다.

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

   
첫 번째 워크로드 마이그레이션: Azure 마이그레이션 가이드를 사용하여 Azure 기본 도구와 마이그레이션 방법을 숙지합니다.
마이그레이션 시나리오: 다른 마이그레이션 도구와 접근 방법을 사용하여 다른 마이그레이션 시나리오를 수행합니다.
모범 사례: 일관적인 모범 사례를 적용하여 일반적인 마이그레이션 요구 사항을 처리합니다.
프로세스 개선: 마이그레이션은 프로세스 부담이 큰 작업입니다. 마이그레이션 작업 규모에 따라 이러한 프로세스 개선을 사용하여 마이그레이션의 다양한 측면을 평가하고 완성도를 높입니다.

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

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

마이그레이션 작업

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

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

클라우드 채택 프레임워크 마이그레이션 활동을 보여주는 다이어그램

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

  • 워크로드 평가: 워크로드 평가를 통해 비용, 현대화 및 배포 도구를 평가합니다. 이 프로세스는 유효성 검사 또는 어려운 가정에 주력합니다. 검색 및 평가 중에 합리화 옵션을 더 자세히 살펴보면서 이러한 가정을 내립니다. 또한 이 프로세스는 워크로드가 마이그레이션 후 기술적인 성공을 거둘 수 있도록 사용자 패턴 및 종속성을 보다 자세히 연구합니다.

    포괄적인 평가를 완료하는 방법에 대한 간략한 개요를 보려면 이 비디오를 시청하세요.


  • 워크로드 배포: 워크로드를 평가한 후 클라우드에서 기존 워크로드 기능이 복제되거나 개선됩니다. 이 복제에는 클라우드로의 리프트 앤 시프트 또는 다시 호스트가 포함될 수 있습니다. 그러나 이 단계에서 더 일반적인 것은 이러한 워크로드를 지원하는 많은 자산이 클라우드의 이점을 활용할 수 있게 현대화된다는 것입니다.

  • 워크로드 릴리스: 기능이 클라우드에 복제되면 진행 중인 작업에서 워크로드가 테스트되고, 최적화되고, 문서화되고, 릴리스될 수 있습니다. 마이그레이션된 워크로드를 검토하고 전달하는 작업은 이 프로세스 중에 매우 중요합니다. 이러한 작업은 거버넌스, 운영 관리 및 보안 팀의 지속적인 워크로드 지원에 매우 중요합니다.

참고

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

참고

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

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

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

이전 섹션의 그래픽은 클라우드 채택 프레임워크의 계획 방법론, 준비 방법론전략 방법론의 프로세스를 설명합니다. 이러한 방법론은 마이그레이션 웨이브 계획 및 관리에 대한 참고 자료를 제공합니다. 이러한 웨이브 관리는 기술 팀에서 수행할 마이그레이션 작업을 정의합니다.

다음 단계

위에서 설명한 단계 및 추가 방법론 참고 자료는 각 마이그레이션 스프린트 내에서 프로세스를 개선하는 데 도움이 될 수 있습니다. Azure 마이그레이션 가이드에는 첫 번째 마이그레이션 웨이브 중에 필요한 가장 일반적인 도구와 접근법을 간략하게 설명하는 문서가 포함되어 있습니다.