Google Cloud로 이전: 시작하기

이 문서는 워크로드를 Google Cloud로 마이그레이션하는 프로세스를 계획, 설계, 구현하는 데 도움이 됩니다. 앱을 환경 간에 이전하는 것은 경험이 풍부한 팀에게도 까다로운 작업이므로 마이그레이션을 계획하고 실행할 때는 주의를 기울여야 합니다.

이 문서는Google Cloud로 마이그레이션에 대해 여러 편으로 구성된 다음 시리즈 중 일부입니다.

• Google Cloud로 마이그레이션: 시작하기(이 문서)
• Google Cloud로 마이그레이션: 워크로드 평가 및 탐색
• Google Cloud로 마이그레이션: 기반 계획 및 빌드
• Google Cloud로 마이그레이션: 대규모 데이터 세트 전송
• Google Cloud로 마이그레이션: 워크로드 배포
• Google Cloud로 마이그레이션: 수동 배포에서 자동 컨테이너화된 배포로 마이그레이션
• Google Cloud로 마이그레이션: 환경 최적화
• Google Cloud로 마이그레이션: 마이그레이션 검증 권장사항
• Google Cloud로 마이그레이션: 비용 최소화

본 문서는 온프레미스 환경, 비공개 호스팅 환경, 다른 클라우드 제공업체에서Google Cloud로 마이그레이션을 계획 중이거나 마이그레이션 기회를 평가하고 그 결과를 살펴보려는 경우에 유용합니다.

시작하기

Google Cloud로의 마이그레이션을 계획할 때는 우선 마이그레이션과 관련된 환경을 정의해야 합니다. 시작점은 온프레미스 환경, 비공개 호스팅 환경 또는 다른 퍼블릭 클라우드 환경일 수 있습니다.

온프레미스 환경은 개발자에게 완전한 소유권과 책임이 있는 환경입니다. 즉, 냉각, 물리적 보안, 하드웨어 유지보수 등 환경의 모든 측면에 대한 전권을 보유합니다.

코로케이션 시설과 같은 비공개 호스팅 환경에서는 물리적 인프라와 관리적 측면의 일부를 타사로 아웃소싱합니다. 고객들 간에 이러한 인프라를 공유하는 것이 일반적입니다. 비공개 호스팅 환경에서는 개발자가 물리적 보안 및 안전 서비스를 관리할 필요가 없습니다. 일부 호스팅 환경에서는 서버, 랙, 네트워크 기기와 같은 물리적 하드웨어 일부를 관리할 수 있지만 나머지 환경에서는 이러한 하드웨어를 자동으로 관리해 줍니다. 일반적으로 전력 및 네트워크 케이블 배선은 서비스 형태로 제공되므로 관리할 필요가 없습니다. 물리적 리소스를 가상화하는 하이퍼바이저, 프로비저닝 대상인 가상화된 인프라, 인프라에서 실행할 워크로드에 대한 전체 제어 권한은 개발자에게 있습니다.

퍼블릭 클라우드 환경에서는 전체 리소스 스택을 직접 관리할 필요가 없다는 이점이 있습니다. 따라서 스택의 가장 중요한 측면에 집중할 수 있습니다. 비공개 호스팅 환경과 마찬가지로 기본적인 물리적 인프라를 관리할 필요가 없습니다. 또한 리소스 가상화 하이퍼바이저를 관리하지 않아도 됩니다. 이 새로운 인프라에 가상화된 인프라를 빌드하고 워크로드를 배포할 수 있습니다. 또한 완전 관리형 서비스를 구매할 경우 런타임 환경을 관리하는 데 따른 운영 부담을 전가하여 워크로드에만 집중할 수 있습니다.

본 문서에서는 각 환경과 관련하여 다음과 같은 측면은 물론 관련 서비스를 누가 제공하고 관리해야 하는지 평가합니다.

