마이그레이션 실행

마이그레이션 계획이 끝나면 계속해서 실행 단계를 진행할 수 있습니다. 이 문서 및 다음 문서에서는 마이그레이션을 실행하는 데 사용할 수 있는 메서드 및 도구에 대한 종합적인 설명을 제공합니다.

시작하기 전에

초기 마이그레이션 준비

클라우드 마이그레이션 프로젝트는 워크로드를 Google Cloud로 마이그레이션하는 주요 조직 작업입니다.

각 마이그레이션 프로젝트는 웨이브로 나뉩니다. 웨이브는 워크로드 검색 및 평가로 식별되는 공통 특성이나 상호 의존성을 공유하는 애플리케이션 그룹입니다. 독립형 애플리케이션과 데이터베이스는 일반적으로 외부 종속 항목이 적기 때문에 첫 번째 마이그레이션 웨이브에 적합합니다. 반면에 상호 의존성이 큰 워크로드는 추가 계획이 필요한 복잡한 마이그레이션 웨이브를 구성합니다. 이 경우 마이그레이션 계획을 개선하여 상호 의존성의 비즈니스 영향을 검토하고 마이그레이션을 차단할 수 있는 차단 요소를 삭제해야 합니다.

마이그레이션 웨이브 내의 워크로드는 이동 그룹으로 나뉘고 스프린트에서 Google Cloud로 마이그레이션됩니다. 이동 그룹은 함께 이전해야 하는 인프라 리소스 및 워크로드의 그룹이며, 이러한 애플리케이션이 동일한 애플리케이션의 일부이거나 상호 연관된 애플리케이션 그룹일 수 있습니다.

모든 스프린트 중에 다음 작업을 수행해야 합니다.

  • 마이그레이션에 필요한 도구를 준비하고 통합합니다.
  • 스프린트 계획을 세웁니다.
  • 스프린트 계획을 실행합니다.

마이그레이션 프로세스 및 방법론

스프린트 계획 및 플레이북

스프린트 계획에서 스프린트로 분류된 마이그레이션 웨이브를 실행하는 방법을 정의하세요. 다음 구성 요소를 해결하여 플레이북을 만듭니다.

# 항목 설명
0 마이그레이션 도구 아키텍처 마이그레이션 팩토리를 구성하는 도구의 아키텍처(진행 중인 평가, 웨이브 계획 상세검색, 워크로드별 마이그레이션, 빌드, 테스트, 배포, 모니터링을 위한 도구)
1 마이그레이션 체크리스트 마이그레이션 스프린트 전과 도중의 체크리스트
2 인벤토리 Google Cloud로 마이그레이션될 워크로드 목록
3 Sprint 런북 각 워크로드 마이그레이션을 위한 실행 가이드라인
4 마이그레이션 계획 마이그레이션 스프린트 중에 따라야 하는 단계별 마이그레이션 계획(프로세스)
5 네트워크 및 보안 규칙 Google Cloud에서 인그레스 및 이그레스에 대한 모든 방화벽 규칙 목록
Google Cloud로 마이그레이션 중 DNS 변경사항
6 위험 및 완화 마이그레이션 스프린트 및 완화 단계 중 발생할 수 있는 위험
7 테스트 및 유효성 검사 기능 및 비기능적 요구사항의 검증을 위한 테스트 계획
8 롤백 계획 워크로드별 단계 롤백
9 팀 구성 연락처 세부정보가 포함된 팀 구성 및 명단
10 거버넌스 마이그레이션 실행팀의 RACI 행렬, 주기 및 보고, 에스컬레이션 해결 메커니즘

마이그레이션 실행

마이그레이션 계획 및 준비 단계를 완료한 후 이 섹션에서는 Google Cloud에 반복 가능한 마이그레이션 및 유효성 검사를 수행하는 방법을 설명합니다.

마이그레이션 실행 주기

평가

