하이브리드 및 멀티 클라우드 전략 계획

이 문서에서는 하이브리드 및 멀티 클라우드 전략을 계획할 때 사전 정의된 비즈니스 고려사항을 적용하는 방법을 중점적으로 설명합니다. 동인, 고려사항, 전략, 접근 방식으로 안내를 확장합니다. 이 자료에서는 기업에서 이러한 전략을 계획할 때 고려해야 할 비즈니스 고려사항을 정의하고 분석합니다.

비전 및 목표를 명확히 하고 합의합니다.

궁극적으로 하이브리드 또는 멀티 클라우드 전략의 주된 목적은 특정 비즈니스 목표에 맞춰 각 비즈니스 사용 사례에 대해 확인된 비즈니스 요구사항과 관련 기술 목표를 달성하는 것입니다. 이 목표를 달성하려면 다음 고려사항이 포함된 체계적인 계획을 세우세요.

• 각 컴퓨팅 환경에서 실행해야 하는 워크로드
• 여러 워크로드에 적용할 애플리케이션 아키텍처 패턴
• 사용할 기술 및 네트워킹 아키텍처 패턴

모든 워크로드와 요구사항을 고려하는 계획을 정의하기란 어려우며 특히 복잡한 IT 환경의 경우 더욱 그렇습니다. 게다가 계획을 수립하는 데는 시간이 걸리며 이로 인해 이해관계자의 비전이 상충될 수도 있습니다.

이러한 상황을 피하려면 최소한 다음 질문에 답하는 비전 성명서를 미리 작성합니다.

• 특정 비즈니스 목표를 달성하기 위한 타겟 비즈니스 사용 사례는 무엇인가요?
• 현재 접근 방식과 컴퓨팅 환경이 비즈니스 목표를 달성하기에 충분하지 않은 이유는 무엇인가요?
• 퍼블릭 클라우드를 사용하여 최적화할 주요 기술적 측면은 무엇인가요?
• 이 새로운 접근 방식으로 어떻게 비즈니스 목표를 최적화하고 달성할 수 있나요?
• 하이브리드 또는 멀티 클라우드 설정을 얼마나 오래 사용할 계획인가요?

핵심 비즈니스 및 기술 목표와 동인에 대해 합의한 다음 관련 이해관계자의 승인을 얻으면 계획 프로세스의 다음 단계에 대한 토대를 마련할 수 있습니다. 제안된 솔루션을 조직의 전체적인 아키텍처 비전과 효과적으로 일치시키려면, 이 이니셔티브를 이끌고 후원하는 팀 및 이해관계자와 협력하세요.

기타 고려사항을 파악하고 명확히 설명

하이브리드 또는 멀티 클라우드 아키텍처를 계획할 때는 프로젝트의 아키텍처 및 운영 제약조건을 파악하고 이에 동의하는 것이 중요합니다.

운영 측면에서 볼 때 다음 일부 목록은 아키텍처를 계획할 때 고려해야 할 몇 가지 제약 조건을 생성할 수 있는 몇 가지 요구 사항을 제공합니다.

• 여러 클라우드를 개별적으로 관리하고 구성하는 것과 다양한 클라우드 환경을 관리하고 보호하는 종합적인 모델을 구축하는 것 간에 선택합니다.
• 환경 전반에서 일관된 인증, 승인, 감사, 정책을 보장합니다.
• 여러 환경에서 일관된 도구와 프로세스를 사용하여 보안, 비용, 최적화 기회를 종합적으로 파악합니다.
• 일관된 규정 준수 및 보안 표준을 사용하여 통합 거버넌스를 적용합니다.

아키텍처 계획 측면에서 가장 큰 제약조건은 기존 시스템에서 비롯되는 경우가 많으며 다음 사항이 포함될 수 있습니다.

• 애플리케이션 간 종속 항목
• 시스템 간 통신을 위한 성능 및 지연 시간 요구사항
• 퍼블릭 클라우드에서 사용할 수 없는 하드웨어 또는 운영체제에 의존
• 라이선스 제한
• 멀티 클라우드 아키텍처의 선택된 리전에서 필요한 기능의 가용성에 대한 종속성

워크로드 이동성, 데이터 이동, 보안 측면과 관련된 기타 고려사항에 대해 자세히 알아보려면 기타 고려사항을 참조하세요.

