리미그레이션
본 서비스가 제공하는 내용 및 자료가 사실임을 보증하지 않습니다. 시스템은 언제나 실수를 할 수 있습니다. 중요한 의사결정 및 법리적 해석, 금전적 의사결정에 사용하지 마십시오.
리미그레이션은 소프트웨어 애플리케이션을 한 컴퓨팅 환경에서 다른 환경으로 옮기는 마이그레이션 과정에서 발생하는 전략적 선택과 실행 과정을 의미한다. 주로 온프레미스 서버에서 클라우드로, 또는 데이터 센터 간의 이동 시 각 애플리케이션의 종속성과 기술적 요구사항을 평가하여 유지, 폐기, 또는 재배치 등을 결정하는 포괄적인 프로세스를 포함한다.
개요
애플리케이션 마이그레이션은 소프트웨어를 한 컴퓨팅 환경에서 다른 환경으로 옮기는 프로세스이다. 기업은 보안, 비용, 조직 문화 및 법적 리스크를 고려하여 최적의 전환 전략을 수립한다. 일반적으로 가상화된 아키텍처나 서비스 기반 아키텍처에서 실행되는 애플리케이션이 베어 메탈 하드웨어 기반보다 마이그레이션이 용이하다. 전반적인 전략을 결정할 때는 각 애플리케이션의 종속성과 기술 요구사항을 면밀히 검토해야 한다.
주요 마이그레이션 전략 (7R)
클라우드 컴퓨팅 환경으로의 전환을 위해 주로 사용되는 7가지 전략은 다음과 같다.
| 전략 | 영문 명칭 | 설명 |
|---|---|---|
| 만료 | Retire | 더 이상 필요하지 않거나 비즈니스 가치가 없는 애플리케이션을 폐기한다. |
| 보관 | Retain | 현재 환경에 그대로 유지하며 마이그레이션을 수행하지 않는다. |
| 리호스팅 | Rehost | '리프트 앤 시프트(Lift and Shift)'라고도 하며, 큰 변경 없이 그대로 이전한다. |
| 재배치 | Relocate | 애플리케이션을 새로운 하드웨어 플랫폼(예: VMware Cloud)으로 이동시킨다. |
| 재구매 | Repurchase | 기존 애플리케이션을 SaaS(Software as a Service) 플랫폼으로 전환한다. |
| 리플랫포밍 | Replatforming | 핵심 아키텍처는 유지하되 클라우드 최적화를 위해 일부 수정을 가한다. |
| 리팩터링 | Refactoring | 클라우드 네이티브 기능을 활용하기 위해 애플리케이션을 재설계한다. |
전략별 특징 및 선택
대규모 마이그레이션에서는 주로 리호스팅, 리플랫포밍, 재배치, 만료 전략이 사용된다. 리팩터링은 마이그레이션 과정에서 애플리케이션을 현대화해야 하므로 가장 복잡하고 관리가 어렵다. 따라서 대규모 프로젝트에서는 먼저 리호스팅이나 리플랫포밍을 통해 이전을 완료한 후, 클라우드 환경에서 현대화를 진행하는 방식이 권장된다.
- 리호스팅: 자동화 도구를 통해 비용과 시간을 최소화할 수 있어 대규모 레거시 이전에 적합하다.
- 리플랫포밍: 데이터베이스 관리 서비스(RDS)와 같은 관리형 플랫폼으로 이전하여 운영 효율을 높일 때 사용한다.
실행 단계
마이그레이션은 반복 가능한 프로세스로 구성되며 주요 단계는 다음과 같다.
- 검색 및 분석: 애플리케이션 포트폴리오를 검색하고 종속성을 파악한다.
- 설계: 대상 환경(예: AWS 클라우드)의 상태를 설계한다.
- 구현 및 빌드: 마이그레이션 팩토리(Migration Factory)라는 민첩한 프로세스를 통해 아티팩트를 생성한다.
- 검증: 대상 아키텍처에 대한 테스트를 수행하고 문제를 해결한다.
- 전환(Cutover): 트래픽을 기존 엔드포인트에서 새로운 클라우드 리소스로 이동시킨다. DNS 레코드 변경 등이 이 단계에 포함된다.
고려 사항
실무적으로는 예상보다 복잡한 네트워크 의존성이나 기존 보안 정책과의 충돌이 발생할 수 있다. 따라서 파일럿 프로젝트를 통한 사전 검증이 필수적이다. 또한 개인정보 처리방침 준수, 로그 보존 등 법적 요건과 규정 준수 여부를 반드시 검토해야 한다. 인프라 수준의 전략은 애플리케이션에 대해 선택한 전략에서 파생되며, 애플리케이션이 리플랫포밍될 경우 해당 구성 요소를 호스팅하던 기존 인프라는 사용 중지될 수 있다.