클라우드로 마이그레이션하는 가장 큰 이유는 비용을 줄이고 인프라를 최적화하기 위해서입니다. 클라우드로 마이그레이션하면 조직이 자본 지출 모델에서 운영 지출 모델로 지출을 이전할 수 있으므로 온프레미스 데이터 센터에서 고가의 장비를 소유, 운영, 유지보수, 갱신할 필요가 줄어듭니다. 

기업은 클라우드로 마이그레이션하여 성능을 개선하고 업타임을 늘릴 수 있습니다. 또한 클라우드는 기업이 워크로드를 현대화하여 기존 애플리케이션의 라이선스 요금 부담을 덜 수 있게 해줍니다. 클라우드는 조직이 데이터를 보호하고 전 세계 규제 기관의 규정 준수 및 거버넌스를 강화하는 데 도움이 될 수 있습니다.

또한 조직은 다음을 위해 클라우드로 마이그레이션합니다.

데이터 분석 활용

기업에서 기존 앱을 클라우드로 마이그레이션하면 CRM, SAP, 마케팅 데이터베이스 등 이미 사용하고 있는 도구로 더 많은 가치를 창출할 수 있습니다. 이러한 시스템을 클라우드에서 현대화하면 기업이 데이터를 활용하고 새로운 비즈니스 기회를 찾는 동시에 조직이 더 민첩하게 문제를 해결할 수 있습니다. 

민첩성 향상

클라우드는 조직에 주문형 IT 리소스를 제공하므로 앱을 빌드하거나 온프레미스 하드웨어를 설치하기 위해 몇 주 또는 몇 개월을 기다릴 필요가 없습니다. 조직은 클라우드를 통해 시장 변화와 경쟁업체의 행동에 훨씬 더 빠르게 적응함으로써 시장 진출 전략의 유연성을 높일 수 있습니다.

데이터 통합 및 현대화

기업들은 온프레미스 데이터 센터를 벗어나 범용 데이터 플랫폼에서 데이터를 통합하고 정리하여 보다 강력하고 정교한 디지털 혁신의 기회를 열 수 있습니다.

조직은 목적 및 목표에 따라 다양한 유형의 클라우드 마이그레이션을 선택할 수 있습니다. 

전체 데이터 센터 종료 마이그레이션은 모든 애플리케이션, 서비스, 데이터 세트를 하나 이상의 데이터 센터에서 퍼블릭 클라우드로 이동하는 프로세스입니다. 조직의 규모에 따라 전체 데이터 센터를 종료하는 데는 1년 이상의 계획, 테스트 및 실행이 필요한 긴 프로세스가 될 수 있습니다. 

조직은 서비스수준계약 변경, 보안 개선 또는 고급 인공지능 및 머신러닝 도구 액세스 등을 비롯한 다양한 이유로 한 클라우드 공급업체에서 다른 클라우드 공급업체로 이동해야 할 수 있습니다. 일반적으로 주요 공급업체는 조직이 한 퍼블릭 클라우드 제공업체에서 다른 클라우드 제공업체로 이동하는 데 도움이 되는 도구 세트, 서비스, 서드 파티 공급업체 목록을 제공합니다.

조직은 전체 데이터 센터를 종료하는 대신 온프레미스 서버의 일부 소프트웨어, 서비스 또는 데이터 세트를 클라우드로 마이그레이션하여 더 효율적으로, 간편하게 관리할 수 있습니다 비즈니스 인텔리전스, 데이터 분석, 고객 리소스 관리(CRM), 머신러닝 및 인공지능 앱, 데이터 세트는 퍼블릭 클라우드로 마이그레이션되는 일반적인 애플리케이션 유형입니다.

보다 타겟팅된 마이그레이션은 클라우드에서 특정 유형의 리소스(예: 컴퓨팅 성능 또는 스토리지 용량)를 사용하는 특정 유형의 워크로드로만 구성될 수 있습니다. 예를 들어 개발 환경, 문서 생성 및 관리, 분산 데이터베이스, 3D 모델링, 동영상 인코딩 등이 있습니다.