리소스	온프레미스 환경	비공개 호스팅 환경	퍼블릭 클라우드 환경
물리적 보안 및 안전	사용자	서비스 제공업체	서비스 제공업체
전력 및 네트워크 케이블 배선	사용자	서비스 제공업체	서비스 제공업체
하드웨어(유지보수 포함)	사용자	서비스 제공업체에 따라 다름	서비스 제공업체
가상화 플랫폼	사용자	사용자	서비스 제공업체
앱 리소스	사용자	사용자	사용자(궁극적으로 완전 관리형 서비스 활용)

이 문서의 대상 환경은Google Cloud입니다.

시작 환경과 대상 환경을 정의한 후에 마이그레이션 범위에 속하는 워크로드 유형과 관련 운영 프로세스를 정의합니다. 본 문서에서는 2가지 유형의 워크로드와 운영 즉, 레거시와 클라우드 최적화를 고려합니다.

레거시 워크로드 및 운영은 클라우드 환경을 고려하지 않고 개발할 수 있습니다. 이러한 작업 부하 및 운영은 일반적으로 어떠한 유형의 확장성도 지원하지 않으므로 변경이 어렵고 실행 및 유지보수 비용이 많이 들 수 있습니다.

클라우드 최적화 작업 부하 및 운영은 기본적으로 확장성, 이동성, 가용성, 안정성이 뛰어납니다. 워크로드 및 운영은 개발자 생산성과 비즈니스 대응력을 강화하는 데 도움을 줄 수 있는데, 이는 개발자가 개발 환경과 런타임 환경을 관리하고 번거로운 수동 개발 프로세스를 처리하는 데 역량을 투입하는 대신 실제 워크로드를 중점적으로 처리할 수 있기 때문입니다. Google Cloud 에는 또한 보안 책임 공유 모델이 있습니다. Google Cloud 는 물리적 보안을 비롯한 인프라 보안을 책임지며 사용자는 인프라에 배포하는 워크로드의 보안을 책임집니다.

이러한 환경과 워크로드 유형을 고려할 때 시작 환경은 다음 중 하나일 수 있습니다.

• 레거시 워크로드 및 운영으로 구성된 온프레미스 또는 비공개 호스팅 환경
• 클라우드 최적화 워크로드 및 운영으로 구성된 온프레미스 또는 비공개 호스팅 환경
• 레거시 워크로드 및 운영으로 구성된 퍼블릭 클라우드 또는 비공개 호스팅 환경
• 클라우드 최적화 워크로드 및 운영으로 구성된 퍼블릭 클라우드 또는 비공개 호스팅 환경

마이그레이션 프로세스는 시작점에 따라 다릅니다.

기존 온프레미스 환경 또는 비공개 호스팅 환경의 워크로드를 퍼블릭 클라우드와 같은 클라우드 최적화 환경으로 마이그레이션하는 작업은 까다롭고 위험할 수 있습니다. 성공적으로 마이그레이션 작업을 수행하려면 마이그레이션 작업 중에 마이그레이션할 워크로드를 최소화할 수 있어야 합니다. 레거시 온프레미스 앱을 클라우드로 이전하는 경우 여러 마이그레이션 단계를 거쳐야 할 수도 있습니다.

마이그레이션 유형

이 문서에서는 다음과 같은 주요 마이그레이션 유형을 정의합니다.

• 재호스팅: 리프트 앤 시프트
• 플랫폼 변경: 리프트 및 최적화
• 리팩터링: 이동 및 개선
• 재설계: 지속적인 현대화
• 재빌드: 삭제 및 교체(전면 교체라고도 함)
• 재구매

다음 섹션에서는 각 유형의 마이그레이션을 사용할 시점을 예시와 함께 정의합니다.

재호스팅: 리프트 앤 시프트

재호스팅 마이그레이션에서는 소스 환경의 워크로드를 변경을 최소화하거나 변경이나 리팩터링 없이 대상 환경으로 이전합니다. 마이그레이션할 워크로드에는 워크로드가 대상 환경에서 작동하는 데 필요한 최소한의 변경 사항만 적용해야 합니다.

