이 문서에서는 워크로드를 클라우드로 마이그레이션하기 위한 일반적이고 검증된 접근 방식과 고려사항에 대한 안내를 제공합니다. 하이브리드 또는 멀티 클라우드 아키텍처 채택을 위한 전략을 설계 안내에서 더 나아가 하이브리드 또는 멀티 클라우드 아키텍처 채택을 위한 전략을 설계하기 위해 몇 가지 가능하고 권장되는 단계를 논의합니다.
클라우드 중심
퍼블릭 클라우드를 사용하는 일반적인 방법은 클라우드 중심 접근 방식을 사용하는 것입니다. 이 접근 방식에서는 기존 워크로드는 그대로 유지하면서 새 워크로드를 퍼블릭 클라우드에 배포합니다. 이 경우 기술적인 이유 또는 조직상의 이유로 퍼블릭 클라우드 배포를 사용할 수 없는 경우에만 비공개 컴퓨팅 환경에 기존 배포를 사용하는 것이 좋습니다.
클라우드 우선 전략은 장단점이 있습니다. 긍정적인 측면에서 보면 클라우드 우선 전략은 미래 지향적입니다. 기존 워크로드를 이전하는 수고를 들이지 않거나 그 수고를 최소화하면서 현대화된 방식으로 새 워크로드를 배포할 수 있습니다.
클라우드 중심 접근 방식은 특정 이점을 제공할 수 있지만 기존 워크로드를 개선하거나 사용할 기회를 놓칠 수 있습니다. 새로운 워크로드는 전체 IT 환경의 일부에 해당할 수 있으며 IT 비용 및 성능에 미치는 영향은 제한적일 수 있습니다. 기존 워크로드를 마이그레이션하는 데 시간과 리소스를 할당하면 클라우드 환경에서 새 워크로드를 수용할 때보다 훨씬 더 큰 이점이 있거나 비용을 절감할 수 있습니다.
엄격한 클라우드 우선 전략을 따르면 IT 환경 전체의 복잡성이 높아질 수도 있습니다. 이러한 접근 방법은 잠재적인 과도한 환경 간 통신으로 인해 중복성, 성능 저하 또는 개별 워크로드에 적합하지 않은 컴퓨팅 환경을 초래할 수 있습니다. 또한 업계 규정 및 데이터 개인 정보 보호법을 준수하면 기업에서 민감한 정보를 보유한 특정 애플리케이션을 마이그레이션하는 것이 제한될 수 있습니다.
이런 위험을 감안할 때 선별한 워크로드에 대해서만 클라우드 우선 접근 방법을 사용하는 것이 좋습니다. 클라우드 중심 접근 방식을 사용하면 클라우드 배포 또는 마이그레이션에서 가장 많은 이점을 얻을 수 있는 워크로드에 집중할 수 있습니다. 이 접근 방식은 기존 워크로드의 현대화도 고려합니다.
클라우드 중심 하이브리드 아키텍처의 일반적인 예시는 중요한 데이터를 보유한 기존 애플리케이션 및 서비스를 새 데이터 또는 애플리케이션과 통합해야 하는 경우입니다. 통합을 완료하기 위해 API 인터페이스를 사용하여 기존 서비스를 현대화하는 하이브리드 아키텍처를 사용하면 새 클라우드 서비스 및 애플리케이션에서 사용할 수 있도록 잠금이 해제됩니다. Apigee와 같은 클라우드 API 관리 플랫폼을 사용하면 애플리케이션 변경을 최소화하면서 이러한 사용 사례를 구현하고 기존 서비스에 보안, 분석, 확장성을 추가할 수 있습니다.
마이그레이션 및 현대화
하이브리드 멀티 클라우드 및 IT 현대화는 서로 긍정적인 영향을 미치는 연결된 개념입니다. 퍼블릭 클라우드를 사용하면 IT 워크로드의 현대화를 촉진하고 간소화할 수 있습니다. IT 워크로드를 현대화하면 클라우드에서 더 많은 것을 얻을 수 있습니다.
워크로드 현대화의 주요 목표는 다음과 같습니다.
- 변화하는 요구사항에 대응할 수 있도록 민첩성 향상
- 인프라 및 운영 비용 절감
- 안정성과 복원력을 높여 위험 최소화
하지만 마이그레이션 프로세스의 모든 애플리케이션을 동시에 현대화하는 것이 불가능할 수 있습니다. Google Cloud에 마이그레이션에 설명된 대로 다음 마이그레이션 유형 중 하나를 구현하거나 필요에 따라 여러 유형을 조합할 수 있습니다.
- 재호스팅(리프트 앤 시프트)
- 플랫폼 변경(리프트 및 최적화)
- 리팩토링(이동 및 개선)
- 재설계(지속적인 현대화)
- 재빌드(삭제 및 교체(전면 교체라고도 함))
- 재구매
하이브리드 및 멀티 클라우드 아키텍처에 대한 전략적 결정을 내릴 때는 비용 및 시간 관점에서 전략의 실행 가능성을 고려하는 것이 중요합니다. 리프트 앤 시프트 또는 플랫폼 이전으로 시작해서 다음 단계로 리팩터링 또는 재설계하는 단계적 마이그레이션 접근 방식을 고려할 수 있습니다. 일반적으로 리프트 앤 시프트는 인프라 관점에서 애플리케이션을 최적화하는 데 도움이 됩니다. 클라우드에서 애플리케이션을 실행한 후에는 클라우드 우선 아키텍처와 기능을 사용하여 클라우드 서비스를 더 쉽게 사용하고 통합하여 최적화할 수 있습니다. 또한 이러한 애플리케이션은 하이브리드 네트워크 연결을 통해 다른 환경과 계속 통신할 수 있습니다.
예를 들어 대규모 모놀리식 VM 기반 애플리케이션을 리팩터링하거나 재설계하고 이를 클라우드 기반 마이크로서비스 아키텍처를 기반으로 여러 개의 독립적인 마이크로서비스로 전환할 수 있습니다. 이 예시에서 마이크로서비스 아키텍처는 Google Kubernetes Engine(GKE) 또는 Cloud Run과 같은 Google Cloud 관리형 컨테이너 서비스를 사용합니다. 그러나 애플리케이션의 아키텍처 또는 인프라가 대상 클라우드 환경에서 그대로 지원되지 않는 경우 이러한 제약 조건을 극복하기 위해 플랫폼 이전, 리팩터링 또는 마이그레이션 전략 재설계(가능한 경우)부터 시작하는 것을 고려할 수 있습니다.
이러한 마이그레이션 접근 방식을 사용할 때는 애플리케이션 현대화를 고려하세요(적용할 수 있고 실행 가능한 경우). 현대화에는 사이트 안정성 엔지니어링(SRE) 또는 DevOps 원칙을 채택하고 구현해야 할 수 있으므로 하이브리드 설정에서 애플리케이션 현대화를 비공개 환경으로 확장해야 할 수도 있습니다. SRE 원칙을 구현하는 데는 핵심적인 엔지니어링이 포함되지만 기술적 과제라기보다는 변환 프로세스에 가깝습니다. 따라서 절차적, 문화적 변화가 필요할 가능성이 높습니다. 조직에서 SRE를 구현하는 첫 번째 단계인 리더십 승인을 얻는 방법에 대해 자세히 알아보려면 SRE를 사용할 때 계획을 세우지 않는 것은 실패를 계획하는 것을 참조하세요.
다양한 마이그레이션 방법 조합
여기서 설명하는 각 마이그레이션 접근 방식에는 몇 가지 강점과 약점이 있습니다. 하이브리드 및 멀티 클라우드 전략을 따르는 경우의 장점은 단일 접근 방법만을 사용하지 않아도 된다는 것입니다. 그 대신 다음 다이어그램에 표시된 것처럼 각 워크로드 또는 애플리케이션 스택에 가장 적합한 방법을 결정할 수 있습니다.
이 개념 다이어그램은 각 워크로드 또는 애플리케이션의 고유한 비즈니스, 기술 요구 사항 및 목표에 따라 다양한 워크로드에 동시에 적용할 수 있는 다양한 마이그레이션 및 현대화 경로 또는 접근 방식을 보여줍니다.
또한 동일한 애플리케이션 스택 구성요소가 동일한 마이그레이션 접근 방식이나 전략을 따를 필요는 없습니다. 예를 들면 다음과 같습니다.
- 애플리케이션의 백엔드 온프레미스 데이터베이스는 Google Cloud의 Cloud SQL을 사용하여 자체 호스팅 MySQL에서 관리형 데이터베이스로 플랫폼을 이전할 수 있습니다.
- GKE Autopilot을 사용하여 컨테이너에서 실행되도록 애플리케이션 프런트엔드 가상 머신을 리팩터링할 수 있습니다. 여기서 Google은 노드, 확장, 보안, 기타 사전 구성된 설정을 포함한 클러스터 구성을 관리합니다.
- 온프레미스 하드웨어 부하 분산 솔루션 및 웹 애플리케이션 방화벽 WAF 기능은 Cloud Load Balancing 및 Google Cloud Armor로 대체될 수 있습니다.
워크로드가 다음 중 한 개라도 해당하는 경우 재호스팅(리프트 앤 시프트)을 선택합니다.
- 환경의 종속 항목 수가 상대적으로 적습니다.
- 리팩터링할 가치가 없거나 마이그레이션이 불가능하기 전에는 리팩터링할 가치가 없는 것으로 간주됩니다.
- 서드 파티 소프트웨어를 기반으로 합니다.
다음 워크로드 유형에는 리팩터링(이동 및 개선)을 고려하세요.
- 종속을 해제해야 하는 종속 항목이 있습니다.
- 클라우드에 수용할 수 없는 운영체제, 하드웨어 또는 데이터베이스 시스템을 사용합니다.
- 컴퓨팅 리소스 또는 저장소 리소스를 효율적으로 사용하지 않습니다.
- 약간의 노력 없이는 자동화된 방식으로 배포할 수 없습니다.
재빌드(삭제 및 교체)가 다음 유형의 워크로드에 대한 요구사항을 충족하는지 고려합니다.
- 더 이상 현재 요구사항을 충족하지 않습니다.
- 비즈니스 요구사항을 손상시키지 않고 유사한 기능을 제공하는 다른 애플리케이션과 통합할 수 있습니다.
- 서비스가 종료된 타사 기술을 기반으로 합니다.
- 더 이상 경제적이지 않은 타사 라이선스 비용이 필요합니다.
신속한 마이그레이션 프로그램은 Google Cloud에서 고객이 권장사항을 사용하고, 위험을 낮추고, 비용을 제어하고, 성공적인 클라우드로의 여정을 간소화하도록 돕는 방법을 보여줍니다.