하이브리드 및 멀티 클라우드 아키텍처 전략 설계

관련 비즈니스 요구 사항을 통해 비즈니스 및 기술 목표의 세부 사항을 명확히 한 후(이상적으로는 비전 선언문을 명확하게 하고 합의한 후) 하이브리드 또는 멀티 클라우드 아키텍처를 생성하기 위한 전략을 수립할 수 있습니다.

다음 플로우 차트는 이러한 전략을 수립하는 논리적 단계를 요약해서 보여줍니다.

하이브리드 또는 멀티 클라우드 아키텍처 기술 목표 및 요구 사항을 결정하는 데 도움이 되도록 이전 플로우 차트의 단계를 비즈니스 요구 사항 및 목표부터 시작합니다. 전략을 구현하는 방법은 각 비즈니스 사용 사례의 목표, 동인, 기술 마이그레이션 경로에 따라 달라질 수 있습니다.

기억해야 할 점은 마이그레이션이 여정이라는 것입니다. 다음 다이어그램은 이전 Google Cloud에 설명된 대로 이 여정의 단계를 보여줍니다.

이 섹션에서는 위의 다이어그램에 나온 '평가', '계획', '배포', '최적화' 단계에 관한 안내를 제공합니다. 하이브리드 또는 멀티 클라우드 이전의 맥락에서 이 정보를 제공합니다. 마이그레이션은 Migrate to Google Cloud 가이드의 이전 경로 섹션에 설명된 안내 및 권장사항에 따라야 합니다. 이러한 단계는 모든 워크로드에 한 번에 적용되는 것이 아니라 각 워크로드에 개별적으로 적용될 수 있습니다. 특정 시점에서 여러 워크로드가 서로 다른 단계에 있을 수 있습니다.

평가 단계

평가 단계에서는 초기 워크로드 평가를 수행합니다. 이 단계에서는 비전 및 전략 계획 문서에 설명된 목표를 고려하세요. 퍼블릭 클라우드로 배포 또는 마이그레이션하면 이점을 얻을 수 있는 워크로드 후보 목록을 먼저 식별하여 마이그레이션 계획을 결정합니다.

시작하려면 비즈니스에 중요하지 않고 마이그레이션 마이그레이션하기 너무 어렵지 않은 워크로드(다른 환경의 워크로드에 대한 종속 항목이 거의 또는 전혀 없음)를 선택하되 향후 배포 또는 마이그레이션의 청사진으로 사용할 만큼 일반적인 워크로드를 선택합니다.

이상적으로는 선택한 워크로드 또는 애플리케이션은 완료 후 비즈니스에 측정 가능한 영향을 미치는 대상 비즈니스 사용 사례 또는 기능의 일부여야 합니다.

잠재적인 마이그레이션 위험을 평가하고 완화하려면 마이그레이션 위험 평가를 수행하세요. 멀티 클라우드 환경으로의 마이그레이션에 대한 적합성을 결정하려면 후보 워크로드를 평가하는 것이 중요합니다. 이 평가에는 다음을 포함하여 애플리케이션 및 인프라의 다양한 측면을 평가하는 작업이 포함됩니다.

• 선택한 클라우드 제공업체와의 애플리케이션 호환성 요구사항
• 가격 책정 모델
• 선택한 클라우드 제공업체에서 제공하는 보안 기능
• 애플리케이션 상호 운용성 요구사항

또한 평가를 실행하면 여러 클라우드 환경에서 데이터 개인 정보 보호 요건, 규정 준수 요구사항, 일관성 요구사항, 솔루션을 식별하는 데 도움이 됩니다. 파악한 위험은 마이그레이션하거나 운영할 워크로드에 영향을 줄 수 있습니다.

기존 워크로드를 평가하는 데 도움이 되는 Google Cloud Migration Center와 같은 여러 도구 유형이 있습니다. 자세한 내용은 Google Cloud로의 마이그레이션: 평가 도구 선택을 참고하세요.

워크로드 현대화의 관점에서 볼 때 적합성 평가 도구는 VM 워크로드를 평가하여 워크로드가 컨테이너로 현대화할 수 있는지 또는 Compute Engine으로 마이그레이션할 수 있는지 결정하는 데 도움이 됩니다.

계획 단계

계획 단계에서 식별된 애플리케이션 및 필요한 클라우드 워크로드부터 시작하여 다음 작업을 수행합니다.

