기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.
마이그레이션 단계
대규모 마이그레이션은 준비 및 계획 단계 중에 정의되고 테스트된 구성 요소, 프로세스, 도구, 리소스 및 방법론으로 구성됩니다. 이전 단계에서 배운 모범 사례와 교훈을 사용한 후에는 자동화 및 애자일 딜리버리를 통해 구현과 운영을 확장하는 청사진인 마이그레이션 팩토리를 구현할 수 있습니다.
마이그레이션 팩토리
마이그레이션 프로젝트의 스케일 아웃 단계에서는 여러 팀을 동시에 운영하게 됩니다. 일부는 리호스팅 및 마이너 리플랫폼 패턴에서 대량의 마이그레이션을 지원할 예정입니다. 이러한 팀을 마이그레이션 팩토리라고 합니다. 마이그레이션 팩토리를 활용하면 여러 스프린트 팀이 병렬로 작업하므로 마이그레이션 계획의 속도가 빨라집니다. 엔터프라이즈 애플리케이션 포트폴리오의 20-50%는 팩토리 접근 방식으로 최적화할 수 있는 반복적인 패턴으로 구성됩니다. 이는 민첩한 전달 모델이므로 릴리스 관리 계획을 세우는 것이 중요합니다. 계획은 준비 및 계획 단계에서 생성된 현재 워크로드와 정보를 기반으로 해야 합니다. 미래의 마이그레이션 물결과 미래의 마이그레이션 팀에 맞게 지속적으로 최적화되어야 합니다. 각 팀에 대해 세 개의 스프린트를 지원하는 애플리케이션 백로그를 보유하는 것이 좋습니다. 이렇게 하면 일정에 영향을 미치는 문제가 발생할 경우 애플리케이션의 우선순위를 다시 지정할 수 있습니다.
규모가 크고 복잡한 애플리케이션은 리팩터링/재설계 패턴을 따르는 경우가 많습니다. 일반적으로 애플리케이션 소유자가 계획된 릴리스 주기에 따라 수행합니다. 팩토리 팀은 모든 것을 갖추고 있으며 5~6개의 부서 간 역할을 담당합니다. 이들에는 운영, 비즈니스 분석가 및 소유자, 마이그레이션 엔지니어, 개발자 및 DevOps 전문가가 포함됩니다. 특별히 초점을 맞춘 마이그레이션 팩토리 팀의 예는 다음과 같습니다.
-
리호스트 마이그레이션 팀은 재료 변경이 필요하지 않은 대용량의 복잡성이 낮은 애플리케이션을 마이그레이션합니다. 이러한 팀은 마이그레이션 자동화 도구를 활용합니다. 이 접근 방식은 패치 및 릴리스 관리 프로세스에 통합되어 있습니다.
-
플랫폼 변경 마이그레이션 팀은 플랫폼 변경 또는 애플리케이션 아키텍처의 반복 가능한 변경이 필요한 애플리케이션을 설계하고 마이그레이션합니다.
-
리팩터링/재설계 마이그레이션 팀은 종속성이 많은, 복잡하거나 핵심적인 비즈니스 애플리케이션을 설계하고 마이그레이션합니다. 대부분의 경우 개발 및 기술 운영 팀이 이 비즈니스 기능을 지원합니다. 마이그레이션은 해당 팀의 계획 내에서 하나의 릴리스 주기 또는 몇 번의 릴리스 주기가 됩니다. 이들 중 다수가 진행 중일 수 있으며, 클라우드 비즈니스 오피스(CBO)는 마이그레이션 완료 시점까지 시기, 위험 및 문제를 추적하는 역할을 담당합니다. 이 팀은 애플리케이션 마이그레이션 프로세스를 담당합니다.
고려해야 할 항목:
-
포트폴리오 분석을 수행하여 모든 애플리케이션의 공통 패턴을 이해하면 팩토리 팀이 효율적으로 구현할 수 있는 반복 가능한 작업을 구축하는 데 도움이 됩니다.
-
팀이 정기적인 비즈니스 활동을 지원하므로 AWS 파트너를 사용하면 리소스 제약을 해결할 수 있습니다. AWS AWS 또한 파트너 커뮤니티는 데이터베이스, 애플리케이션 개발 및 마이그레이션 도구와 같은 특정 주제에 대한 전문 리소스를 제공할 수 있습니다.
사용법 가이드
