마이그레이션 방법론

클라우드 마이그레이션이란?

• 기존 온-프레미스에서 운영중인 시스템을 클라우드로 옮기는 작업을 이야기 합니다.
• 마이그레이션의 이유로는 기존 장비의 노후화로 인한 교체 시점에 클라우드를 도입하여 장비 교체로 인한 막대한 초기 투자금을 최소화 하거나, 탄력적인 서비스를 위해 기존 장비를 포기하고 전체 시스템을 클라우드로 옮겨야 하는 상황이 발생할 수 있습니다.
• 클라우드를 도입하려는 목적을 명확히 하여, 어떠한 시스템을 어떻게 전환할 것인지 정의해야 합니다.

1. 계획

클라우드 마이그레이션 계획

• 애플리케이션을 클라우드로 마이그레이션해야 하는 필요성을 검증하고 관련자들은
  자신의 역할, 프로젝트 일정 및 예상 결과를 이해합니다

• 결과물

  • 애플리케이션 목록 생성 및 마이그레이션 복잡성 매핑
  • 클라우드로 마이그레이션 할지 여부를 파악하기 위한 세부 프로세스 수립
  • 클라우드 마이그레이션을 할 애플리케이션 순서 결정
  • 진행 상황, 예상되는 다운타임, 워크플로우에 미치는 영향에 대해 명확하게 이해

• 유의점

  • 애플리케이션의 우선순위를 명확하게 정하지 못하는 것
  • ‘마이그레이션을 꼭 해야하는가’와 같은 리더십의 의구심
  • 마이그레이션 하는 중 또는 하고난 후에 서비스 수준이 떨어지는 것
  • 마이그레이션 프로젝트에서 발생할 수 있는 비용 및 시간 초과

2. 실행

2. 클라우드 마이그레이션 케이스 만들기 ( RAID 분석 )
3. 애플리케이션 평가 프로세스 설정
4. 애플리케이션 마이그레이션 방법과 일정 결정
5. 마이그레이션 계획 관련 부서, 담당자 커뮤니케이션

   3. 모니터링

6. 클라우드 마이그레이션 효과 모니터링

클라우드 전환 방법

Re-Hosting

• 설명

  • 가장 손쉬운 마이그레이션 방식으로 일명 리프트앤 쉬프르(Lift & Shift) 방식
  • 기존 온프레미스에서 사용중인 사양 그대로 클라우드에 이전하는 방식

• 장점

  • 빠른 시간(수시간 또는 수일)에 안정적으로 마이그레이션을 할 수있습니다
  • 기초적인 클라우드 지식만 있으면 누구나 마이그레이션 가능

• 단점

  • 클라우드 최적화된 아키텍처가 아님으로 온프레미스보다 인프라 비용이 더 높아 질 수 있습니다
  • 이에 Rehosting으로 마이그레이션 후 조금씩 클라우드 최적화 하는 방식으로 많이 이용

Re-Platforming ( Revise )

• 설명

  • Rehosting을 기본으로 하며, 일부시스템의 플랫폼을 최적화 하는 방식
  • AWS 기준으로 DB는 EC2에 DB 설치후 마이그레이션 하는 방식이 아닌 Amazon RDS로 마이그레이션 하거나, 스토리지의 경우 EC2의 EBS에 옮기는 것이 아닌 S3 또는 EFS, Glacier로 마이그레이션 하는 방식으로 기존 애플리케이션 일부를 수정해야합니다.

• 장점

  • 클라우드 장점을 적용 할 수 있는 방식으로 대부분 마이그레이션 상황에서 권장

• 단점

  • 클라우드 관련 전문가의 인프라 설계가 필요하며, 일부 애플리케이션의 수정이 필요
  • 클라우드 컨설팅 파트너의 도움을 필요로 하며 다양한 테스트 진행이 필요

Re-Factoring ( Rearchitect )

• 설명

  • 클라우드 최적화를 위해 전체 애플리케이션을 새로 구축하는 방식
  • 주로 컨테이너 기반 MSA로 새롭게 구현
  • 대부분 신규 구축 또는 차세대 프로젝트 등 대단위 리뉴얼 작업 시 진행되는 Cloud Native 방식
  • 대기업이 Cloud First를 모토로 Refactoring 방식으로 마이그레이션 진행

• 장점

  • 비용 절약, 유연한 인프라 등 클라우드 장점을 100% 사용

• 단점

  • 서비스를 새롭게 구축하는 방식으로 많은 시간과 기술이 필요
  • 클라우드 전문 인력이 필요하며, 일반 엔지니어 역시 클라우드에 대한 높은 이해가 필요

마이그레이션 방법 비교 1

구분	이전 속도	이전 비용	기술 난이도	유지 비용	확장성	추천 환경
Re-Hosting	7일이내	매우 저렴	낮음	높음	보통	소규모
Re-Platforming	1~2개월 이내	저렴	보통	보통	높음	중규모
Re-Factoring	수개월 이상	매우 비쌈	매우 높음	최적화	매우높음	대규모

마이그레이션 방법 비교 2

	Rehost	Revise	Rearchitect	Rebuild	Replace
프로그래밍언어	변경 없음	변경 없음	변경 없음	변경 없음 또는 새로 생성	N/A
소스코드	변경 없음	가벼운 업데이트	업데이트 또는 새로 생성	새로생성	N/A
애플리케이션 구성 / 메타 데이터	변경 없음 또는 업데이트	확장	확장	새로생성	N/A
시스템 구성	변경 없음 또는 업데이트	업데이트 또는 새로 생성	완전변형	새로생성	N/A
빌드,패키징 및 구성 스크립트	변경없음 또는 새로 생성	업데이트 또는 새로 생성	완전변형	새로생성	N/A
프레임워크	변경 없음	변경없음	변경없음 또는 새로생성	새로생성	N/A
구동환경	변경 없음	변경없음	변경없음 또는 새로생성	새로생성	N/A
애플리케이션 데이터	변경 없음	변경 없음 또는 완전변형	변경 없음 또는 완전변형	완전변형	완전변형
호스팅 하드웨어	새로생성	새로생성	새로생성	새로생성	새로생성

클라우드 전환 시 고려해야 하는 상황

1. 어떤 시스템을 클라우드로 전환 할 것인가?
   • 사업의 규모가 작거나 인프라가 간단한 기업의 경우 빠른 전환이 가능하나, 어느정도 규모가 되는 기업이라면 다양한 시스템이 존재합니다 (ERP, 웹사이트, 그룹웨어, 이메일 등)
   • 각 시스템에는 라이선스가 존제할 수 있으며, 라이선스로 인하여 마이그레이션이 불가능한 시스템이 있을 수도 있습니다. 이 경우, 가장 빠르고 쉽게 클라우드로 이전할 수 있는 시스템을 먼저 전환하는 것부터 추천합니다.