[Back-end] 마이그레이션 전략

Geun·2022년 5월 2일
0

Back-end

목록 보기
72/74

Rehost(Lift and Shift)

대규모 레거시 마이그레이션 시나리오에서는 대부분의 애플리케이션이 재호스팅된다.
대부분의 리호스팅은 도구(AWS VM 가져오기/내보내기)를 통해 자동화할 수 있지만, 일부 고객은 레거시 시스템을 새로운 클라우드 플랫폼에 적용하는 방법을 배울 때 수동으로 수행하는 것을 선호할 수 있다.

또 애플리케이션이 이미 클라우드에서 실행 중인 경우 최적화/재설계하기가 더 쉽다.

[Rehost 방식이 적합한 경우]

  • 마이그레이션에 드는 비용과 시간을 최소화하고 싶은 경우
  • 레거시 인프라 비용을 즉시 절감하려는 경우
  • 코드를 변경하는 것이 불가한 상용 애플리케이션을 이전하려는 경우

Replatform

가시적인 이점을 얻기 위해 몇 가지 클라우드 최적화를 할 수 있다.
Amazon RDS(Amazon Relational Database Service)와 같은 Database as Service 플랫폼으로 마이그레이션하거나 애플리케이션을 Amazon Elastic Beanstalk와 같은 완전히 관리되는 플랫폼으로 마이그레이션해 데이터베이스 인스턴스 관리에 소요되는 시간을 줄일 수 있다.

[Replatform 방식이 적합한 경우]

  • 코드 수정이 애플리케이션에 영향을 미치지 않는다고 확신하는 경우
  • 클라우드의 장점을 살려 애플리케이션을 운영하고 싶은 경우
  • 애플리케이션 소스가 클라우드에서 작동하지 않는 경우

Repurchase

일반적으로 SaaS 플랫폼으로 전환하는 것이다.
CVRM을 Salesforce.com으로, HR시스템을 Workday로, CMS를 Drupal로 옮기는 것 등이 있다.

Refactoring

일반적으로 애플리케이션의 기존 환경에서 달성하기 어려운 기능, 확장성 또는 성능을 추가해야 하는 강력한 비즈니스 요구에 의해 주도된다.

[Refactoring 방식이 적합한 경우]

  • 레거시 환경에서는 애플리케이션 성능 향상이 불가한 경우
  • 클라우드 기능을 최대한 활용하려는 경우

Retire

없어도 되는 항목을 제거한다.

Retain

비즈니스에 적합한 것만 마이그레이션 해야한다.

참고자료

https://buw.medium.com/%ED%81%B4%EB%9D%BC%EC%9A%B0%EB%93%9C%EB%A1%9C-%EC%95%A0%ED%94%8C%EB%A6%AC%EC%BC%80%EC%9D%B4%EC%85%98%EC%9D%84-%EB%A7%88%EC%9D%B4%EA%B7%B8%EB%A0%88%EC%9D%B4%EC%85%98%ED%95%98%EA%B8%B0-%EC%9C%84%ED%95%9C-6-%EA%B0%80%EC%A7%80-%EC%A0%84%EB%9E%B5-1450c460de4e
https://library.gabia.com/contents/infrahosting/7705/

0개의 댓글