검색 및 평가 단계를 완료하고 기반 설계를 설정한 후에는 워크로드를 마이그레이션 웨이브로 분류하여 마이그레이션 계획을 시작할 수 있습니다.
이 페이지에서는 성공적인 이전을 계획하는 방법을 설명합니다.
시작하기 전에
마이그레이션 계획을 시작하기 전에 워크로드 검색 및 평가를 완료하고 다음 작업을 통해 전반적인 마이그레이션 전략을 수립합니다.
- 마이그레이션할 애플리케이션, 서비스, 데이터베이스 등의 워크로드 카탈로그를 만듭니다.
- 워크로드를 인프라 구성요소에 매핑합니다.
- 종속 항목을 매핑합니다.
- 대략적인 마이그레이션 및 현대화 경로(재호스팅, 플랫폼 변경, 리팩터링, 재설계, 교체, 중단)를 식별합니다.
그런 다음 Cloud Foundation Toolkit을 사용하여 Google Cloud에서 기반을 빌드합니다.
Cloud Foundation Toolkit에는 새 클라우드 인프라의 다음 측면을 시작하는 데 도움이 되는 리소스가 포함되어 있습니다.
- Identity and Access Management
- 리소스 관리
- 네트워킹
- 데이터 관리
- 코드형 인프라
- 로깅, 모니터링, 결제
- 보안 기반
- GKE 기반
이전 개념
클라우드 마이그레이션 프로젝트는 조직에서 애플리케이션을 Google Cloud로 마이그레이션하기 위해 따르는 전체 프로세스를 나타냅니다.
각 클라우드 마이그레이션 프로젝트는 웨이브로 나뉩니다. 웨이브는 워크로드 검색 및 평가에서 식별된 공통된 특성 또는 상호의존성을 공유하는 애플리케이션 그룹입니다. 독립형 애플리케이션과 데이터베이스는 일반적으로 외부 종속 항목이 적으므로 첫 번째 마이그레이션 웨이브에 적합합니다. 반면에 종속 항목이 많은 애플리케이션은 추가 계획이 필요한 복잡한 마이그레이션 웨이브를 구성합니다.
마이그레이션 웨이브 내의 애플리케이션은 이동 그룹으로 나뉘고 스프린트에서 Google Cloud 로 마이그레이션됩니다. 이동 그룹은 함께 이전해야 하는 인프라 리소스 및 워크로드의 그룹입니다. 이러한 리소스와 워크로드는 동일한 애플리케이션의 일부이거나 상호 종속적인 애플리케이션 그룹일 수 있습니다.
비즈니스 기능은 이동 그룹을 결정하는 데 가장 중요한 요소 중 하나입니다. 예를 들어 소매업의 공급망 관리 및 인벤토리 관리, 은행의 사기 모니터링, 보험의 신고 처리는 각 도메인의 비즈니스 역량 영역을 나타냅니다. 비즈니스 기능을 고려하는 것은 마이그레이션 중과 마이그레이션 후에 비즈니스 서비스 성능과 가용성이 중단되지 않도록 하거나 중단을 최소화하는 데 중요합니다.
비즈니스 기능 영역 내에서 다양한 환경에 따라 마이그레이션을 실행해야 합니다. 연구 개발(R&D) 환경은 일반적으로 먼저 마이그레이션됩니다. 이렇게 하면 이전을 방해하거나 속도를 저하시키는 차단 요소를 파악하고 완화할 수 있습니다. 그런 다음 R&D, 사전 프로덕션 버전, 프로덕션 환경의 마이그레이션을 진행하는 동안 권장사항과 완화 활동을 따를 수 있습니다.
탐색 및 평가를 지속적인 프로세스로 실행해야 하며, 시간이 지남에 따라 데이터 수집이 점점 더 정교해지고 정확해져야 합니다. 이를 통해 워크로드별 데이터의 정확성을 지속적으로 개선할 수 있으므로 클라우드 이전과 관련된 워크로드별 위험을 파악하는 데 도움이 됩니다.
첫 번째 탐색 및 평가 단계를 통해 인프라 구성요소와 워크로드 간의 종속성에 관한 대략적인 지도를 만들 수 있습니다. 이는 첫 번째 웨이브에서 대상 Google Cloud�
또한 검색 및 평가와 동시에 이전 위험 평가를 실행해야 합니다. 목표는 마이그레이션과 관련된 워크로드별 위험을 식별하고 측정하여 적절한 완화 조치를 시작하는 것입니다.
다음은 전체 마이그레이션 프로세스를 한눈에 보여주는 다이어그램입니다.
다음 단계
- 이전 위험을 평가하고 완화하는 방법을 알아보세요.
- 마이그레이션 웨이브 방법 알아보기