재호스팅 마이그레이션은 워크로드가 대상 환경에서 있는 그대로 작동하거나 변경에 대한 비즈니스 요구가 거의 없거나 전혀 없는 경우에 유용합니다. 이 마이그레이션 유형의 경우 리팩터링 규모가 최소한으로 유지되므로 최소한의 시간만 필요합니다.

기술적 문제로 재호스팅 마이그레이션을 강제로 수행해야 하는 경우도 있습니다. 마이그레이션할 워크로드를 리팩터링할 수 없고 워크로드를 사용 중단할 수 없는 경우 재호스팅 마이그레이션을 사용해야 합니다. 예를 들어 워크로드의 소스 코드 수정이 어렵거나 불가능할 수 있고, 또는 빌드 프로세스가 간단하지 않기 때문에 소스 코드의 리팩터링 후 새로운 아티팩트 생성이 불가능할 수 있습니다.

재호스팅 마이그레이션은 팀이 기존에 사용했던 도구와 기술을 계속 사용할 수 있기 때문에 가장 쉽게 수행할 수 있습니다. 이 방식은 미리 제작된 소프트웨어도 지원합니다. 리팩터링이나 재빌드 마이그레이션보다 최소 규모의 리팩터링으로 기존 워크로드를 마이그레이션하기 때문에 재호스팅 마이그레이션이 가장 빠른 경향이 있습니다.

하지만 재호스팅 마이그레이션 후에는 대상 환경에서 실행되는 워크로드가 클라우드에 맞게 최적화되지 않습니다. 이러한 워크로드는 수평 확장, 세밀한 가격 책정, 고도로 관리되는 솔루션 등 클라우드 플랫폼 기능을 최대한 활용하지 못합니다.

플랫폼 변경: 리프트 및 최적화

플랫폼 변경 마이그레이션에서는 기존 워크로드를 삭제한 후 새 클라우드 환경에 맞게 최적화합니다.

리플랫폼 마이그레이션은 클라우드의 모든 핵심 기능을 활용하려는 조직에 가장 적합합니다. 이러한 핵심 기능에는 탄력적 컴퓨팅, 중복성, 개선된 성능 및 보안이 포함됩니다.

예를 들어 Google Kubernetes Engine의 클라우드 기반 마이크로서비스 아키텍처 또는 컨테이너를 활용하기 위해 워크로드의 플랫폼을 클라우드로 변경할 수 있습니다. 이러한 워크로드는 더 높은 성능과 효율로 클라우드에서 실행됩니다.

하지만 리플랫폼 마이그레이션은 재호스팅 마이그레이션보다 필요한 작업이 많습니다. 새로운 클라우드 플랫폼에는 다른 기본 코드베이스가 포함됩니다. 즉, 모든 것이 최적 수준에서 실행되도록 하기 위해 여러 차례 테스트를 거쳐야 합니다.

리팩터링: 이동 및 개선

리팩터링 마이그레이션에서는 새 환경에서 작동하기 위한 목적으로만 워크로드를 수정하는 것이 아니라 클라우드 기능을 활용하기 위해 워크로드를 수정합니다. 성능, 기능, 비용, 사용자 환경에 적합하도록 각 워크로드를 개선할 수 있습니다.

클라우드로 마이그레이션하는 동안 또는 심지어 마이그레이션을 수행하기 전에도 워크로드를 수정할 수 있습니다. 예를 들어 클라우드 마이그레이션 경험이 충분하지 않으면 마이그레이션을 진행하는 동안 워크로드를 수정하는 방식을 선호할 수 있습니다. 하지만 클라우드 마이그레이션 경험이 있으면 클라우드 기능을 완전히 활용하기 위해 워크로드에 필요한 수정 사항이 무엇인지 알고 있을 수 있습니다.

