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

회사는 단일 클라우드 또는 여러 클라우드로 마이그레이션할 수 있습니다. 기업은 서비스가 공용 인터넷을 통해 제공되는 퍼블릭 클라우드 모델을 사용하거나, 자신들만 접근할 수 있는 안전하고 독점적인 클라우드 인프라를 갖춘 프라이빗 클라우드 모델을 사용할 수 있습니다. 많은 조직이 퍼블릭 클라우드와 프라이빗 클라우드 서비스를 결합하여 클라우드 환경 전반에서 워크로드 관리를 지원하고 자동화하는 유연하고 비용 효율적인 단일 IT 인프라를 구축하는 하이브리드 클라우드 환경을 선택합니다.

멀티클라우드는 기업이 여러 퍼블릭 클라우드 제공업체를 사용하여 IT 인프라를 마이그레이션할 수 있도록 하는 또 다른 옵션을 제공합니다. 멀티클라우드는 여러 공급업체의 SaaS(서비스형 소프트웨어)를 사용하여 인프라 전반에서 이동성 기능을 사용하는 것처럼 간단할 수 있습니다. 그러나 Amazon Web Services, Google 클라우드 플랫폼, IBM Cloud 및 Microsoft Azure와 같은 여러 클라우드 공급업체의 서비스형 플랫폼(PaaS) 또는 서비스형 인프라(IaaS)의 애플리케이션을 중앙 콘솔에서 관리하는 경우가 많습니다.

클라우드 마이그레이션에는 마이그레이션 대상과 이동 위치에 따라 다양한 유형이 있습니다.

이는 모든 데이터, 애플리케이션 및 서비스를 온프레미스 데이터 센터에서 클라우드 공급자의 서버로 이동하는 프로세스입니다. 이 프로세스는 일반적으로 광범위하며 효율적인 실행을 보장하기 위해 철저한 계획과 테스트가 필요합니다.

하이브리드 클라우드 마이그레이션은 일부 리소스를 퍼블릭 클라우드로 옮기고 다른 리소스는 온프레미스 데이터 센터에 남겨두는 것을 말합니다. 이 하이브리드 클라우드 시나리오를 통해 조직은 온프레미스 인프라에 대한 기존 투자를 활용하면서 동시에 퍼블릭 클라우드의 유연성, 효율성, 전략적 가치 및 기타 이점을 활용할 수 있습니다.

기업들은 데이터 백업을 위해 하이브리드 클라우드 마이그레이션을 활용합니다. 이 경우, 회사는 공격이나 재해로 인해 사내 데이터 센터가 작동하지 않을 때 완화 기술로 프라이빗 클라우드 리소스를 퍼블릭 클라우드에 백업합니다.

조직에서는 여러 가지 이유로 리소스를 한 퍼블릭 클라우드에서 다른 퍼블릭 클라우드로 옮길 수 있습니다. 이러한 이유에는 특정 가격 모델, 보안 기능 또는 제품(새로운 AI 또는 머신 러닝 툴 등)을 활용하거나 회사 구조 또는 서비스 수준 계약이 변경되는 경우가 포함됩니다.

또 다른 옵션은 특정 워크로드를 클라우드로 마이그레이션하는 것입니다. 예를 들어, 조직에서는 비용 절감이나 더욱 안정적인 성능, 더 나은 보안 등의 이점을 얻기 위해 특정 데이터베이스나 메인프레임을 클라우드로 마이그레이션하기로 선택할 수 있습니다.

클라우드 마이그레이션은 IT 운영을 간소화하고 비용 절감 조치를 구현하며 엔드투엔드 디지털 혁신을 실현하려는 기업에게 현대화의 필수 요소가 되었습니다. 기술 분석가들은 2026년까지 조직의 75%가 클라우드 기반 데이터 인프라를 채택할 것으로 예측합니다^.1

성공적인 전환을 위해 조직은 포괄적인 계획, 실행 및 최적화에 중점을 둔 잘 정의된 워크플로를 따라야 합니다.