클라우드 마이그레이션은 평가, 계획, 마이그레이션, 최적화/현대화를 포함하는 다단계 프로세스입니다. 조직은 종합적인 엔드 투 엔드 마이그레이션 프로그램을 통해 위험을 낮추고 비용을 관리하며 클라우드 성공을 향해 나아가는 과정을 간소화할 수 있습니다.

조직은 클라우드 마이그레이션 프로세스를 시작할 때 몇 가지 옵션을 사용할 수 있습니다. 기존 직원과 함께 직접 시도해 볼 수 있고, 퍼블릭 클라우드 공급업체와 제휴하여 마이그레이션 도구 모음을 활용할 수 있으며, 서드 파티 마이그레이션 파트너를 고용하여 기술 전문성과 지원을 제공할 수 있습니다.

구체적인 체크리스트는 조직이 클라우드로 쉽게 마이그레이션하기 위해 따라야 할 로드맵을 제시합니다. 체크리스트에는 다음 항목 등이 포함될 수 있습니다.

• 애플리케이션의 리소스 및 용량 정의
• 애플리케이션, 사용자, 사용 빈도 목록 만들기
• 프로세스 초기에 주요 이해관계자 식별
• 어떤 애플리케이션이 클라우드에 적합한지 결정
• 보안 및 규정 준수 요구사항 지정

• 애플리케이션별로 전략 선택
• 컴퓨팅, 네트워킹, 보안, 스토리지 등의 클라우드 인프라 설계
• 마이그레이션할 워크로드의 기능 파악
• 앱과 앱 데이터에 대한 마이그레이션 계획 수립

• 마이그레이션을 시작하기 전에 테스트 전략 수립
• 데이터 마이그레이션 및 동기화 테스트
• 보안 제어 검증
• 마이그레이션의 일부로 수행해야 하는 변경사항을 문서화
• 애플리케이션 컷오버 시간 계획

• 각 앱, 워크로드, 인스턴스에 대한 계획에 따라 마이그레이션
• 단계별로 마이그레이션하여 각 웨이브를 실행한 다음 클라우드에서 검증
• 한 웨이브에서 얻은 교훈을 다음 웨이브에 적용

• 애플리케이션 및 클라우드 사용량 모니터링
• 사용자 환경 최적화
• 클라우드 비용을 모니터링하고 필요에 따라 조정
• 앱 및 시스템을 PaaS 또는 SaaS와 같은 최신 솔루션으로 업그레이드

가장 일반적인 마이그레이션 전략은 앱과 가상 머신을 거의 또는 전혀 변경하지 않는 즉시 마이그레이션(재호스팅)부터 전체 디지털 인프라의 완전한 재편성(재설계 또는 플랫폼 변경)까지입니다.

