클라우드 마이그레이션이란 무엇인가요?

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

IT 분야에서 자본적 지출(CapEx)은 일반적으로 물리적 자산에 대한 대규모 일회성 투자입니다. 예를 들어 새 서버를 구매하거나 데이터 센터를 구축하거나 소프트웨어 라이선스를 구매하는 것은 자본적 지출로 간주됩니다. 이는 감가상각되는 자본 비용으로, 시간이 지남에 따라 자산의 가치가 하락한다는 의미입니다.

반면 운영 지출(OpEx)은 비즈니스 운영을 위한 지속적인 비용입니다. 클라우드 컴퓨팅을 사용하면 클라우드 서비스의 유연한 구독료가 운영비에 포함됩니다. 이 모델을 사용하면 대규모 선행 투자 대신 예측 가능한 지속적인 비용을 지불할 수 있습니다. 기업은 클라우드로 마이그레이션하여 성능을 개선하고 업타임을 늘릴 수 있습니다. 또한 클라우드는 기업이 워크로드를 현대화하여 기존 애플리케이션의 라이선스 요금 부담을 덜 수 있게 해줍니다. 클라우드는 조직이 데이터를 보호하고 전 세계 규제 기관의 규정 준수 및 거버넌스를 강화하는 데 도움이 될 수 있습니다.

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

• 데이터 분석 활용: 기업에서 기존 앱을 클라우드로 마이그레이션하면 CRM, SAP, 마케팅 데이터베이스 등 이미 사용하고 있는 도구로 더 많은 가치를 창출할 수 있습니다. 이러한 시스템을 클라우드에서 현대화하면 기업이 데이터를 활용하고 새로운 비즈니스 기회를 찾는 동시에 조직이 더 민첩하게 문제를 해결할 수 있습니다.
• 민첩성 향상: 클라우드는 조직에 주문형 IT 리소스를 제공하므로 앱을 빌드하거나 온프레미스 하드웨어를 설치하기 위해 몇 주 또는 몇 달을 기다릴 필요가 없습니다. 조직은 클라우드를 통해 시장 변화와 경쟁업체의 행동에 훨씬 더 빠르게 적응함으로써 시장 진출 전략의 유연성을 높일 수 있습니다.
• 데이터 통합 및 현대화: 기업들은 온프레미스 데이터 센터를 벗어나 범용 데이터 플랫폼에서 데이터를 통합하고 정리하여 보다 강력하고 정교한 디지털 혁신의 기회를 열 수 있습니다.
• 인공지능 활용: 조직의 데이터와 애플리케이션을 클라우드로 이전하면 기업은 끊임없이 진화하는 새로운 AI 서비스와 모델에 더 가까이 접근할 수 있어 새로운 AI 애플리케이션과 에이전트에 더 큰 유연성, 민첩성, 성능을 제공할 수 있습니다.

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

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

조직은 서비스수준계약 변경, 보안 개선 또는 고급 인공지능 및 머신러닝 도구 액세스 등을 비롯한 다양한 이유로 한 클라우드 공급업체에서 다른 클라우드 공급업체로 이동해야 할 수 있습니다. 이러한 유형의 클라우드 간 마이그레이션은 공급업체 종속을 피하거나 새로운 플랫폼의 특정 기능에 액세스하기 위해 자주 사용됩니다. 일반적으로 주요 공급업체는 조직이 한 퍼블릭 클라우드 제공업체에서 다른 클라우드 제공업체로 이동하는 데 도움이 되는 도구 세트, 서비스, 서드 파티 공급업체 목록을 제공합니다.

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

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

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

• 재호스팅 클라우드 마이그레이션 전략은 마이그레이션 중에 애플리케이션의 구성 방식을 크게 변경하지 않고 가능한 한 적게 변경하여 애플리케이션을 재배포하는 것을 목표로 합니다.
• 가장 간단한 클라우드 마이그레이션 전략으로, 관리자가 애플리케이션, 워크로드, 가상 머신, 서버 운영체제를 간단히 '리프트'하여 퍼블릭 클라우드의 새 운영체제 모델로 '시프트'합니다. 데이터 센터에서 실행되던 소프트웨어가 이제 클라우드에서 실행됩니다.
• 재호스팅 전략의 단점은 퍼블릭 클라우드를 강력하고 유용하게 만드는 클라우드 네이티브 기능과 효율성을 모두 활용하지 못하는 경우가 많다는 것입니다.
• 재호스팅 마이그레이션 전략은 세무 업계 또는 음식 배달과 같이 최대 사용량 패턴을 예측할 수 있는 조직에 가장 적합하며, 일반적으로 대규모 디지털 혁신 프로젝트의 '첫 번째 단계'이기도 합니다.

