AWS 로의 마이그레이션:

성공 사례 및 전략

"IT 포트폴리오를 클라우드로 마이그레이션하는

것은 무한한 가능성의 시작일 뿐입니다.”

- Stephen Orban AWS 엔터프라이즈 전략 팀장

목차

서론 1

마이그레이션의 이해 2

두 가지 접근 방안 4

5 단계 마이그레이션 프로세스 5

5 단계 마이그레이션 프로세스 다이어그램 5

마이그레이션을 위한 6 가지 전환 전략: “6R” 9

6 가지 마이그레이션 전환 전략: 상세 다이어그램 9

6 가지 마이그레이션 전환 전략: 축약형 다이어그램 12

마이그레이션 전략: “6R” 적용 13

추가 리소스 15

서론

mi·gra·tion /mīˈɡrāSH(ə)n/: 명사 : 어떤 사물의 일부분을 다른 사물로 이동하는 것 . 마이그레이션과 관련된 기본

프로세스 , 즉 새로운 시스템의

혜택에 대한 이해 , 기존 시스템의

부족한 부분에 대한 평가 , 계획

및 마이그레이션 자체는 그다지

변하지 않았지만, IT 자산을

클라우드로 마이그레이션한다는

아이디어는 수반되는 변화 관리

때문에 엄두가

나지 않을 수 있습니다. IT 환경은 가치

갈수록 크고 복잡해지는 상황에 있고

조직은 계속 새로운 시스템을

구축하는 과정에서 기술적 부채 1)

문제를 해결할 기회가 거의 없습니다.

프로젝트

클라우드 최적화

기반

재창출

기술적 부채 제거

마이그레이션 시간

1) Technical debt; 시간이 많이 걸리고 더 많은 고려가 필요한 접근 대신에 보다 빠른 솔루션을 선택함으로써 생기는 부담(시간/비용-노력)

마이그레이션의 이해

조직의 기존 IT 자산 중 유의미한 부분을 (전부일

필요는 없음) 클라우드로 이전하는 것을

"마이그레이션" 이라고 합니다. 마이그레이션은

단일 데이터 센터, 데이터 센터의 집합 또는 단일

애플리케이션보다는 규모가 큰 다른 시스템

포트폴리오로 구성될 수 있습니다.

클라우드 마이그레이션에 대한 결정은 데이터 센터

임대 기간 만료, 하드웨어 업그레이드 필요성,

소프트웨어 라이선스 갱신, 규정 준수를 충족하기

위한 입지 조건, 글로벌 시장 확대, 향상된 개발자

생산성, 표준 아키텍처의 필요성 등 다양한 요소에

의해 영향을 받을 수 있습니다 .

각 성공적인 마이그레이션에서 발견된 여러 공통 요소가

있지만 모든 경우에 적용 가능한 하나의 최적화된

솔루션은 없습니다. Amazon Web Services(AWS) 는

마이그레이션에 관한 전문 지식을 조직이 IT

포트폴리오를 클라우드로 이전하는 프로세스를

도우면서 축적한 경험과 결합하여 고객이 유용하게

활용할 수 있는 두 개의 모델을 개발했습니다.

두 모델은 다음과 같습니다.

• 5 단계 마이그레이션 프로세스

• 클라우드 마이그레이션을 위한 6 가지 전환

전략 ( “6R” )

2

“애플리케이션 마이그레이션을 위한

올바른 전략을 결정하는 데 하나의 정답은

없습니다.” - Stephen Orban

3

프로세스와 전략

5 단계 마이그레이션 프로세스 및 마이그레이션을 위한 6 가지 전환 전략 ( “6R” ) 은 마이그레이션에 접근하기

위한 지침 원칙이지만 엄격한 규칙은 아닙니다. 모든 조직에는 고유한 목표, 제약 , 예산 , 정치 , 문화 , 시장

압박이 있기 때문에 이에 따라 의사 결정 프로세스가 좌우됩니다 .

