마이그레이션 전략

본 글의 내용은 AWS Cloud Practitioner Essentials (Korean)에서 발췌함

 

6가지 마이그레이션 전략

 

애플리케이션을 클라우드로 마이그레이션할 때 구현할 수 있는 가장 일반적인 6가지 마이그레이션 전략은 다음과 같다.

 

* 리호스팅 (Rehosting)

* 리플랫포밍 (Replatforming)

* 리팩터링 (Refactoring) / 아키텍처 재설계 (Re-architecting)

* 재구매 (Repurchasing)

* 유지 (Retaining)

* 폐기 (Retiring)

 

 

리호스팅 (Rehosting)

 

'리프트 앤 시프트 (lift-and-shift)'라고도 하는 리호스팅에서는 애플리케이션을 변경 없이 이전한다.

기업이 마이그레이션을 구현하고 신속하게 확장하여 비즈니스 사례를 충족하기를 원하는 대규모 레거시 마이그레이션의 시나리오에서는 대부분의 애플리케이션이 리호스팅된다.

 

 

리플랫포밍 (Replatforming)

 

리프트 앤 시프트 및 수정 (lift, tinker, and shift)이라고도 하는 리플래포밍에서는 실질적인 이점을 실현하기 위해 몇 가지 클라우드 최적화를 수행해야 한다.

 

최적화는 애플리케이션의 핵심 아키텍처를 변경하기 않고 달성된다.

 

 

리팩터링 (Refactoring) / 아키텍처 재설계 (Re-architecting)

 

리팩터링 (아키텍처 재설계)에서는 클라우드 네이티브 기능을 사용하여 애플리케이션을 설계하고 개발하는 방식을 재구성한다.

 

일반적으로 리팩터링은 비즈니스 요구 사항으로 인해, 다른 방법으로는 기존 환경의 애플리케이션에서 실현하기가 까다로운 기능 추가, 확장 or 성능 개선의 필요성이 클 때 활용된다.

 

 

재구매 (Repurchasing)

 

재구매에서는 기존 라이선스를 Software-as-a-Service 모델로 전환한다.

재구매에서는 기존 애플리케이션을 AWS Marketplace에 등재된 소프트웨어와 같은 클라우드 기반 버전으로 교체한다.

 

예를 들어 기업은 고객 관계 관리 (CRM) 시스템에서 Salesforce.com으로 마이그레이션하여 재구매 전략을 구현할 수 있다.

 

 

유지 (Retaining)

 

유지에서는 비즈니스에 중요한 애플리케이션을 소스 환경에 유지한다.

여기에는 마이그레이션하려면 대규모 리팩토링이 필요한 애플리케이션 or 이후로 연기할 수 있는 워크로드가 포함될 수 있다.

 

 

폐기 (Retiring)

 

폐기는 더 이상 필요하지 않은 애플리케이션을 제거하는 프로세스다.