워크플로의 첫 번째 단계는 클라우드 마이그레이션 계획이며, 여기에는 마이그레이션에 대한 비즈니스 사례를 명확하게 설명하는 것이 포함됩니다. 팀이 마이그레이션의 이유를 정한 후에는 기존 IT 인프라, 앱 및 데이터를 철저히 평가하여 마이그레이션에 적합한 것을 파악하고 주의가 필요한 종속성을 평가하는 것이 중요합니다. 이 단계에서 팀은 일반적으로 다음과 같은 작업을 수행합니다.

• 앱 및 데이터 목록 및 분류
  
• 앱 종속성 및 상호 종속성 분석
  
• 보안 및 규정 준수 요구 사항 평가
  
• 성능 및 확장성 요구 사항 평가
  
• 마이그레이션 목표 및 우선순위 설정
  
• 잠재적인 마이그레이션 문제 파악

평가가 완료되면 이제 비즈니스 요구 사항에 가장 적합한 클라우드 제공업체를 선택할 차례입니다. 고려해야 할 몇 가지 요소는 다음과 같습니다.

• 기존 앱 및 데이터와의 공급자 호환성
  
• 서비스 제공, 가격 책정 모델 및 지원 기능
  
• 데이터 주권 및 규정 준수 고려 사항
  
• 필요한 리소스의 확장성 및 가용성
  
• 기존 시스템과의 상호 운용성

이 프로세스에는 클라우드 환경에서 앱, 데이터 및 인프라가 구성되는 방식을 결정하는 작업이 포함됩니다. 주요 고려 사항은 다음과 같습니다.

• 확장 가능하고 복원력이 뛰어난 클라우드 아키텍처 설계
  
• 네트워킹 및 보안 구성 정의
  
• 적절한 클라우드 서비스 및 기능 파악
  
• 비용 효율성 및 성능 최적화
  
• 데이터 백업 및 재해 복구 메커니즘 보장

이 단계에서 팀은 기존 IT 인프라를 새로운 클라우드 환경으로 전환합니다. 마이그레이션 전략(리프트 앤 시프트, 리플랫폼 또는 리팩토링 등)에 따라 실행 프로세스에는 다음이 포함됩니다.

• 대상 클라우드 환경 설정
• 가상 머신, 스토리지 및 네트워크 리소스 프로비저닝
• 클라우드로 데이터 복제 또는 마이그레이션하기
• 새로운 클라우드 인프라에 앱 배포 및 구성

새로 전송된 앱과 데이터가 제대로 작동하는지 확인하기 위해서는 엄격한 테스트가 필수적입니다. 많은 팀이 다음을 수행합니다.

• 애플리케이션 마이그레이션 검증을 위한 기능 테스트
• 확장성과 응답성을 평가하기 위한 성능 및 부하 테스트
• 취약점을 식별하고 규정 준수를 보장하기 위한 보안 테스트
  
• 최종 사용자 경험 검증을 위한 사용자 수용 테스트

테스트 및 검증 프로세스 중에 식별된 문제나 버그를 해결하는 것도 중요합니다.

이 시점에서는 클라우드 리소스 및 구성 최적화로 초점이 이동합니다. 이 단계에는 다음이 수반됩니다.

• 애플리케이션 미세 조정
  
• 필요한 보안 조치 및 액세스 제어 설치
  
• 모니터링 및 알림 메커니즘 설정하기
  
• 리소스 사용 간소화
  
• 거버넌스 및 관리 프로세스 구축

하지만 클라우드 도입은 단일 단계로 이루어지는 과정이 아닙니다. 대규모 인프라 및 데이터 이전은 새로운 클라우드 인프라의 기능을 실제로 최적화하고 마이그레이션의 장기적인 성공을 보장하기 위해 지속적인 실시간 성능 모니터링이 필요합니다. 조직은 소프트웨어 및 보안 프로토콜을 업데이트/업그레이드하고, 수요 패턴에 따라 규모를 확장 또는 축소하고, 클라우드 비용을 모니터링하여 비용 효율성을 최적화할 준비가 되어 있어야 합니다.

성공적인 클라우드 마이그레이션을 위해서는 마이그레이션 목표를 제시하고 문제를 예측하는 포괄적인 전략이 필요합니다. 예를 들어, 조직 네트워크의 레거시 애플리케이션은 클라우드에 최적화되지 않았을 수 있으므로 작업에 맞게 설계된 마이그레이션 도구와 접근 방식을 사용하여 프로세스에 대비해야 합니다.