5 단계 마이그레이션 프로세스

첫 번째 모델은 수십, 수백 또는 수천 개

애플리케이션을 마이그레이션 하고자

하는 조직에 도움이 될 수 있는 5 단계

마이그레이션 프로세스입니다. 각

단계는 성공적인 마이그레이션의 공통

요소이기는 하지만 반드시 소개한

순서대로 구현될 필요는 없습니다.

6 가지 마이그레이션 전환 전략 ( “6R” )

일반적으로 조직은 마이그레이션 프로세스의 두

번째 단계인 포트폴리오 검색 및 계획 단계에서

어떻게 애플리케이션을 마이그레이션할지

구상하기 시작합니다. 이 단계는 자사 환경에서

어떤 애플리케이션이 사용되는지 확인하고 각

애플리케이션에 대한 마이그레이션 전략을

결정하는 시기입니다 6 가지 접근 방식 (리호스팅,

리플랫포밍, 리아키텍팅, 리퍼처싱, 리테이닝 및

리타이어링)은 가장 일반적으로 채택되는

마이그레이션 전략으로, 2011 년에 Gartner 가

요약한 바 있는 "5R" 을 기반으로 합니다.

4

5 단계 마이그레이션 프로세스

마이그레이션

및 검증

마이그레이션

준비 및 비즈니스

계획

포트폴리오 운영

검색

및 계획

애플리케이션

설계

5 단계 마이그레이션 프로세스 다이어그램

5

"5 단계 마이그레이션 프로세스에서는 가장 덜 복잡한

애플리케이션을 대상으로 마이그레이션 방법을

배우면서 대상 플랫폼에 대해 더 자세히 알아본 다음

보다 복잡한 애플리케이션 마이그레이션을 목표로

차근차근 나아갑니다." - Stephen Orban

6

1 단계:

마이그레이션 준비

및 비즈니스 계획

계획이 없다는 것은 실패를 계획하는 것

견실한 비즈니스 사례를 개발하기 위해서는 조직의

목표를 기존 애플리케이션의 연식 및 아키텍처, 해당

제약 사항과 함께 고려해야 합니다.

경영진 참여, 빈번한 의사소통, 투명한 목적, 여기에

공격적이면서도 현실적인 목표 및 일정이 더해지면

전체 조직이 마이그레이션 결정을 보다 쉽게 도출할

수 있습니다.

2 단계:

포트폴리오 검색 및 계획

단기, 중기, 장기

상호 종속성 맵을 포함한 전체 환경포트폴리오 분석,

그리고 마이그레이션 전략 및 우선 순위는 성공적인

마이그레이션 계획 수립을 위한 핵심 요소입니다.

애플리케이션의 복잡성 및 비즈니스 영향은

마이그레이션 방식에 영향을 미칩니다. 포트폴리오

내에서 덜 중요하고 덜 복잡한 애플리케이션부터

마이그레이션 프로세스를 시작하면 팀이 초기

마이그레이션 단계에서 다음과 같은 교훈을 학습할

수 있습니다.

• 초기 학습 단계에서 미션 크리티컬 애플리케이션을

대상으로 연습하는 것이 아니라는 확신

• 향후 반복 작업에 적용할 수 있는 기초 학습

• 역량 및 프로세스 갭을 메우고 경험을 바탕으로

모범 사례를 적극적으로 보강할 수 있는 능력

7

3 단계 / 4 단계:

애플리케이션 설계, 마이그레이션 및

검증

민첩성, 유연성, 반복성

이 단계들에서는 초점이 포트폴리오에서 개별

애플리케이션으로 옮겨갑니다. 각 애플리케이션이

마이그레이션 전환 전략 ( “6R” ) 중 하나에 따라

설계, 마이그레이션 및 검증됩니다 .

대부분의 경우, 연속적 개선 접근 방식이 권장됩니다.

프로젝트 유연성 및 성공 수준은 이 단계들에서