현재 아키텍처나 앱의 인프라가 대상 환경에서 있는 그대로 지원되지 않는 경우 이러한 제한을 해결하기 위해서는 일정량의 리팩터링이 필요합니다.

리팩터링 방식을 선택해야 하는 또 다른 상황은 마이그레이션을 수행하는 데 필요한 업데이트 외에 워크로드에 대한 주요 업데이트가 필요할 때입니다.

리팩터링 마이그레이션을 사용하면 확장성 및 고가용성과 같은 클라우드 플랫폼의 기능을 활용할 수 있습니다. 또한 앱의 이동성을 높이기 위해 개선 기능을 설계할 수도 있습니다.

하지만 앱을 마이그레이션하려면 워크로드를 리팩터링해야 하므로 리팩터링 마이그레이션이 재호스팅 마이그레이션보다 오래 걸립니다.

또한 리팩터링 마이그레이션을 위해서는 새로운 기술 습득이 필요합니다.

재설계: 지속적인 현대화

재설계 마이그레이션은 리팩터링 마이그레이션과 유사합니다. 하지만 마이그레이션을 재설계하면 워크로드 코드 작동 방식을 재구성하는 대신 코드의 작동 방식이 변경됩니다. 이러한 코드 변경사항은 워크로드를 최적화하고 확장성, 보안, 민첩성과 가은 클라우드에 최적화된 속성을 활용합니다. 예를 들어 재설계 마이그레이션은 하나의 대규모 모놀리식 워크로드를 가져와 Google Cloud에 배포하는 여러 독립 마이크로서비스로 변환할 수 있습니다.

재설계 마이그레이션은 리팩터링 마이그레이션보다 더 복잡하므로 더 많은 시간과 노력이 필요합니다. 재설계 마이그레이션은 또한 새 워크로드에 버그 또는 보안 문제를 가져올 가능성이 있습니다. 따라서 재설계 이전에는 모든 것이 최적의 수준에서 실행되는지 확인하기 위해 여러 차례 테스트가 필요합니다.

재빌드: 삭제 및 교체

재빌드 마이그레이션에서는 기존 앱을 사용 중단한 후 해당 앱을 완전히 클라우드에 최적화된 앱으로 재설계하고 다시 작성합니다.

예를 들어 앱을 마이그레이션하고 싶지만 앞서 언급된 방법들 중 하나를 사용하기엔 마이그레이션 비용이 너무 많이 든다거나 앱이 Google Cloud에서 지원되지 않는 경우처럼 현재 앱이 목표에 부합하지 않을 때 재빌드 마이그레이션을 활용할 수 있습니다.

재빌드 마이그레이션을 이용하면 수평 확장성, 고도로 관리되는 서비스, 고가용성 등Google Cloud 기능을 최대한 활용할 수 있습니다. 앱을 처음부터 다시 작성해야 하기 때문에 기존의 레거시 버전에 대한 기술적 채무를 피할 수도 있습니다.

하지만 재빌드 마이그레이션은 재호스팅 또는 리팩터링 마이그레이션보다 오래 걸릴 수 있습니다. 또한 이 유형의 마이그레이션은 앱을 다시 작성해야 하므로 기성품 앱에는 적합하지 않습니다. 앱 수명 주기의 일부로 앱을 재설계하고 재작성하는 데 투입되는 추가적인 시간과 노력을 감안해야 합니다.

재빌드 마이그레이션에도 새로운 기술이 필요합니다. 새로운 도구 모음을 사용하여 새 환경을 프로비저닝 및 구성하고 이 환경에 앱을 배포해야 합니다.

재구매

재구매 마이그레이션은 구매한 온프레미스 워크로드에서 상응하는 클라우드 호스팅 Software as a service(SaaS) 워크로드로 이동하는 것입니다. 예를 들어 온프레미스 공동작업 소프트웨어 및 로컬 스토리지를 Google Workspace로 이동할 수 있습니다.

