2단계: 계획

이 단계에서는 준비 단계에서 수집한 정보를 사용하여 마이그레이션 전략을 수립합니다. 마이그레이션 계획의 중요한 측면은 리호스팅, 리플랫포밍, 재배치, 재구매, 리팩터링, 폐기, 보존 등 마이그레이션의 7R에 대해 수집한 정보를 합리화하는 것입니다.

마이그레이션 전략을 선택하는 것은 클라우드 채택을 위한 비즈니스 동인과 시간 고려 사항, 비즈니스 및 재정적 제약, 리소스 요구 사항에 따라 달라집니다. 클라우드에서 현재 워크로드를 유지하고 싶다면 리호스팅을 선택하십시오. 하지만 워크로드를 최적화하고 확장하려면 다른 옵션 중 하나를 고려해 보십시오.

다음은 데이터베이스 마이그레이션의 7R에 대한 개요입니다. 다음 다이어그램에서 이를 설명합니다.

• 리호스팅(리프트 앤드 시프트) - 애플리케이션을 변경하지 않고 클라우드로 이동합니다. 예를 들어, 온프레미스 Oracle 데이터베이스를 AWS 클라우드의 Amazon Elastic Compute Cloud(Amazon EC2) 인스턴스에 있는 Oracle로 마이그레이션할 수 있습니다.

• 재배치(하이퍼바이저 수준의 리프트 앤 시프트) - 새 하드웨어를 구매하거나, 애플리케이션을 다시 작성하거나, 기존 운영을 수정하지 않고도 인프라를 클라우드로 이동합니다. 온프레미스 플랫폼에서 동일한 플랫폼의 클라우드 서비스로 서버를 마이그레이션합니다. 예를 들어, Microsoft Hyper-V 응용 프로그램을 로 마이그레이션할 수 있습니다. AWS

• 리플랫포밍(리프트 앤드 리셰이프) - 애플리케이션을 클라우드로 이동하고 일정 수준의 최적화를 도입하여 클라우드 기능을 활용합니다. 예를 들어, 온프레미스 Oracle 데이터베이스를 클라우드의 Oracle용 Amazon RDS로 마이그레이션할 수 있습니다 AWS .

• 재구매 (드롭 앤 쇼핑) - 일반적으로 기존 애플리케이션에서 SaaS (Software as a Service) 제품으로 이동하여 다른 제품으로 변경하고 온 프레미스 애플리케이션에서 새 제품으로 데이터를 마이그레이션합니다. 예를 들어, 온프레미스 고객 관계 관리(CRM) 시스템에서 Salesforce.com으로 고객 데이터를 마이그레이션할 수 있습니다.

• 리팩터링(리아키텍트) - 클라우드 네이티브 기능을 최대한 활용하여 애플리케이션을 이동하고 해당 아키텍처를 수정함으로써 민첩성, 성능 및 확장성을 개선합니다. 예를 들어, 온프레미스 Oracle 데이터베이스를 Aurora PostgreSQL로 마이그레이션할 수 있습니다. 이 전략에는 다양한 워크플로에 사용할 수 있도록 특별히 구축된 데이터베이스를 사용하도록 애플리케이션을 재작성하는 것도 포함될 수 있습니다. AWS 또는 모놀리식 애플리케이션을 자체 데이터베이스 스키마에 액세스하는 더 작은 마이크로서비스로 세분화하여 모놀리식 애플리케이션을 현대화할 수도 있습니다.

• 유지(보관) - 소스 환경에 애플리케이션을 유지합니다. 대규모 리팩터링이 필요하고 해당 작업을 나중으로 연기하려는 애플리케이션과 비즈니스 차원에서 마이그레이션할 이유가 없어 유지하려는 레거시 애플리케이션이 여기에 포함될 수 있습니다.

• 사용 중지 - 소스 환경에서 더 이상 필요하지 않은 애플리케이션을 폐기하거나 제거합니다.