첫 번째 평가 반복은 마이그레이션 계획 단계 중에 이루어지며 워크로드와 인프라 구성요소 간의 종속 항목에 대한 데이터가 생성됩니다. 다음 측면과 관련된 데이터를 다시 조정하고 보강하려면 클라우드 마이그레이션 프로젝트 전체에서 검색 및 평가를 계속 수행해야 합니다.

  • 인프라 매핑에 대한 애플리케이션 및 데이터베이스 매핑(비즈니스 워크로드에 대한 모든 인프라 및 플랫폼 구성요소 식별)
  • 인프라 간에 애플리케이션, 데이터베이스, 서비스 매핑(인프라 또는 플랫폼 구성요소에 연결된 모든 비즈니스 워크로드 식별)
  • 비즈니스 워크로드 간 종속 항목
  • 워크로드별 리소스 소비
  • 초기 평가 웨이브에서 발견되지 않은 워크로드 식별
  • 초기 평가 웨이브에서 확인되지 않은 신규 또는 변경된 랜딩 영역 요구사항 식별
  • 마이그레이션을 차단할 수 있는 차단 문제 식별

지속적인 평가는 이동 그룹을 지속적으로 조정하고 상세검색하고 위험을 식별 및 완화하며 마이그레이션 웨이브 계획을 구체화하고 최적화하는 데 매우 중요합니다.

계획

마이그레이션 웨이브의 계획 단계는 웨이브 내에서 스프린트의 최종 범위를 정의하는 것을 목표로 하고 구성요소별 마이그레이션 계획을 단일 계획으로 통합합니다. 이 단계의 출력은 다음과 같습니다.

  • 현재 스프린트 범위 내에서 그룹 이동
  • 마이그레이션 스프린트 체크리스트
  • 차단 문제 해결 완화
  • 마이그레이션, 빌드, 테스트, 배포 계획
  • 롤백 계획
  • 실행 예약

하위 수준의 세부 계획은 다음에 나오는 성공적인 배포를 위해 매우 중요합니다.

배포

배포 단계 중에 마이그레이션팀은 마이그레이션 계획을 실행하고 중요한 문제를 제거합니다. 실행 계획을 추적하려면 일반 상태 회의를 설정하는 것이 좋습니다. 그러나 이러한 상태 회의는 문제를 해결하는 데 사용해서는 안 됩니다. 대신 별도의 기술 전문가와 전용 세션을 별도로 설정하세요.

배포 단계의 출력은 다음과 같습니다.

  • 마이그레이션 계획 업데이트(단계별 상태, 메모)
  • 마이그레이션 Issue Tracker 업데이트
  • 마이그레이션 후 테스트 결과
  • CMDB 업데이트(적용 가능한 경우)
  • 이해관계자에게 결과 전달 커뮤니케이션

예를 들어 마이그레이션 계획이 실패하거나 테스트가 실패한 경우 또는 정의된 마이그레이션 기간 내에 수정이 불가능한 경우 배포에 성공하지 못하면 롤백 계획을 실행해야 합니다. 롤백 후 애플리케이션 테스트를 실행하고 업스트림 및 다운스트림 시스템 구성과 같은 마이그레이션 계획에 포함된 외부 변경사항도 롤백되는지 확인하는 것이 좋습니다.

최적화

최적화 단계에서는 배포 단계를 완료한 후 프로젝트 팀이 다시 그룹화하여 학습한 내용을 문서화하고 다음 웨이브 및 스프린트를 개선할 수 있습니다. 이미 마이그레이션된 범위의 경우 최적화 단계를 사용하여 중요하지 않은 사후 문제를 해결할 수 있습니다.

이 단계는 프로젝트 타임라인 전체에서 지속적 개선을 가능하게 하므로 중요합니다.

이 단계의 출력은 다음과 같습니다.

  • 마이그레이션 Issue Tracker 업데이트
  • 프로젝트 기술 자료 업데이트(해당하는 경우)

마이그레이션 도구

자동화 도구는 마이그레이션 수명 주기에서 중요한 역할을 합니다. 마이그레이션 실행 단계에서 마이그레이션할 워크로드 유형, 지리적 분산, 출시 전략, 보안 요구사항 등 다양한 요소를 기반으로 자동화 도구의 아키텍처를 만들어야 합니다.

다음 문서에는 다음 기능을 다루는 여러 자동화 도구가 나와 있습니다.

다음 단계