리소스 관점에서 보면 재구매 이전이 리팩터링, 재빌드 또는 재설계보다 훨씬 쉬울 수 있습니다. 하지만 재구매 마이그레이션은 비용이 높을 수 있고 자체 클라우드 환경을 세부적으로 제어하지 못할 수 있습니다.

Google Cloud 채택 프레임워크

마이그레이션을 시작하기 전에 적절한 클라우드 기술을 채택할 수 있도록 조직의 성숙도를 평가해야 합니다. Google Cloud 채택 프레임워크는 현재 조직의 비즈니스 정보 기술 기능 수준을 판단하는 맵으로서의 역할과 목표 달성을 위한 가이드로서의 역할을 합니다.

다음 다이어그램과 같이 이 프레임워크를 통해 조직의Google Cloud 준비 상태를 평가할 수 있으며 부족한 부분을 채우고 새로운 역량을 개발하기 위해 무엇이 필요한지 알 수 있습니다.

이 프레임워크는 다음의 4가지 테마를 평가합니다.

• 학습. 학습 프로그램의 품질과 규모를 의미합니다.
• 리더십. Google Cloud로의 마이그레이션을 위해 IT 부서가 경영진에게 위임받은 권한의 정도를 의미합니다.
• 규모: 클라우드 최적화 서비스를 사용하는 정도와 현재 사용 중인 운영 자동화 수준을 의미합니다.
• 보안. 부적절한 무단 액세스로부터 현재 환경을 보호하는 능력을 의미합니다.

프레임워크에 따라 각 테마에는 다음 3가지 단계가 있습니다.

• 전술. 개별 워크로드를 갖추었지만 모든 워크로드를 포괄하는 일관된 계획이 마련되어 있지 않습니다. 빠른 투자 수익과 IT 조직이 겪는 혼란을 최소화하는 데 초점을 맞춥니다.
• 전략. 향후 확장을 염두에 두고 개별 워크로드를 개발하려는 계획이 마련되어 있습니다. 효율성이 향상되도록 운영을 간소화하기 위한 중기 목표에 초점을 맞춥니다.
• 혁신. 원활하게 진행되는 클라우드 운영을 통해 수집한 데이터를 사용하여 IT 비즈니스를 개선합니다. IT 부서가 조직 혁신의 동력으로 자리매김할 수 있도록 하는 장기 목표에 초점을 맞춥니다.

이 3가지 단계와 관련해 4가지 테마를 평가할 때 클라우드 성숙도 검사를 이용합니다. 각 테마에서는 필요에 따라 새 기술을 채택한 시점부터 조직 전체에서 더욱 전략적으로 사용하기까지 벌어지는 일들을 확인할 수 있습니다. 즉, 더 깊고 포괄적이며 일관된 팀 교육으로 이어지게 됩니다.

마이그레이션 경로

기억해야 할 점은 마이그레이션이 여정이라는 것입니다. 기존 인프라 및 환경이 지점 A라면, 이제 지점 B에 도달하려고 합니다. A에서 B로 이동하려면 앞서 설명한 마이그레이션 중 하나를 선택하면 됩니다.

다음 다이어그램은 이 여정의 경로를 보여줍니다.

마이그레이션은 4가지 단계를 거칩니다.