반복적 방법론을 얼마나 잘 적용하는가로 흔히

귀결됩니다 .

5 단계:

최적화된 운영 모델

클라우드로 전환

애플리케이션이 마이그레이션됨에 따라 새로운

기반을 최적화하고 기존 시스템을 종료하고 현대적

운영 모델을 목표로 계속 반복하게 됩니다. 운영

모델을 더 많은 애플리케이션을 마이그레이션하면서

지속적으로 개선되는 인력, 프로세스, 기술의

집합으로 생각해 보십시오.

이상적으로는 이미 습득한 기본적 전문 지식을 토대로

운영 모델을 구축하게 될 것입니다. 이것이 여의치

않다면 처음 몇몇 애플리케이션 마이그레이션을

사용하여 이러한 기반을 구축하십시오.

마이그레이션이 가속화 됨에 따라 운영 모델이

지속적으로 개선되고 더 정교해질 것입니다.

8

검증

마이그레이션을 위한 6 가지 전환 전략: “6R”

수동

설치 구성 배포

자동

리호스팅 마이그레이션 도구 사용

리플랫포밍

결정 플랫폼 결정

인프라 수정

이전

검색

리퍼처싱

COTS/SaaS

구입

설치/설정

프로덕션

리팩터링 재설계 앱 코드

개발 ALM/SDLC 통합

리테이닝

리타이어링

6 가지 마이그레이션 전환 전략: 상세 다이어그램

9

1. 리호스팅 – “리프트 앤 시프트 (lift-and-shift)”

조직이 비즈니스 사례 충족을 위해 마이그레이션을

구현하고 빠르게 확장하고자 하는 대규모

기간계 마이그레이션 시나리오에서는 대부분의

애플리케이션이 리호스팅됩니다 .

대부분의 리호스팅은 AWS Server Migration

Service(SMS) 와 같은 도구를 사용하여 자동화할 수

있지만 일부 고객은 기간계 시스템을 새로운 클라우드

플랫폼에 적용하는 방법을 배우기 위해 수동으로

리호스팅하는 방식을 선호합니다.

또한, 이미 클라우드에서 실행 중인 애플리케이션은

최적화/재설계하는 것이 더욱 쉽다는 사실이

명확해졌습니다. 이는 부분적으로는 조직이 더

나은 최적화/재설계 기술을 개발했기 때문이고

부분적으로는 어려운 부분 ( 애플리케이션, 데이터,

트래픽 마이그레이션 ) 은 이미 완료되었기

때문입니다 .

2. 리플랫포밍 – “리프트 팅커 앤

시프트 (lift-tinker-and-shift)”

애플리케이션의 핵심 아키텍처는 변경하지

않으면서 일부 실질적인 혜택을 얻기 위해 몇 가지

클라우드 최적화를 실시하는 전략입니다. 예를

들어, 데이터베이스 인스턴스 관리에 소요되는

시간을 단축하기 위해 Amazon Relational

Database Service(Amazon RDS) 같은

서비스로서의 데이터베이스 (database-as-a-

service) 상품으로 전환할 수 있습니다.

3. 리퍼체이싱 – 현재 환경을 변경하기; “드롭 앱

숍 (drop and shop)”

이 전략은 현재의 솔루션을 새 버전 또는 다른

솔루션으로 전환하는 것으로, 조직이 현재 사용

중인 라이선스 모델을 변경할 의사가 있음을

의미합니다. 새 버전으로 용이하게 업그레이드할 수

있는 워크로드의 경우 이 전략을 통해 기능 집합

업그레이드와 보다 원활한 구현이 가능합니다.

10

4. 리팩토링/리아키텍팅 – 애플리케이션을

설계 및 개발 방식 변경; 일반적으로 클라우드 최적화

기능을 채택할 때 사용

이 전략은 일반적으로 애플리케이션의 기존 환경에서

달성하기 어려운 기능 추가, 확장 또는 성능 개선에