1. 애플리케이션 마이그레이션 웨이브 및 경로를 정의하는 우선순위가 지정된 마이그레이션 전략을 수립합니다.
2. 적용 가능한 상위 수준 하이브리드 또는 멀티 클라우드 애플리케이션 아키텍처 패턴을 식별합니다.
3. 선택한 애플리케이션 아키텍처 패턴을 지원하는 네트워킹 아키텍처 패턴을 선택합니다.

이상적으로는 클라우드 네트워킹 패턴을 시작 영역 설계와 통합해야 합니다. 시작 영역 설계는 전반적인 하이브리드 및 멀티 클라우드 아키텍처의 핵심 기반 요소 역할을 합니다. 디자인은 이러한 패턴과 원활하게 통합되어야 합니다. 시작 영역을 단독으로 설계하지 마세요. 이러한 네트워킹 패턴을 시작 영역 설계의 하위 집합으로 간주합니다.

시작 영역은 각각 다른 네트워킹 아키텍처 패턴을 사용하는 여러 애플리케이션으로 구성될 수 있습니다. 또한 이 단계에서는 하이브리드 또는 멀티 클라우드 통합 및 배포를 위한 클라우드 환경 시작 영역을 준비하기 위해 Google Cloud 조직, 프로젝트, 리소스 계층 구조의 설계를 결정하는 것이 중요합니다.

이 단계에서는 다음 사항을 고려해야 합니다.

• 이전 및 현대화 접근 방식을 정의합니다. 이전 접근 방식에 관한 자세한 내용은 이 가이드의 뒷부분을 참고하세요. 이전 to Google Cloud의 이전 유형 섹션에서도 자세히 설명합니다.
• 평가 및 탐색 단계 발견 항목을 사용합니다. 이를 마이그레이션하려는 후보 워크로드에 일치시킵니다. 그런 다음 애플리케이션 마이그레이션 웨이브 계획을 개발합니다. 이 계획에는 평가 단계에서 결정한 예상 리소스 크기 요구사항이 포함되어야 합니다.
• 의도한 하이브리드 또는 멀티 클라우드 아키텍처의 분산 애플리케이션과 애플리케이션 구성요소 간에 필요한 통신 모델을 정의합니다.
• 선택한 아키텍처 패턴에 대해 영역, 리전, 멀티 리전, 전역과 같은 워크로드를 배포하는 데 적합한 배포 원형을 결정합니다. 선택한 원형은 비즈니스 및 기술 요구 사항에 맞는 애플리케이션별 배포 아키텍처를 구성하기 위한 기반을 형성합니다.
• 각 마이그레이션 단계 또는 웨이브의 명확한 주요 단계와 함께 마이그레이션의 측정 가능한 성공 기준을 결정합니다. 기술적 목표가 하이브리드 아키텍처를 단기 설정으로 갖추는 것이더라도 기준을 선택해야 합니다.
• 애플리케이션이 하이브리드 설정에서 작동하는 경우, 특히 여러 환경에 분산된 구성요소가 있을 수 있는 애플리케이션의 경우 애플리케이션 SLA 및 KPI를 정의합니다.

성공적인 마이그레이션을 계획하고 관련 위험을 최소화하는 데 도움이 되는 마이그레이션 계획에 대한 정보를 참조하세요.

배포 단계

배포 단계에서는 마이그레이션을 실행할 준비가 된 것입니다. 잠재적인 요구사항의 수를 고려할 때 반복적인 접근 방식을 사용하는 것이 가장 좋습니다.

계획 단계에서 개발한 마이그레이션 및 애플리케이션 웨이브를 기반으로 워크로드의 우선순위를 지정하세요. 하이브리드 및 멀티 클라우드 아키텍처에서는 Google Cloud 와 다른 컴퓨팅 환경 간에 필요한 연결을 설정하여 배포를 시작합니다. 하이브리드 또는 멀티 클라우드 아키텍처에 필요한 통신 모델을 사용하려면 해당 네트워킹 패턴과 함께 선택한 설계 및 네트워크 연결 유형을 기준으로 배포를 수행해야 합니다. 전반적인 시작 영역 설계 결정에 이 접근 방식을 사용하는 것이 좋습니다.