• 평가. 이 단계에서는 앱 및 환경 인벤토리를 이해하고, 앱 종속 항목과 요구사항을 식별하고, 총 소유 비용을 계산하며, 앱 성능 벤치마크를 설정하기 위해 기존 환경에 대한 철저한 평가와 탐색을 수행합니다. 평가 단계에 대한 자세한 내용은 Google Cloud로 마이그레이션: 워크로드 평가 및 탐색, Google Cloud로 마이그레이션: 권장사항, Migration Center: 애셋 탐색 시작을 참조하세요.
• 계획. 이 단계에서는 워크로드가 상주할 기본 클라우드 인프라를 구축하고 앱 이전 방식을 계획합니다. 이 계획에는 ID 관리, 조직 및 프로젝트 구조, 네트워킹, 앱 정렬, 우선적 전략 개요가 포함됩니다. 기반 계획 및 빌드에 대한 자세한 내용은 Google Cloud로 마이그레이션: 기반 계획 및 빌드를 참조하세요.
• 배포. 이 단계에서는 Google Cloud로 워크로드를 이동하는 배포 프로세스를 설계, 구현, 실행합니다. 또한 새로운 요구사항을 처리하기 위해 클라우드 인프라를 개선해야 할 수 있습니다. 워크로드를 Google Cloud 에 배포하고 데이터를 Google Cloud로 마이그레이션하는 방법은 Google Cloud로 마이그레이션: 워크로드 배포, Google Cloud로 마이그레이션: 수동 배포에서 컨테이너화된 자동 배포로 마이그레이션, Google Cloud로 마이그레이션: 대규모 데이터 세트 전송을 참조하세요.
• 최적화. 이 단계에서는 클라우드 최적화 기술과 기능을 최대한 활용하여 성능, 확장성, 재해 복구, 비용, 학습은 물론 비즈니스의 잠재력을 확대하기 시작할 뿐 아니라, 머신러닝 및 인공지능 통합을 위한 문을 열 수 있습니다. 환경을 최적화하는 방법에 대한 자세한 내용은 Google Cloud로 마이그레이션: 환경 최적화를 참조하세요. 비용에 대한 자세한 내용은 Google Cloud로 마이그레이션: 비용 최소화를 참조하세요.

도움 받기

Google Cloud 는 Google Cloud 서비스를 최적으로 활용하는 데 필요한 도움과 지원을 받을 수 있는 다양한 옵션과 리소스를 제공합니다.

셀프서비스 자료실

전담 지원이 필요하지 않은 경우에는 다음과 같은 셀프서비스 자료를 사용할 수 있습니다.

• 제품 문서.Google Cloud 는 각 제품과 서비스, API에 대한 문서를 제공합니다.
• 아키텍처 센터 문서. 아키텍처 센터의 마이그레이션 섹션에서는 여러 마이그레이션 시나리오가 다뤄집니다. 예를 들어 마이그레이션 리소스에서는 Google Cloud로의 마이그레이션 여정에 대한 안내를 제공합니다.
• 도구. Google Cloud 는 마이그레이션을 지원하는 다양한 제품과 서비스를 제공합니다. 예를 들면 다음과 같습니다.
  • Google Cloud Migration Center는 현재 온프레미스 또는 클라우드 환경에서Google Cloud로의 엔드 투 엔드 클라우드 여정을 가속화하는 데 도움이 되는 통합 플랫폼입니다.
  • Migrate to Virtual Machines는 온프레미스 및 클라우드 환경의 물리적 서버와 가상 머신을 Google Cloud로 마이그레이션하는 제품입니다. Migrate to VMs를 사용하면 백그라운드에서 데이터가 복사되지만 가상 머신이 완전히 작동할 때 몇 분 내에 가상 머신을Google Cloud 로 마이그레이션할 수 있습니다.
  • Storage Transfer Service를 사용하면 다른 클라우드 제공업체, 온라인 리소스, 로컬 데이터에서 Cloud Storage로 데이터를 가져올 수 있습니다.
  • Database Migration Service는 데이터베이스를 Google Cloud로 마이그레이션할 수 있게 도와주는 제품입니다.
  • Transfer Appliance는 비즈니스 운영을 중단하지 않고도 수백 테라바이트에서 최대 1페타바이트에 이르는 대량의 데이터를 Google Cloud로 안전하게 마이그레이션할 때 사용할 수 있는 하드웨어 어플라이언스입니다.
  • BigQuery 마이그레이션 서비스는 데이터 웨어하우스를 BigQuery로 마이그레이션하기 위한 포괄적인 솔루션입니다.
