6가지 R 마이그레이션 프레임워크

6-R 마이그레이션 프레임워크는 각 온-프레미스 워크로드를 클라우드로 어떻게 이전해야 하는지 분류하기 위한 체계적인 접근 방식입니다. Microsoft와 업계 전반에서는 포트폴리오 의사 결정을 효율적이고 일관되게 수행하기 위해 이 여섯 가지 전략, 즉 마이그레이션 패턴을 사용합니다. 모든 상황에 적용되는 단일 접근 방식을 적용하는 대신, 아키텍트는 각 애플리케이션을 개별적으로 평가하여 가장 적합한 R을 할당합니다.

재호스팅(리프트 앤 시프트)은 코드를 변경하지 않고 워크로드를 Azure로 이전하는 것을 의미합니다. 기존 VM 이미지 또는 애플리케이션 바이너리를 가져와 Azure IaaS에서 실행합니다. 이는 가장 빠른 전략으로, 일반적으로 수정하기 어려운 레거시 애플리케이션이나 마이그레이션 기한이 촉박한 조직에 사용됩니다. Azure Migrate의 복제 엔진은 대부분의 Windows 및 Linux VM에 대한 재호스팅을 자동화합니다.

리플랫폼(리프트, 팅커, 앤 시프트라고도 함)은 핵심 아키텍처를 변경하지 않고 마이그레이션 중에 소규모 최적화를 수행하는 방식입니다. 예를 들어 자체 관리 MySQL 데이터베이스를 VM에서 Azure Database for MySQL로 옮기거나, 자체 호스팅 SMTP 릴레이를 Azure Communication Services로 교체하는 경우가 있습니다. 애플리케이션 로직을 다시 작성하지 않고도 패치, 백업, 확장과 같은 관리형 서비스의 이점을 얻을 수 있습니다.

리아키텍트(또는 리팩터링)는 클라우드 네이티브 기능을 활용하도록 애플리케이션의 아키텍처를 크게 변경하는 것을 의미합니다. 모놀리식 .NET 애플리케이션을 Azure Container Apps에 배포된 마이크로서비스로 분리하거나, cron 작업 기반 일괄 처리 시스템을 Azure Functions로 다시 구현할 수 있습니다. 리아키텍트는 확장성과 비용 측면에서 장기적으로 가장 큰 이점을 제공하지만 가장 많은 투자가 필요합니다.

리빌드는 기존 애플리케이션을 완전히 폐기하고 새로운 클라우드 네이티브 솔루션을 구축하는 것을 의미합니다. 이 전략은 레거시 애플리케이션의 유지 관리 비용이 너무 높거나, 지원 종료 기술 스택을 사용하거나, 마이그레이션하더라도 비즈니스 요구 사항을 충족할 수 없을 때 선택합니다. 리빌드는 클라우드 네이티브의 이점을 최대한 제공하지만 가치 실현까지의 시간이 가장 오래 걸립니다. Azure App Service, Azure Functions, Cosmos DB와 같은 Azure PaaS 및 서버리스 서비스가 일반적인 대상입니다.

교체는 기존 온-프레미스 애플리케이션을 동등하거나 더 뛰어난 기능을 제공하는 상용 SaaS 제품으로 대체하는 것을 의미합니다. 예를 들어 온-프레미스 CRM을 Dynamics 365로 교체하거나, 레거시 파일 서버를 SharePoint Online으로 교체할 수 있습니다. 교체를 선택하면 인프라 관리를 완전히 없앨 수 있습니다. 그 대가로 사용자 지정 기능이 줄어들고, 상당한 데이터 마이그레이션 및 변경 관리 노력이 필요할 수 있습니다.

폐기는 가장 간단한 전략입니다. 더 이상 사용되지 않거나, 중복되었거나, 대체된 애플리케이션을 식별하여 마이그레이션하는 대신 서비스를 종료합니다. Azure Migrate에서 수집한 검색 데이터는 온-프레미스 서버 중 상당한 비율(때로는 20~30%)이 매우 낮은 utilisation을 보이거나 활성 사용자가 없다는 사실을 자주 보여 줍니다. 이러한 애플리케이션을 폐기하면 마이그레이션 범위, 라이선스 비용 및 운영 복잡성이 줄어듭니다.

적절한 R을 선택하려면 각 애플리케이션에 대해 네 가지 요소를 분석해야 합니다. 비즈니스 중요도, 기술적 복잡성, 마이그레이션 일정, 총소유비용입니다. 통합 종속성이 없는 단순한 웹 프런트엔드는 재호스팅에 적합합니다. 수백 개의 저장 프로시저와 사용자 지정 데이터베이스 기능을 갖춘 애플리케이션은 리아키텍트 또는 리빌드가 필요할 수 있습니다. 가치가 낮은 내부 도구는 폐기 또는 교체에 적합한 후보입니다.

Azure Migrate는 utilisation 데이터, 라이선스 및 Azure 가격을 기반으로 검색된 서버에 적합한 마이그레이션 전략을 자동으로 제안하는 비즈니스 사례 기능을 제공합니다. 워크로드를 재호스팅, 리플랫폼 및 지원 종료 범주로 그룹화하여 6-R 분류를 빠르게 시작할 수 있도록 도와줍니다. 최종 마이그레이션 계획을 확정하기 전에 모든 권장 사항을 재정의하고 자체 비즈니스 맥락을 추가할 수 있습니다.

각 애플리케이션에 R을 할당한 후 이를 마이그레이션 웨이브로 그룹화합니다. 위험이 낮은 재호스팅 후보는 일반적으로 팀의 자신감과 도구 사용 숙련도를 높이기 위해 첫 번째 웨이브를 구성합니다. 리아키텍트 및 리빌드 프로젝트는 더 긴 일정으로 병렬 작업 흐름에서 진행됩니다. 공유 데이터베이스를 호출하는 웹 계층과 같은 애플리케이션 간 종속성을 고려하여 관련 앱이 함께 또는 올바른 순서로 마이그레이션되도록 해야 합니다.

6-R은 Microsoft 클라우드 도입 프레임워크의 Adopt 단계와 연계됩니다. CAF는 엔터프라이즈 규모에서 6-R을 운영화하는 웨이브 계획 템플릿, RACI 행렬 및 워크로드 평가 설문지를 제공합니다. 준비 단계에서 수립된 거버넌스 가드레일(랜딩 존, 정책, ID)은 마이그레이션 웨이브가 시작되기 전에 마련되어야 합니다. 그래야 마이그레이션된 워크로드가 첫날부터 규정을 준수하는 환경에 배치됩니다.

이 단원에서 다룬 Microsoft Azure Fundamentals (AZ-900) 개념의 이해도를 확인해 보세요.

이 단원에서 배운 내용은 다음과 같습니다. 6-R 프레임워크(재호스팅, 리플랫폼, 리아키텍트, 리빌드, 교체, 폐기)는 마이그레이션 의사 결정을 위한 용어 체계를 제공하며, 각 R은 비용과 속도 사이에서 서로 다른 절충점을 가집니다. 또한 Azure Migrate의 비즈니스 사례는 utilisation 데이터를 기반으로 전략을 자동 제안할 수 있습니다. 다음으로 Azure Migrate가 온-프레미스 서버를 검색하고 평가하는 방법을 살펴보겠습니다.