마이그레이션 실행

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

시작하기 전에

초기 이전 준비

클라우드 이전 프로젝트는 워크로드를 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로 반복 가능한 마이그레이션 및 유효성 검사를 실행하는 방법을 설명합니다.

이전 실행 주기

평가

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

  • 인프라 매핑에 대한 애플리케이션 및 데이터베이스 매핑(비즈니스 워크로드에 대한 모든 인프라 및 플랫폼 구성요소 식별)
  • 인프라와 애플리케이션, 데이터베이스, 서비스 간의 매핑(인프라 또는 플랫폼 구성요소에 연결된 모든 비즈니스 워크로드 식별)
  • 비즈니스 워크로드 간 종속 항목
  • 워크로드별 리소스 소비
  • 초기 평가 단계에서 발견되지 않은 워크로드 식별
  • 초기 평가 단계에서 식별되지 않은 새로운 또는 변경된 도착 페이지 요구사항 식별
  • 이전을 방해할 수 있는 차단 문제를 식별합니다.

이전 그룹을 지속적으로 보정하고 미세 조정하고, 위험을 식별하고 완화하며, 이전 웨이브 계획을 미세 조정하고 최적화하려면 지속적인 평가가 중요합니다.

계획

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

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

하위 수준의 세부 계획은 이후 배포를 성공적으로 진행하는 데 중요합니다.

배포

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

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

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

배포에 실패한 경우(예: 마이그레이션 계획 실패, 테스트 실패 또는 정의된 마이그레이션 기간 내에 수정이 불가능) 롤백 계획을 실행해야 합니다. 롤백 후 애플리케이션 테스트를 실행하고 업스트림 및 다운스트림 시스템 구성과 같이 이전 계획의 일부였던 외부 변경사항도 롤백해야 합니다.

최적화

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

이 단계는 프로젝트 일정 전반에 걸쳐 지속적인 개선을 가능하게 하므로 중요합니다.

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

  • 이전 문제 추적기 업데이트
  • 프로젝트 지식 베이스 업데이트(해당하는 경우)

마이그레이션 도구

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

다음 문서에서는 다음 기능을 처리하는 여러 자동화 도구를 보여줍니다.

다음 단계