• 백서. 이러한 백서에는 참조 아키텍처, 우수사례, 권장사항, 고급 가이드가 포함됩니다.
• 미디어 콘텐츠. Google Cloud 팟캐스트를 듣거나 Google Cloud YouTube 채널에 있는 동영상을 감상할 수 있습니다. 이러한 리소스는 제품 설명부터 개발 전략에 이르기까지 폭넓은 주제를 다룹니다.
• 온라인 과정 및 실습.Google Cloud 는 Coursera에서 동영상 콘텐츠, 읽기 자료, 실습을 비롯한 다양한 과정을 제공합니다. 또한 Google Cloud Skills Boost를 사용하여 실습에 참여하거나 실시간 온라인 클래스에 참여할 수도 있습니다.

기술 파트너

Google Cloud 는 여러 회사와의 제휴를 통해 파트너사 제품 사용을 지원합니다. 일부 제품은 무료로 사용할 수 있으니 관련 내용을 회사나 담당 Google Cloud 계정 관리자에게 문의하세요.

시스템 통합업체

Google Cloud 는 제품 및 기술 회사뿐만 아니라 실무형 지원을 제공할 수 있는 시스템 통합업체와도 제휴합니다. 파트너 목록에서 클라우드 마이그레이션 전문 시스템 통합업체 목록을 확인할 수 있습니다.

Google Cloud 전문 서비스

Google의 전문 서비스 팀은 Google Cloud투자를 최대한 효과적으로 활용할 수 있도록 지원해 드립니다.

클라우드 계획 및 기초: 마이그레이션 도움 받기

전문 서비스 팀은 마이그레이션을 계획하고 클라우드 계획 및 기초 제품을 사용하여 프로덕션 환경에 워크로드를 배포할 수 있도록 지원해 드립니다. 이 전문가들은 Google Cloud기초 설정부터 고유한 워크로드 요구사항에 맞춘 플랫폼 최적화 및 워크로드 배포에 이르기까지 워크로드를 프로덕션 환경으로 마이그레이션하는 과정을 단계별로 안내합니다.

클라우드 계획 및 기초의 목표는 다음과 같습니다.

• Google Cloud 기반을 설정합니다.
• 설계 문서 작성
• 배포 및 마이그레이션 작업 계획
• 워크로드를 프로덕션 환경에 배포
• 문제 및 위험성 추적

전문 서비스 팀은 다음과 같은 활동 및 결과물을 팀에 안내합니다.

1. 기술 킥오프 워크숍 실시
2. 기술 설계 문서 작성
3. 마이그레이션 계획 수립
4. 프로그램 차터 작성
5. 프로젝트 관리 제공
6. 기술 전문 지식 제공

Cloud Sprint: Google Cloud로 마이그레이션 가속화

Cloud Sprint는Google Cloud로의 앱 마이그레이션을 가속화하는 데 초점을 맞춘 집중 워크숍입니다. 이 워크숍에서 Google Cloud 전문 서비스 팀은 대화형 토론, 화이트보드 세션, Google Cloud로 마이그레이션할 대상 앱 검토 등의 과정을 안내합니다. Cloud Sprint 중에 전문 서비스 팀은 개발팀 팀원들과 협력하여 향후 Google Cloud마이그레이션을 위한 다음 단계를 이해하는데 도움이 되는 배포 활동을 통해 클라우드 솔루션을 직접 경험할 수 있도록 지원합니다.

교육: 팀의 기술 개발

Google Cloud 전문 서비스는 팀의 요구에 따라 현장 교육을 제공할 수 있습니다.

다음 단계

• 마이그레이션에 대한 도움을 찾는 방법 알아보기
• Cloud 아키텍처 센터에서 참조 아키텍처, 다이어그램, 권장사항 자세히 살펴보기

참여자

작성자: 마르코 페라리 | 클라우드 솔루션 설계자