대한 강력한 비즈니스 요구에 따라 선택됩니다.

조직이 서비스 중심 아키텍처 (SOA) 로 전환하여

민첩성을 제고하고 비즈니스 연속성을 개선하고자

할 경우 이 전략은 비록 가장 많은 비용이 소요되는

솔루션이지만 그만큼 채택할 가치가 있습니다.

5. 리타이어링 – IT 포트포리오에서 불필요한

부분을 폐기하거나 아카이브

더 이상 유용하지 않아 사용 중지가 가능한 IT 자산을

식별하면 비즈니스 사례에 도움이 될 수 있으며 팀이

폭넓게 사용되는 리소스를 유지관리하는 데 집중할

수 있습니다.

6. 리테이닝 – 당분간 아무 조치도 하지 않고

추후 검토

IT 포트폴리오에 마이그레이션할 준비가 되지 않은

부분이 있거나 온프레미스에 유지하는 것이 더

안심이 되기 때문에, 또는 애플리케이션을 최근에

업그레이드하여 마이그레이션을 위해 다시 변경할

준비가 되지 않았기 때문에 조직이 IT 포트폴리오의

일부분을 유지하는 경우입니다.

비즈니스에 유의미한 것만을 마이그레이션해야

하지만, 더 많은 포트폴리오를 클라우드로

이전할수록 리테이닝의 이유는 더 적어질 것입니다.

11

검증

리호스팅

리플랫포밍

결정 이전

검색 프로덕션

리퍼처싱

리팩토링

리테이닝

리타이어링

6 가지 마이그레이션 전환 전략: 축약형 다이어그램

12

마이그레이션 전략: “6R” 적용

마이그레이션을 고려 중인 조직은 그 접근 방식에

대해 자주 숙고합니다. 모든 사례에 적용할 수 있는

하나의 접근 방식은 없지만 IT 포트폴리오의 각

애플리케이션을 마이그레이션 전략이 정의하는

버킷으로 그룹화하는 데 초점을 맞춰야 합니다 .

마이그레이션 전략에 대한 선택이 명확하고 손쉬운

경우가 있습니다. 어떤 조직은 백오피스 기술을

서비스 (as-a-service) 모델로 마이그레이션하는 것이

요구 사항에 가장 적합하다고 판단하고 해당

애플리케이션을 재구매하는 전략을 채택할 수

있습니다. 어떤 조직은 더 이상 사용되지 않는

시스템과 애플리케이션을 리타이어링하는 전략을

모색할 수 있습니다. 또 다른 조직은 포트폴리오의

특정 부분을 온프레미스에 그대로 유지하는 것이

현재 상황에서 최상의 솔루션이라고 판단하고 이러한

애플리케이션을 마이그레이션하는 방법을 나중에

다시 검토할 수도 있을 것입니다.

애플리케이션 버킷에 대해 올바른 마이그레이션

전략을 선택하기가 쉽지 않은 경우에는 조직의 목표와

제약 사항을 고려하는 것이 중요합니다. 특정한

애플리케이션 그룹을 재설계하는 것이 필요하더라도

리아키텍팅 마이그레이션 전략만 고려할 필요는

없습니다.

예를 들어, 데이터 센터 임대 만기가 다가오고 있거나

값비싼 업그레이드 주기를 피하고 싶거나 빠르게

예산을 확보하고 싶거나 하는 등의 불가피한 이유를

가진 조직은 리호스팅 마이그레이션 전략을 이해해야

합니다. 조직이 마이그레이션을 빠르게 확장하고자

하는 대규모 기간계 시나리오에서 AWS는 대부분의

애플리케이션이 리호스팅되는 것을 발견했습니다.

13

리플랫포밍 전략은 리호스팅 전략과 유사합니다.

리플랫포밍 과정에서 애플리케이션의 핵심

아키텍처가 변경되지 않기 때문입니다. 가장 큰