• 플랫폼 변경 클라우드 전략은 재호스팅 전략의 다음 단계로, 기존 애플리케이션, 워크로드, 가상 머신을 리프트한 후 새 클라우드 환경에 맞게 최적화하는 것입니다. 예를 들어 서비스에서 클라우드 기반 마이크로서비스 아키텍처 또는 Kubernetes와 같은 컨테이너를 활용할 수 있도록 워크로드의 플랫폼을 클라우드로 이전할 수 있습니다.
• 플랫폼 변경 클라우드 마이그레이션 전략의 이점은 애플리케이션이 클라우드에서 실행되어 더 높은 성능 및 효율을 발휘할 수 있다는 것입니다. 단점은 즉시 리프트 앤 시프트보다 플랫폼 변경에 더 많은 작업이 필요하다는 점입니다. 새로운 클라우드 플랫폼에는 다른 기본 코드베이스가 있습니다. 즉, 모든 것이 최적의 수준에서 실행되는지 확인하기 위해 여러 차례 테스트를 거칩니다.
• 플랫폼 변경 클라우드 마이그레이션 전략은 탄력적인 컴퓨팅, 중복화, 성능 향상, 보안 등 클라우드의 모든 핵심 기능을 활용하려는 조직에 가장 적합합니다.

• 리팩터링 클라우드 마이그레이션 전략은 애플리케이션을 클라우드 네이티브으로 재설계하는 것을 말합니다.
• 리팩터링은 프런트엔드 동작이나 경험을 변경하지 않고 애플리케이션의 코드를 변경하는 것을 의미합니다. 예를 들어 리팩터링된 애플리케이션은 긴 코드 문자열이 모듈식 조각으로 분할되어 클라우드 기능을 더 잘 활용할 수 있고, 코드 성능도 더 높을 수 있습니다.
• 리팩터링 전략은 주로 기존 애플리케이션에 확장성 향상, 머신러닝 또는 인공지능 기능 추가, 더 빠르고 직관적인 데이터 분석과 같은 새로운 기능을 제공해야 할 때 사용합니다.
• 리팩터링은 재호스팅보다 복잡할 수 있지만 조직에서 비즈니스 요구사항에 따라 이전할 애플리케이션의 우선순위를 설정할 수 있으므로 유연성을 높이고 경쟁적인 생태계에서 더 잘 생존하는 데 도움이 됩니다.

• 재설계 클라우드 마이그레이션 전략은 리팩터링과 비슷하지만 애플리케이션 코드의 작동 방식을 재구성하는 대신 애플리케이션을 최적화하고 확장성, 보안, 민첩성 등의 클라우드 네이티브 속성을 활용하기 위해 코드 작동 방식을 변경합니다.
• 애플리케이션 재설계의 한 가지 예는 큰 모놀리식 애플리케이션 하나를 여러 개의 독립적인 마이크로서비스로 변환하는 것입니다.
• 재설계는 리팩터링보다 더 많은 시간과 노력이 필요하기 때문에 복잡성이 증가하고 새로운 애플리케이션에 버그나 보안 문제가 발생할 수 있습니다.

• 재빌드 클라우드 마이그레이션 전략은 조직이 애플리케이션을 가져와 클라우드용으로 완전히 다시 작성하는 경우를 말합니다. 이전 코드를 클라우드 환경에서 작동하도록 리팩터링하는 것보다 애플리케이션을 처음부터 빌드하는 것이 더 쉬운 경우가 많습니다.
• 재빌드 전략은 조직이 사용할 클라우드 네이티브 도구와 기능을 완전히 새로 선택하여 처음부터 새로 계획할 수 있게 해줍니다.
• 재빌드 전략의 단점은 시간이 오래 걸리며 개발자가 앱의 기존 버전에서는 발생하지 않았던 버그나 기타 성능 문제를 일으킬 수 있다는 것입니다.