• 재호스팅: 리프트 앤 시프트
• 재호스팅 클라우드 마이그레이션 전략은 마이그레이션 중에 애플리케이션의 구성 방식을 크게 변경하지 않고 가능한 한 적게 변경하여 애플리케이션을 재배포하는 것을 목표로 합니다. 
• 가장 간단한 클라우드 마이그레이션 전략으로, 관리자가 애플리케이션, 워크로드, 가상 머신, 서버 운영체제를 간단히 '리프트'하여 퍼블릭 클라우드의 새 운영체제 모델로 '시프트'합니다. 데이터 센터에서 실행되던 소프트웨어가 이제 클라우드에서 실행됩니다. 
• 재호스팅 전략의 단점은 퍼블릭 클라우드를 강력하고 유용하게 만드는 클라우드 네이티브 기능과 효율성을 모두 활용하지 못하는 경우가 많다는 것입니다. 
• 재호스팅 마이그레이션 전략은 세무 업계 또는 음식 배달과 같이 최대 사용량 패턴을 예측할 수 있는 조직에 가장 적합하며, 일반적으로 대규모 디지털 혁신 프로젝트의 '첫 번째 단계'이기도 합니다.
• 플랫폼 변경: 리프트 및 최적화
• 플랫폼 변경 클라우드 전략은 재호스팅 전략의 다음 단계로, 기존 애플리케이션, 워크로드, 가상 머신을 리프트한 후 새 클라우드 환경에 맞게 최적화하는 것입니다. 예를 들어 서비스에서 클라우드 기반 마이크로서비스 아키텍처 또는 Kubernetes와 같은 컨테이너를 활용할 수 있도록 워크로드의 플랫폼을 클라우드로 변경할 수 있습니다. 
• 플랫폼 변경 클라우드 마이그레이션 전략의 이점은 애플리케이션이 클라우드에서 실행되어 더 높은 성능 및 효율을 발휘할 수 있다는 것입니다. 단점은 즉시 리프트 앤 시프트보다 플랫폼 변경에 더 많은 작업이 필요하다는 점입니다. 새로운 클라우드 플랫폼에는 다른 기본 코드베이스가 있습니다. 즉, 모든 것이 최적의 수준에서 실행되는지 확인하기 위해 여러 차례 테스트를 거칩니다. 
• 플랫폼 변경 클라우드 마이그레이션 전략은 탄력적인 컴퓨팅, 중복화, 성능 향상, 보안 등 클라우드의 모든 핵심 기능을 활용하려는 조직에 가장 적합합니다.
• 리팩토링: 이동 및 개선
• 리팩터링 클라우드 마이그레이션 전략은 애플리케이션을 클라우드 네이티브으로 재설계하는 것을 말합니다. 
• 리팩터링이란 프런트엔드 동작이나 환경을 변경하지 않고 애플리케이션의 코드를 변경하는 것을 의미합니다. 예를 들어 리팩터링된 애플리케이션은 긴 코드 문자열이 모듈식 조각으로 분할되어 클라우드 기능을 더 잘 활용할 수 있고, 코드 성능도 더 높을 수 있습니다. 
• 리팩터링 전략은 주로 기존 애플리케이션에 확장성 향상, 머신러닝 또는 인공지능 기능 추가, 더 빠르고 직관적인 데이터 분석과 같은 새로운 기능을 제공해야 할 때 사용합니다. 
• 리팩터링은 재호스팅보다 복잡할 수 있지만 조직에서 비즈니스 요구사항에 따라 이전할 애플리케이션의 우선순위를 설정할 수 있으므로 유연성을 높이고 경쟁적인 생태계에서 더 잘 생존하는 데 도움이 됩니다.
• 재설계
• 재설계 클라우드 마이그레이션 전략은 리팩터링과 비슷하지만 애플리케이션 코드의 작동 방식을 재구성하는 대신 애플리케이션을 최적화하고 확장성, 보안, 민첩성 등의 클라우드 네이티브 속성을 활용하기 위해 코드 작동 방식을 변경합니다. 
• 애플리케이션 재설계의 한 가지 예는 큰 모놀리식 애플리케이션 하나를 여러 개의 독립적인 마이크로서비스로 변환하는 것입니다. 
• 재설계는 리팩터링보다 더 많은 시간과 노력이 필요하기 때문에 복잡성이 증가하고 새로운 애플리케이션에 버그나 보안 문제가 발생할 수 있습니다.
• 다시 빌드
• 재빌드 클라우드 마이그레이션 전략은 조직이 애플리케이션을 가져와 클라우드용으로 완전히 다시 작성하는 경우를 말합니다. 이전 코드를 클라우드 환경에서 작동하도록 리팩터링하는 것보다 애플리케이션을 처음부터 빌드하는 것이 더 쉬운 경우가 많습니다. 
• 재빌드 전략은 조직이 사용할 클라우드 네이티브 도구와 기능을 완전히 새로 선택하여 처음부터 새로 계획할 수 있게 해줍니다. 
• 재빌드 전략의 단점은 시간이 오래 걸리며 개발자가 앱의 기존 버전에서는 발생하지 않았던 버그나 기타 성능 문제를 일으킬 수 있다는 것입니다.
• 재구매
• 재구매 클라우드 마이그레이션 전략은 조직이 구매한 온프레미스 애플리케이션에서 클라우드에서 호스팅되는 Software as a service 서비스로 이전하는 경우를 말합니다. 예를 들어 온프레미스 공동작업 소프트웨어 및 로컬 스토리지에서 Docs, Sheets, Slides, Google Drive와 같은 Google Workspace의 클라우드 호스팅 앱으로 이전하는 경우가 있습니다. 
• 리소스 관점에서 재구매 전략이 리팩터링, 재빌드 또는 재설계보다 훨씬 쉬울 수 있습니다. 
• 재구매 전략의 단점은 비용이 훨씬 더 많이 들 수 있으며 조직에서 자체 클라우드 환경을 제어하는 세분화된 기능을 사용할 수 없다는 것입니다.

