고객 설명
시작 모듈에서는 Tailwind Traders의 목표 몇 가지를 공유했습니다. Tailwind Traders 클라우드 전략 팀은 재무 및 기술 고려 사항을 해결하는 임원 수준 전략을 정의했습니다.
이 전략 프로그램에 기여하는 다양한 프로젝트를 관리하기 위한 클라우드 채택 계획이 마련되어 있습니다. 중앙 운영 및 인프라 팀은 단기 규정 준수 및 운영 요구를 충족하는 Azure 랜딩 존을 배포했습니다.
이 모듈과 가장 관련성이 높은 것은 데이터 센터 임대 만료 전에 두 개의 임대 데이터 센터에서 마이그레이션하는 작업입니다. 이러한 데이터 센터는 매장 내 및 전자 상거래 작업을 지원하는 광범위한 프로덕션 워크로드 포트폴리오를 호스팅합니다. 또한 두 번째 데이터 센터는 소매 혁신 팀의 개발/테스트 환경 및 기타 사전 프로덕션 혁신을 호스트합니다.
마이그레이션 팀이 워크로드를 클라우드로 마이그레이션하기 시작할 준비를 하는 것처럼 Tailwind 스토리를 다시 시작합니다.
Tailwind Traders 마이그레이션 계획
계획 모듈에서는 Azure Migrate를 사용하여 회사의 디지털 환경을 합리화하고 Azure DevOps에서 마이그레이션의 지침이 되는 백로그를 만들었습니다. 이제 마이그레이션 팀은 기존 데이터 센터를 클라우드로 마이그레이션할 준비가 되었습니다. 남은 12개월 동안 팀은 워크로드를 증분식으로 마이그레이션할 계획입니다. 팀은 이 마이그레이션의 범위와 타임라인을 고려하여 다음과 같은 마이그레이션 팩터리 방식을 선택했습니다.
그림 1: 마이그레이션 프로세스의 각 스프린트에 필요한 일반적 작업.
소규모 팀 하나는 Azure Migrate를 사용하여 각각의 2주 스프린트에서 워크로드 웨이브를 마이그레이션하는 데 중점을 둡니다.
설계자로 이루어진 두 번째 소규모 팀은 마이그레이션 팀보다 1~2개 웨이브 앞선 상태를 유지합니다. 마이그레이션할 각 워크로드의 평가 및 디자인에 중점을 둡니다.
이 팀은 현재 상태 애플리케이션과 원하는 합리화 대상 간의 호환성 문제를 발견하고 해결합니다. 또한 초기 합리화 작업의 크기 조정을 평가하여 적절한 리소스 할당이 이루어지도록 합니다.
Azure 전문가로 이루어진 세 번째 소규모 팀은 마이그레이션 팀보다 1~2개 웨이브 뒤처져 작업합니다. 마이그레이션된 워크로드의 테스트, 미세 조정 및 아키텍처에 중점을 둡니다.
이 팀은 마이그레이션된 워크로드로 프로덕션 트래픽을 릴리스하기 전에 비즈니스 사용자와 함께 마이그레이션된 워크로드를 테스트하여 성능을 확인합니다. 또한 이 팀은 프로덕션 릴리스 전에 아키텍처 튜닝이 필요한 모든 워크로드에 대해 Azure Well-Architected Framework 및 Azure Well-Architected Review 평가를 사용합니다.
Important
워크로드의 양과 이 첫 번째 마이그레이션을 완료할 제한된 기간 때문에 Tailwind Traders는 이 마이그레이션 팩터리 방식을 택해야 합니다. 일반적으로 조직에서는 세 가지 기능 모두를 자체 구성 단일 마이그레이션 팀 내에서 운영할 수 있습니다. 해당 팀은 단일 스프린트에서 각 워크로드 웨이브의 평가, 마이그레이션, 릴리스를 완료할 수 있습니다.
기술 플랫폼 다양성 대비
대부분의 고객과 마찬가지로 Tailwind Traders는 다양한 기술 플랫폼 컬렉션을 지원해야 합니다. 이 회사의 주된 문제는 Linux 및 OSS 데이터 플랫폼에서 실행되는 오픈 소스 솔루션의 컬렉션이 대규모이고 증가하고 있다는 것입니다. 또한 클라우드에서 Azure Virtual Desktop 솔루션을 호스트하는 방법도 평가합니다. 어떤 시점에서 회사는 SAP HANA 솔루션을 클라우드로 마이그레이션해야 합니다.
팀은 이 마이그레이션 프로젝트를 준비하면서 Windows 및 SQL Server 자산을 마이그레이션하고 현대화하는 데 필요한 기술을 갖추고 있는지 확인해야 합니다. 또한 동일한 프로세스에서 다른 기술 플랫폼도 처리할 수 있어야 합니다.
이 모듈의 나머지 단원에서는 다양한 팀 구조로 여러 기술 플랫폼에서 성공할 수 있는 프로세스, 도구, 접근 방식을 보여 줍니다.