• 재구매 클라우드 마이그레이션 전략은 조직이 구매한 온프레미스 애플리케이션에서 클라우드에서 호스팅되는 Software as a service 서비스로 이전하는 경우를 말합니다. 예를 들어 온프레미스 공동작업 소프트웨어 및 로컬 스토리지에서 Docs, Sheets, Slides, Google Drive와 같은 Google Workspace의 클라우드 호스팅 앱으로 이전하는 경우가 있습니다.
• 리소스 관점에서 재구매 전략이 리팩터링, 재빌드 또는 재설계보다 훨씬 쉬울 수 있습니다.
• 재구매 전략의 단점은 비용이 훨씬 더 많이 들 수 있으며 조직에서 자체 클라우드 환경을 제어하는 세분화된 기능을 사용할 수 없다는 것입니다.

애플리케이션을 보강하여 AI/ML 및 데이터 분석 서비스를 활용해 사용자 경험을 개선하고 데이터에서 더 빠르고 효율적으로 가치를 추출합니다.

전면적인 마이그레이션은 몇 년이 걸리는 복잡한 작업이 될 수 있습니다. 시작하기 전에 조직은 퍼블릭, 프라이빗, 하이브리드, 멀티 클라우드 등 최종 클라우드 환경이 어떤 모습일지 이해하는 것을 포함하여 명확하고 달성 가능한 비즈니스 목표를 세워야 합니다. 또한 조직은 서드 파티 공급업체 또는 클라우드 제공업체의 도구를 사용할지, 어떤 앱을 SaaS로 사용할지, 새로운 환경에서 데이터를 어떻게 구성할지 결정해야 합니다.

클라우드 운영에 필요한 기술은 온프레미스 환경에 필요한 기술과 다릅니다. 클라우드 환경은 DevOps, 자동화, 코드형 인프라와 같은 새로운 운영 모델에 의존하는 경우가 많습니다. 조직은 이러한 기능을 수행하기 위해 신규 직원을 채용하거나 기존 직원을 재교육해야 합니다. 마이그레이션 중에 직원들이 새로운 인프라를 지원하기 위해 교육을 받고 새로운 자격증을 취득할 수 있도록 시간을 할당하는 것이 중요합니다.

온프레미스 환경에서 클라우드로 이동하면 보안 관행이 변경됩니다. ID 및 액세스 관리가 더욱 복잡해지고 중요해집니다. 조직은 데이터 손실 방지 및 제로 트러스트 아키텍처와 같은 새로운 보안 도구와 권장사항을 이해해야 합니다. 클라우드 제공업체가 강력한 보안 도구를 제공하지만, 데이터를 이동할 때 데이터 거버넌스 및 규정 준수 정책에 대한 책임은 궁극적으로 조직에 있습니다.

새로운 운영 모델로 전환하면 모든 새로운 비용과 지출을 파악하기가 어려울 수 있습니다. 새로운 수수료 구조, 결제 주기, 리소스 소비 등 비용 관리가 지속적인 과제가 됩니다. 조직은 초기 마이그레이션 중에 리소스를 과도하게 프로비저닝하여 과도한 지출을 초래하는 경우가 있습니다. 다행히도 일부 클라우드 제공업체는 예산을 조정하고 비용을 효과적으로 관리하는 데 도움이 되는 선제적 권장사항을 제공합니다.

오래된 시스템이나 기존 시스템은 클라우드 환경과 호환되지 않을 수 있으며, 종종 상당한 수정이나 교체가 필요합니다. 특히 광범위한 리팩터링이나 재빌드 없이 클라우드 네이티브 기능을 활용할 수 없는 오래된 코드로 빌드된 커스텀 애플리케이션의 경우 더욱 그렇습니다. 애플리케이션 호환성 평가는 예상치 못한 기술적 장애물을 피하기 위한 마이그레이션 계획의 중요한 초기 단계입니다.

많은 조직이 수십 년에 걸쳐 구축된 복잡한 네트워킹 토폴로지를 보유하고 있습니다. 또한 일부 조직에서는 위험을 줄이고 애플리케이션 종속 항목이 작동하도록 기존 IP 주소를 유지해야 합니다.

애플리케이션과 데이터 세트에는 복잡한 상호 종속성이 있는 경우가 많습니다. 마이그레이션 전에 이러한 관계를 적절하게 매핑하지 않으면 데이터 손실 또는 손상 위험이 커집니다. 데이터 무결성을 보장하려면 모든 데이터가 올바르게 이동하고 새로운 환경에서 계속 액세스하고 사용할 수 있도록 철저한 계획과 테스트가 필요합니다. 이러한 문제는 신중하게 관리하지 않으면 전체 마이그레이션의 성공을 저해할 수 있는 핵심 과제입니다.