전면적인 클라우드 마이그레이션은 몇 년이 걸리는 복잡한 작업이 될 수 있습니다. 클라우드 마이그레이션을 시작하는 조직은 마이그레이션이 진행되는 동안에 달성할 명확한 목적과 달성 가능한 비즈니스 목표를 수립해야 합니다. 마이그레이션이 끝나면 클라우드 환경이 퍼블릭, 프라이빗, 하이브리드 또는 멀티 클라우드 생태계 중 어떤 모습이 될지 파악해야 합니다. 마이그레이션 시 서드 파티 공급업체 또는 클라우드 제공업체의 상당한 지원이 필요한가요? SaaS 모델에서 어떤 앱이 실행되나요? 새로운 환경에서 데이터가 어떻게 구성되나요? 이러한 질문과 기타 전략 질문에 대한 답변은 클라우드로 마이그레이션하는 과정의 첫 번째 도전과제입니다.

클라우드에서 IT 운영을 구성하는 것은 온프레미스 환경에서 동일한 프로세스를 실행하는 것과는 다릅니다. 클라우드는 DevOps, 자동화, 코드형 인프라와 같은 운영 모델의 사용을 간소화합니다. 조직은 클라우드 환경에서 필요한 업무를 수행할 직원을 고용하거나 재교육해야 합니다. 조직은 마이그레이션 중에 직원이 클라우드 환경에 대해 학습하고 새 자격증을 획득할 수 있는 시간을 할당해야 합니다.

온프레미스 환경과 클라우드 간에 마이그레이션하면 보안 관행이 변경됩니다. 클라우드에서 ID 및 액세스 관리가 훨씬 더 중요해지면서 IT 관리자에게 복잡한 문제가 발생할 수 있습니다. 조직은 데이터 손실 방지 및 제로 트러스트 아키텍처 도입과 같은 새로운 보안 도구와 권장사항을 이해해야 합니다. 강력한 보안 도구를 사용하더라도 조직은 데이터를 한 환경에서 다른 환경으로 이동할 때 데이터 거버넌스 및 규정 준수 정책과 관련된 문제를 해결해야 합니다.

클라우드로 마이그레이션하면 조직의 운영 모델이 변경됩니다. 변동 요소가 많아서 새로운 비용과 지출 모두 파악하기란 쉽지 않습니다. 새로운 수수료 구조, 결제 주기, 리소스 소비, 소프트웨어 구독 이해, 추가 지원 및 교육 계산과 같은 비용 관리는 클라우드 마이그레이션에서 진행 중인 문제가 됩니다. 회사에서 클라우드로 마이그레이션할 때 리소스를 과도하게 프로비저닝하여 처음에 클라우드 리소스에 대한 비용을 과도하게 지출하는 경우가 있습니다. 일부 클라우드 제공업체는 조직에서 클라우드 비용과 예산을 조정할 수 있도록 선제적 권장사항을 제공합니다.