차이점은 리플랫포밍 전략을 사용할 경우

애플리케이션을 AWS Elastic Beanstalk 과 같은

완전 관리형 플랫폼으로 마이그레이션하는 것과

같은, 구체적이고 확실한 혜택을 제공하기 위해

몇 가지 클라우드 최적화를 수행할 수 있다는

것입니다.

리아키텍팅 마이그레이션 전략은 실행 기간이 더

길지만 최종적으로 조직이 문화를 재정립하는 데

유효합니다. 또한, 이 전략은 일반적으로 견실한

투자대비 효과 (ROI) 로 이어지며, 수년에 걸친 민첩한

개발 및 지속적 혁신 단계를 재설정해 전반적 성과를

제고하는 데 기여할 수 있습니다.

리아키텍팅 전략은 필수 비즈니스 기능을 구현하기

위해 클라우드 맞춤형 아키텍처가 필요할 경우

고려해야 합니다. 이러한 예로는, 성능, 확장성,

글로벌화 및 보다 민첩한 DevOps 모델의 필요성이

포함됩니다.

14

추가 리소스

다음은 AWS 의 엔터프라이즈 전략 팀장인 Stephen Orban 이 엔터프라이즈 조직의 CIO 들과 나눈 대화와

경험입니다. 클라우드 도입 여정을 위한 추가 리소스로 이러한 통찰력을 활용할 것을 권장합니다.

1. 경영 지원 제공

오늘날 IT 임원은 최고 변화 관리

책임자 (CCMO, Chief Change Management

Officer) 를 의미

2. 직원 교육

클라우드로 성공하는 데 필요한 인재는 이미

갖춰져 있다

3. 실험 문화 조성

클라우드를 통해 구현된 실험 문화의 조성

4. 파트너 참여

파트너와 함께 클라우드 전략 가속화하기

5. 클라우드 혁신 센터 (CCOE) 설립

엔터프라이즈 클라우드 혁신 센터 (CCoE) 를

설립하는 방법

6. 하이브리드 아키텍처 구현

클라우드 기반 하이브리드 아키텍 처에 대한 세

가지 오해

7. 클라우드 우선 전략 시행

클라우드 우선 전략의 외형

이들을 비롯해 다양한 문서를 다음 웹

페이지에서 참조할 수 있습니다.

medium.com/aws-enterprise-collection/an-

e-book-of-cloud-best-practices-for-your-

enterprise-4a211840c55b

8. AWS ENTERPRISE COLLECTION

medium.com/aws-enterprise-collection/

tagged/cloud-migration

15

이 eBook 은 다음 저자의 블로그 시리즈를 기반으로 작성된 것입니다.

Stephen Orban, AWS 의 엔터프라이즈 전략 팀장

클라우드 도입에 대한 문의가 필요하신 경우,

https://aws.amazon.com/ko/contact-us 를

참조하십시오.

AWS 소개

Amazon Web Services 는 지난 10 년간 세계에서 가장 광범위하게 채택된 클라우드 플랫폼입니다. AWS 는 컴퓨팅,

스토리지, 데이터베이스 , 분석 , 모바일 , 사물 인터넷 (IoT) 및 엔터프라이즈 애플리케이션 분야에서 완전한 기능을

갖춘 90 여 개 서비스를 미국, 오스트레일리아, 브라질, 캐나다, 중국, 독일, 인도, 아일랜드, 일본, 한국, 싱가포르, 영국

등 16 개국에 위치한 42 개 가용 영역 (AZ) 을 통해 제공하고 있습니다. 고속 성장하는 스타트업, 대형 엔터프라이즈,

대표 정부 기관을 비롯해 전 세계적으로 매월 수백만 명의 고객이 보다 민첩하고 저렴한 비용의 인프라를 구축하기

위해 AWS 서비스를 이용하고 있습니다. AWS 에 대해 자세히 알아보려면 https://aws.amazon.com 을 방문하십시오.