마이그레이션 전략의 7가지 R

워크로드를 AWS로 이전하는 일은 단일 작업인 경우가 드뭅니다. 애플리케이션마다 여러 결정을 내려야 하는 포트폴리오 작업이기 때문입니다. 마이그레이션의 7가지 R은 아키텍트가 애플리케이션을 분류하고 적절한 마이그레이션 경로를 선택할 수 있도록 공통 어휘를 제공합니다. SAA-C03 시험에서는 시나리오 설명에 어떤 R을 적용해야 하는지 알아야 합니다. 문제에서 애플리케이션 특성을 올바른 마이그레이션 전략에 연결하는 능력을 자주 평가하기 때문입니다.

Rehost(들어 올려서 옮기기)는 애플리케이션 코드나 아키텍처를 변경하지 않고 애플리케이션을 AWS로 이전합니다. AWS Application Migration Service(MGN)를 사용하여 온프레미스 VM을 EC2 인스턴스로 복제합니다. Rehost는 실행이 가장 빠르고 위험이 가장 적으므로, 속도가 중요한 대규모 마이그레이션에 적합하며 최적화는 나중에 진행할 수 있습니다. 다만 클라우드 네이티브 기능의 이점을 활용하지는 못합니다.

Replatform은 핵심 애플리케이션 아키텍처를 변경하지 않고 몇 가지 목표 지향적인 클라우드 최적화를 적용합니다. 예를 들어 MySQL 데이터베이스를 EC2에서 Amazon RDS로 이전하여 패치와 백업을 관리형으로 처리하거나, Java 애플리케이션 서버를 AWS Elastic Beanstalk로 옮겨 확장을 관리형으로 처리할 수 있습니다. 애플리케이션 로직은 그대로 유지하면서 운영 부담이 큰 작업을 관리형 Service로 대체하는 방식입니다. 마이그레이션 위험은 낮고 이점은 적절한, 중간 단계의 전략입니다.

Repurchase는 기존 애플리케이션을 상용 SaaS 제품으로 대체합니다. 예를 들어 자체 관리 CRM을 Salesforce로 바꾸거나, 맞춤형 HR 시스템을 Workday로 교체하는 방식입니다. AWS 관점에서는 온프레미스 라이선스를 취소하고 SaaS 제품의 구독으로 전환하는 것을 의미합니다. 마이그레이션 작업의 중심은 인프라가 아니라 데이터 이전과 사용자 교육입니다. 맞춤형 애플리케이션이 더 이상 비즈니스 차별화 요소가 아닐 때 적합합니다.

Refactor(아키텍처 재설계)는 클라우드 네이티브 기능을 최대한 활용하도록 애플리케이션을 다시 설계하는 작업입니다. 예를 들어 모놀리스를 Lambda 및 API Gateway에서 실행되는 마이크로서비스로 분리하거나, SQS 및 자동 확장 작업자를 사용하도록 일괄 처리를 다시 구현할 수 있습니다. Refactor는 확장성, 복원력, 비용 측면에서 장기적인 이점이 가장 크지만, 가장 비용과 시간이 많이 드는 마이그레이션 전략입니다.

Retire는 더 이상 필요하지 않은 애플리케이션을 종료하는 것을 의미합니다. 철저한 포트폴리오 평가를 수행하면 일반적으로 애플리케이션의 10~20%가 활성 사용자가 없거나, 다른 시스템과 기능이 중복되거나, 더 이상 목적에 적합하지 않다는 사실을 확인하게 됩니다. 이러한 애플리케이션을 폐기하면 라이선스 비용, 보안 노출 영역, 마이그레이션 범위를 줄일 수 있습니다. 폐기하기 전에 이해관계자에게 확인하고 규정 준수에 필요한 데이터 보존 요구 사항을 검토해야 합니다.

Retain(Revisit이라고도 함)은 당분간 애플리케이션을 온프레미스에 유지하는 것을 의미합니다. 이유로는 데이터 주권을 요구하는 규제, 최근 하드웨어에 투자한 자본, 복잡한 공급업체 종속성, 애플리케이션의 수명 종료 임박 등이 있습니다. 유지 대상으로 분류된 애플리케이션은 현재 마이그레이션 단계에서는 이전하지 않지만 나중에 다시 평가할 수 있습니다. Retain은 마이그레이션 평가에서 타당하고 흔히 나오는 결과입니다.

Relocate는 나중에 프레임워크에 추가된 일곱 번째 R입니다. 새 하드웨어를 구매하거나 애플리케이션을 리팩터링하거나 아키텍처를 재설계하지 않고 인프라를 AWS로 이전합니다. 구체적으로는 VMware vSphere 워크로드를 VMware Cloud on AWS로 마이그레이션하여, 이제 AWS 베어 메탈에서 실행되는 VM도 동일한 vCenter 도구로 관리하는 방식을 의미합니다. OS나 애플리케이션을 변경할 준비가 되지 않은 VMware 중심 환경에서는 Rehost보다 빠릅니다.

실제 마이그레이션 단계에서는 하나의 조직이 7가지 R을 동시에 모두 적용할 수 있습니다. 사용하지 않는 애플리케이션은 Retire하고, 규정 준수 문제로 막힌 애플리케이션은 Retain하며, 대부분은 MGN으로 Rehost하고, 데이터베이스는 RDS로 Replatform하고, 전략적으로 중요한 모놀리스 한두 개는 서버리스로 Refactor하고, 기존 CRM은 Repurchase하며, VMware 클러스터는 Relocate하는 식입니다. AWS Migration Readiness Assessment(MRA)와 Migration Hub는 포트폴리오 전체에서 각 애플리케이션의 7가지 R 분류를 추적하는 데 도움을 줍니다.

마이그레이션 비용은 Retire에서 Relocate, Retain, Rehost, Replatform, Repurchase, Refactor 순으로 진행할수록 증가합니다. Refactor는 초기 엔지니어링 비용이 가장 높지만, 일반적으로 서버리스 자동 확장과 사용량 기반 과금 덕분에 장기적인 클라우드 지출은 가장 낮습니다. Rehost는 클라우드로 전환하는 시간이 가장 빠르지만, 이후 비용을 절감하려면 과도하게 프로비저닝된 EC2 인스턴스의 크기를 적절하게 조정해야 할 수 있습니다.

마이그레이션 시나리오 문제는 일정한 패턴을 따릅니다. 애플리케이션의 특성을 설명한 뒤 가장 적절한 마이그레이션 전략을 묻습니다. 다음과 같은 핵심 단어에 주의하십시오. '가장 빠른 마이그레이션' = Rehost, '코드 변경 없이 관리형 Service 사용' = Replatform, '현대화/서버리스' = Refactor, 'VMware 이전' = Relocate, '더 이상 필요하지 않음' = Retire, '규정 준수/데이터 주권' = Retain, 'SaaS로 전환' = Repurchase입니다. 시나리오마다 정답 R은 하나이므로, 핵심 단어라는 근거를 사용하여 나머지를 제외하십시오.

이 lesson에서 다룬 AWS Solutions Architect(SAA-C03) 개념을 이해했는지 확인해 보십시오.

이 lesson에서 다음을 배웠습니다. 7가지 R은 Rehost, Replatform, Repurchase, Refactor, Retire, Retain, Relocate입니다. 시험 문제에서는 핵심 단어를 단서로 애플리케이션 특성을 올바른 R에 연결하는 능력을 평가합니다. 또한 Refactor는 클라우드 이점이 가장 크지만 초기 비용도 가장 높습니다. 다음에는 포트폴리오 평가를 위한 AWS Migration Hub와 Application Discovery Service를 살펴보겠습니다.