또한 정의된 애플리케이션 성공 기준에 따라 애플리케이션 또는 서비스를 테스트하고 검증해야 합니다. 이상적으로 이러한 기준에는 프로덕션으로 이동하기 전에 기능 및 부하 테스트(비기능) 요구 사항이 모두 포함되어야 합니다.

최적화 단계

최적화 단계에서 배포 테스트: 테스트를 완료하고 애플리케이션 또는 서비스가 기능 및 성능 용량 기대치를 충족하면 프로덕션으로 이동할 수 있습니다. Cloud Monitoring과 같은 Cloud 모니터링 및 가시성 도구는 애플리케이션 및 인프라의 성능, 가용성, 상태에 대한 유용한 정보를 제공하고 필요한 경우 최적화하는 데 도움을 줄 수 있습니다.

자세한 내용은 Google Cloud로 마이그레이션: 환경 최적화를 참조하세요. 하이브리드 또는 멀티 클라우드 아키텍처용 도구를 설계하는 방법에 대한 자세한 내용은 하이브리드 및 멀티 클라우드 모니터링 및 로깅 패턴을 참고하세요.

후보 워크로드 평가

다양한 워크로드에 적합한 컴퓨팅 환경을 선택하는 것은 하이브리드 및 멀티 클라우드 전략의 성공에 큰 영향을 미칩니다. 워크로드 배치 결정은 구체적인 비즈니스 목표에 부합해야 합니다 따라서 이러한 결정은 측정 가능한 비즈니스 효과를 제공하는 타겟팅된 비즈니스 사용 사례에 따라 이루어져야 합니다. 하지만 비즈니스상 가장 중요한 워크로드/애플리케이션으로 시작하는 것이 항상 필요하거나 권장되는 것은 아닙니다. 자세한 내용은 Migrate to Google Cloud 가이드의 먼저 마이그레이션할 앱 선택을 참고하세요.

비즈니스 및 기술 동인 섹션에서 설명한 대로 하이브리드 및 멀티 클라우드 아키텍처에는 다양한 유형의 동인과 고려 사항이 있습니다.

다음 요소 요약 목록은 측정 가능한 비즈니스 효과를 얻을 수 있는 하이브리드 또는 멀티클라우드 아키텍처 컨텍스트에서 이전 사용 사례를 평가하는 데 도움이 됩니다.

• 기존 온프레미스 데이터를 사용하여 머신러닝 모델을 학습시키는 인공지능 기능과 같은 특정 비즈니스 기능을 지원하기 위해 클라우드 서비스를 사용하여 실현할 수 있는 시장 차별화 또는 혁신 가능성
• 애플리케이션의 총 소유 비용 절약 가능성
• 가용성, 탄력성, 보안 또는 성능의 향상 가능성(예: 클라우드에 재해 복구(DR) 사이트 추가)
• 개발 및 출시 프로세스의 속도 향상 가능성(예: 클라우드에서 개발 및 테스트 환경 빌드)

다음 요소는 이전 위험을 평가하는 데 도움이 됩니다.

• 마이그레이션으로 인해 발생한 서비스 중단의 잠재적 영향
• 팀이 퍼블릭 클라우드 배포 경험이 있는지 또는 신규 클라우드 제공업체나 두 번째 클라우드 제공업체에 대한 배포 경험이 있는지 여부
• 기존 법률 또는 규정 제한을 준수해야 할 필요성

다음 요소는 마이그레이션의 기술적 어려움을 평가하는 데 도움이 됩니다.

• 애플리케이션의 크기, 복잡성, 수명
• 여러 컴퓨팅 환경에서 다른 애플리케이션 및 서비스와의 종속 항목 수입니다.
• 서드 파티 라이선스로 인한 제한사항
• 운영체제, 데이터베이스 또는 기타 환경 구성의 특정 버전에 대한 종속 항목

초기 워크로드를 평가했으면 우선순위를 정하고 마이그레이션 웨이브 및 접근 방식을 정의할 수 있습니다. 그런 다음 적용 가능한 아키텍처 패턴과 지원되는 네트워킹 패턴을 파악할 수 있습니다. 평가는 시간이 지남에 따라 달라질 수 있으므로 이 단계는 여러 번 반복해야 할 수 있습니다. 따라서 첫 번째 클라우드 배포를 수행한 후 워크로드를 다시 평가하는 것이 좋습니다.