마이그레이션 전략에는 클라우드로 이전되는 워크로드뿐만 아니라 온프레미스에 남겨질 워크로드, 그리고 마이그레이션 이후 새롭게 추가할 기능이나 애플리케이션까지 모두 고려되어야 합니다. 마이그레이션 계획에는 로드맵, 일정, 프로젝트 지표 및 목표뿐만 아니라 팀 리더, 클라우드 공급업체, 기타 이해관계자에게 정보를 전달하는 전략도 포함되어야 합니다.

각 회사의 상황과 클라우드 서비스 요구사항에 따라 정확한 접근 방식은 다르겠지만, 프로세스를 간소화할 수 있는 몇 가지 검증된 클라우드 마이그레이션 전략이 있습니다.

일반적으로 가장 빠르고 가장 복잡하지 않은 마이그레이션 방식인 리호스팅(리프트 앤 시프트라고도 함)에는 아키텍처를 크게 변경하지 않고 애플리케이션과 데이터를 온사이트 인프라에서 클라우드 플랫폼으로 마이그레이션하는 작업이 포함됩니다(대부분 IaaS 툴을 사용함). 그러나 이 전송 전략은 클라우드 네이티브 기능을 완전히 활용하지 못하므로 기본 인프라에 긴밀하게 연결되어 있지 않은 애플리케이션에 가장 적합합니다.

플랫폼 변경(리프트 앤 리셰이프라고도 함) 클라우드 전략은 기존 IT 아키텍처를 구체적이지만 최소한으로 변경하여 호환성을 유지하면서 일부 클라우드 네이티브 기능을 사용하려고 시도합니다. 클라우드 네이티브 기능의 몇 가지 예로는 마이크로서비스 아키텍처, Kubernetes 컨테이너 및 머신 러닝 모델이 있습니다.

리팩터링 또는 재설계 접근 방식을 사용하려면 조직에서 클라우드 네이티브 기능을 완전히 활용하기 위해 PaaS 툴을 사용하여 애플리케이션을 재설계하고 재개발해야 합니다. 기존 아키텍처를 크게 변경해야 하는 경우가 많기 때문에 클라우드 환경에서 데이터 마이그레이션의 확장성, 복원력, 효율성을 높이는 경향이 있습니다. 리팩터링을 통해 기업은 클라우드 솔루션의 비즈니스 가치를 극대화하고 마이크로서비스 및 서버리스 컴퓨팅과 같은 최신 아키텍처 패턴 및 모델을 활용할 수 있습니다.

재구매 전략에는 기존 애플리케이션을 폐기하고 이를 SaaS 대안으로 교체하는 것이 포함됩니다. 기업은 애플리케이션을 클라우드로 마이그레이션하는 대신 자신의 요구 사항을 충족하는 클라우드 기반 SaaS 시스템을 선택합니다. 이 접근 방식을 사용하면 상당한 개발 노력 없이도 클라우드 기반 애플리케이션에 즉시 액세스할 수 있습니다. 재구매는 이메일, 고객 관계 관리, 인사 관리와 같은 핵심이 아닌 애플리케이션을 이전하는 데 유용할 수 있습니다.

마지막으로, 폐기 접근 방식을 구현하려면 기업은 오래되고 사용하지 않는 애플리케이션을 폐기해야 합니다. 마이그레이션 프로세스의 일환으로 팀은 불필요한 애플리케이션이나 시스템을 식별하여 종료함으로써 유지보수 비용을 절감하고, 중복 리소스를 제거하며, 중요한 애플리케이션에만 집중하여 마이그레이션 프로세스를 간소화합니다.

마이그레이션하려는 워크로드의 특정 사용 사례(예: 미션 크리티컬 엔터프라이즈 애플리케이션, 데이터 백업 및 복구, 생산성 또는 협업 애플리케이션, 소프트웨어 개발 프로젝트)를 반드시 포함해야 합니다. 사용 사례를 미리 정의하면 더 나은 전략 결정과 원활한 실행이 가능합니다.

전 세계 기업들은 클라우드 컴퓨팅이 제공하는 다양한 이점을 위해 클라우드 마이그레이션을 수용하고 있습니다. 다음은 조직이 클라우드 마이그레이션을 통해 이점을 얻을 수 있는 몇 가지 방법입니다.