연습 - 클라우드 채택 계획 사용자 지정
이 연습에서는 이전 평가 단계의 데이터를 가져와 템플릿 기반 클라우드 채택 계획을 채웁니다. 이 데이터 기반 계획은 새로운 혁신적인 워크로드의 마이그레이션 및 배포와 관련된 작업을 관리하는 데 도움이 됩니다.
클라우드 채택 계획 사용자 지정
클라우드에서 필요한 모든 워크로드와 모든 자산을 고려하여 계획을 수립하기를 원할 수 있습니다. 팀에 잘 정립된 클라우드 채택 프로세스가 없고 선정한 클라우드 공급자와의 경험이 많지 않다면 이러한 계획은 잘못된 인식을 만들고 불필요한 위험을 초래할 수도 있습니다.
대신, 잘 정의된 소규모 워크로드 세트를 사용하여 계획을 사용자 지정하고 테스트하여 첫 번째의 클라우드 채택 웨이브를 만듭니다. 이 단원에서는 Tailwind Traders가 첫 번째 채택 계획을 수립하는 방법을 알아봅니다. 회사에서 사용하는 단계는 다음과 같습니다.
- 워크로드의 첫 번째 웨이브 추가
- 각 워크로드에 종속 자산 연결
- 워크로드 우선 순위 지정
- 팀으로 마이그레이션 작업 평가
- 작업을 예측하고 예상 시간 내에 완료하도록 시도
- 배포된 워크로드 테스트
- 프로세스 및 예측 구체화
- 보다 포괄적인 채택 계획에 초기 학습 적용
클라우드 채택 계획 템플릿 열기
이 모듈의 첫 번째 단원에서 클라우드 채택 계획 템플릿을 사용하여 Azure DevOps에 백로그를 만들었습니다. 해당 단원의 마지막 단계에서는 해당 프로젝트 계획의 에픽 계층 구조 보기에 URL을 저장하는 것이 좋습니다. 해당 링크(또는 첫 번째 단원의 단계)를 사용하여 템플릿이 만든 백로그 또는 프로젝트 계획을 엽니다.
워크로드 추가
이제 프로젝트 계획에 일부 워크로드를 추가하겠습니다. 전 단원의 끝부분에서 Tailwind Traders의 디지털 자산에서 일련의 워크로드를 식별했습니다. 실제 계획을 빌드할 때 첫 번째 마이그레이션을 위해 10개의 워크로드를 대상으로 지정할 수 있지만 간결하게 말하면 마지막 단원에서 식별한 6개의 워크로드만 대상으로 지정합니다.
참고 항목
가상 데스크톱 및 백업 솔루션 워크로드는 워크로드가 아닌 기술 플랫폼으로 간주될 수 있습니다. 그러나 마이그레이션하는 동안 이러한 차이는 자산 컬렉션이 클라우드에 배포되는 방식에 거의 영향을 미치지 않습니다.
양식을 열어 워크로드를 추가합니다. 백로그에서 Cloud Migration 에픽을 확장하여 마이그레이션이 예정된 모든 워크로드를 확인합니다. 클라우드 마이그레이션 에픽 오른쪽에 있는 줄임표를 선택하여 메뉴를 확인합니다. 팝업 메뉴에서 링크 추가를 가리킨 다음, 새 항목을 선택합니다.
계획에서 새 워크로드 추가: 첫 번째 양식에서 이 워크로드를 계획에 추가하기 위해 몇 가지 기본 데이터를 요청합니다. 질문은 워크로드 용어가 아니라 Azure DevOps 용어를 사용합니다. 마이그레이션할 모든 워크로드는 클라우드 마이그레이션 에픽의 자식 요소로 백로그에 추가합니다. 워크로드를 지원하는 모든 종속 자산을 마이그레이션하는 데 필요한 작업량을 감안하여 모든 워크로드는 기능으로 입력됩니다. 워크로드 이름을 입력하여 이 양식을 완료합니다. 이 연습에서는 자식을 링크 유형으로 선택하고, 작업 항목 유형으로 기능을 선택하고, 첫 번째 워크로드의 제목으로 모바일 쿠폰을 입력한 다음, 양식 아래쪽에서 확인을 선택합니다.
워크로드 데이터 입력: 이러한 첫 번째 몇 개 워크로드의 경우 마이그레이션 팀이 프로덕션까지 마이그레이션을 완료하는 데 필요할 것으로 판단되는 최소 데이터양에 집중합니다. 워크로드 이름은 이전 양식에서 이월되어야 합니다. 중요도, 데이터 민감도, 워크로드 태그, 비즈니스 그룹, 워크로드 소유자, 작업 약정 또는 워크로드 수명 주기 내내 유지해야 하는 기타 정보와 같이 이 워크로드와 관련된 모든 자산에 대해 태그를 지정해야 하는 중요한 정보를 설명 상자에 입력합니다. 처음부터 모범 사례를 설정하려면 이 워크로드의 성공적인 마이그레이션 유효성을 검사하는 테스트 요구 사항을 간략하게 설명하여 이 양식에서 첫 번째 토론을 시작합니다. 저장 후 닫기를 선택하여 워크로드 정보를 저장합니다.
첫 번째 마이그레이션 웨이브의 각 워크로드에 대해 이들 단계를 반복합니다. 이 연습에서는 6개의 Tailwind Traders 워크로드(모바일 쿠폰, 비디오 선반, 원격 매장 POS, 직원 일정, 가상 데스크톱, 백업 솔루션)를 각각 나타내는 기능을 계획에서 만듭니다.
자산 추가
워크로드를 지원하는 데 필요한 인벤토리에 포함된 각 자산을 계획에 추가하여 실제 작업을 관리해야 합니다. 다음 프로세스에서는 해당 워크로드에서 각 자산을 추가하는 방법을 보여 줍니다.
참고 항목
간단히 하기 위해 각 자산에 대한 이름을 제공하는 대신 각 자산의 번호를 매깁니다. 실제 프로젝트에서는 기술 활동을 안내하기 위해 이름 및 기타 메타데이터 측면을 기록합니다.
양식을 열어 새 자산 추가: 백로그에서 모바일 쿠폰 기능을 확장합니다. 모바일 쿠폰의 오른쪽에 있는 줄임표를 선택하여 메뉴를 표시합니다. 팝업 메뉴에서 링크 추가를 마우스로 가리키고 새 항목을 선택합니다.
계획에서 새 자산 추가: 새 워크로드를 추가하는 프로세스와 마찬가지로 첫 번째 양식에서 이 자산을 계획에 추가하기 위해 몇 가지 기본 데이터를 요청합니다. 백로그로 마이그레이션할 모든 자산을 관련 워크로드 기능의 자식 요소로 추가해야 합니다. 자산 마이그레이션은 일련의 작업을 기반으로 하는 불연속의 측정 가능한 결과이기 때문에 모든 자산은 사용자 스토리로 입력됩니다. 자산 이름을 입력하여 이 양식을 완료합니다. 이 연습에서는 링크 유형에 대해 자식 항목을 선택하고, 작업 항목 유형에 대해 사용자 스토리를 선택하고, 첫 번째 자산의 제목으로 자산 #1을 입력합니다. 양식 아래쪽에서 확인을 선택합니다.
자산 데이터 입력: 자산 이름은 이전 양식에서 이월되어야 합니다. 자산 유형(VM, 데이터 또는 애플리케이션), 현재 네트워크 분할, 알려진 종속성, 자산별 태그 또는 자산 마이그레이션에 도움이 될 수 있는 기타 정보와 같은 이 자산에 대한 중요한 정보를 설명 상자에 입력합니다. 모범 사례를 처음부터 설정하려면 수용 기준을 고려합니다. 수용 기준 상자를 사용하여 클라우드에 배포된 후 이 자산을 테스트하는 방법 및 주체에 대한 세부 정보를 입력합니다. 저장 및 닫기를 선택하여 자산 정보를 저장합니다.
워크로드 우선 순위 지정
백로그의 에픽 계층 구조 보기에서 목록에서 워크로드를 위아래로 끌어 선형 우선 순위를 반영하고 마이그레이션할 워크로드 시퀀스를 설정할 수 있습니다.
계획에 포함되는 워크로드가 늘어나면 이 접근 방식은 필요한 명확성을 제공하기에 충분하지 않을 수도 있습니다. 워크로드를 선택하여 이 초기 워크로드를 추가하는 데 사용한 작업 항목 편집 양식을 엽니다. 양식의 계획 섹션에서 우선 순위, 위험, 비즈니스 값 또는 시간 중요도에 대한 필드를 사용하여 우선 순위 지정에 더 지속적인 값을 나타낼 수 있습니다.
가장 중요한 것은 마이그레이션할 워크로드의 웨이브를 정의하면 작업이 완료되는 우선 순위가 설정됩니다. 동일한 양식에서 반복 드롭다운 목록을 사용하여 각 워크로드에 대한 반복을 설정할 수 있습니다.
폼을 사용하여 우선 순위 값을 설정하는 경우 완료되면 저장 및 닫기를 선택해야 합니다.
팀으로 마이그레이션 작업 평가
클라우드 채택 계획 템플릿은 마이그레이션에 필요할 수도 있는 다양한 활동을 보여 주는 샘플 워크로드 템플릿을 배포합니다. 선택한 마이그레이션 접근 방식에 따라 필요한 작업이 달라질 수도 있습니다.
자산 마이그레이션: 모든 마이그레이션 접근 방식의 핵심은 각 자산에 대해 완료해야 하는 간단한 2단계 프로세스, 즉 호환성 평가 후 자산 마이그레이션입니다. 또한 대부분의 팀은 크기 조정을 최적화하고, 보안 및 관리 설정을 구성하고, 해당 자산의 구성을 문서화하는 기본 프로세스를 추가합니다. 디지털 자산 내의 모든 자산에 대해 이러한 작업을 반복할 수 있습니다. 템플릿에는 각 작업을 완료하기 위한 지침에 대한 링크가 포함되어 있습니다.
자산 마이그레이션은 소규모의 전술적 노력에는 좋지만, Tailwind Traders가 완료해야 하는 것과 같은 정교한 마이그레이션 또는 채택 노력의 요구 사항을 충족하도록 확장되지는 않습니다.
워크로드 마이그레이션: 이러한 프로세스를 확장하려면 워크로드 마이그레이션이 훨씬 유용할 수 있습니다. 이 접근 방식에서는 템플릿에서 각 자산과 연결된 작업을 무시할 수 있습니다. 자산은 Azure Migrate 같은 도구를 사용하여 대량으로 마이그레이션됩니다. 각 워크로드에 대해 평가, 크기 조정, 종속성, 테스트, 문서화를 한 번만 완료하여 중복 작업을 줄일 수 있습니다. 워크로드를 마이그레이션할 때 기존 자산도 폐기되므로 사용하지 않는 자산을 사용 중지하고 지속적인 비용을 절감할 수 있습니다.
워크로드 마이그레이션이 훨씬 효율적이기는 하지만 활동이 수천 개의 VM에 집중하기 시작하면 확장 한계에 도달할 수도 있습니다.
마이그레이션 팩터리: 가장 규모가 크고 가장 반복 가능한 옵션을 위해 팀이 추가 환경을 확보하면서 마이그레이션 팩터리를 구축할 수 있습니다. 클라우드 채택 프레임워크 프로세스 개선 섹션은 고려해야 할 여러 프로세스를 제공합니다.
작업 추가
팀이 프로세스를 지원하는 데 필요한 작업을 조정한 후에는 각 워크로드 및/또는 자산에 해당 작업을 추가하기 시작할 수 있습니다.
이전 단계와 비슷하게 여기서 워크로드나 자산 옆에 있는 줄임표를 선택하여 작업을 추가합니다. 유일한 차이점은 이 작업과 관련된 할당 및 작업을 추적하기 위해 작업 항목 형식 드롭다운 목록에서 작업을 선택한다는 것입니다.
워크로드에 작업을 직접 추가하는 경우 사용자 스토리를 추가하여 작업 및 도움말을 할당과 그룹화할 수도 있습니다. 템플릿은 다음 이미지와 같이 작업을 그룹화하기 위한 사용자 스토리의 예를 제공합니다.
작업을 예측하고 예상 시간 내에 완료하도록 시도
팀이 포함하기로 동의한 각 작업에 대해 작업을 완료하는 데 필요한 예상 시간을 마련합니다. 원래 예상 텍스트 상자에 예상 시간을 입력하고 저장 및 닫기를 선택합니다.
첫 번째 반복에서 매일 팀과 회의하며 작업 진행 상황을 파악합니다. 매일 모임에서 다시 기본 시간 및 완료된 시간 값을 업데이트합니다. 이렇게 하면 팀에서 각 작업을 수행할 때의 어려움을 면밀히 관찰하여 향후 예상을 구체화하는 데 도움이 됩니다. 처음 몇 번의 반복에서는 토론 상자에서 완료되는 작업에 대한 관찰을 기록하여 배운 교훈을 유지하는 방법을 연습합니다.
참고
마이그레이션이 진행되면서 팀에서 동의한 작업 중 일부가 불필요한 것으로 나타날 수도 있습니다. 학습을 지속하기 위해 반복 중에 모든 작업이 완료되었는지 확인하여 해당 모양을 검증한 다음, 향후 반복에서 조정합니다. 불필요한 작업이 사용자 스토리 또는 마이그레이션 활동을 전달하는 데 방해 요인이 되지 않도록 합니다.
배포 테스트
각 자산이 배포될 때 테스트를 실행하여 초기 디자인이 완료 및 준수되었는지 확인합니다.
각 워크로드의 최종 자산이 배포되면 아키텍처, 성능, 크기 조정의 유효성을 검사합니다. 가장 중요한 점은 가능한 경우 실제 비즈니스 사용자와 함께 워크로드 테스트를 수행하는 것입니다.
회고를 통해 프로세스 및 예상치 미세 조정
첫 번째 반복이 종료되면 함께 모여 어떤 작업은 유효했고 어떤 작업은 유효하지 않았는지 토론합니다. 또한 팀에서 중단하거나 계속하거나 늘리려고 하는 작업이 있는지 살펴봅니다.
다음 번 반복에 포함할 작업 목록에 이러한 간단한 고려 사항을 적용합니다. 팀이 작업에 소요된 시간을 사용하여 새로운 예상치를 제공할 수도 있습니다.
초기 교훈을 보다 포괄적인 채택 계획에 적용
처음 세 번의 반복에 대해 이 문서의 단계를 반복하여 프로세스를 계속 학습하고 구체화합니다. 팀은 몇 번의 반복 후에 필요한 작업, 해당 작업에 필요한 시간, 디지털 트랜스포메이션 프로그램을 성공으로 이끌 전체 프로세스를 이해할 수 있을 것입니다.
프로젝트 관리자는 각 반복을 완료하는 동시에 이전 단원의 평가 데이터를 사용하여 더 많은 수의 워크로드 및 필요한 자산을 포함하여 더 풍부한 계획을 채워야 합니다.
일반 원칙으로 프로젝트 관리자는 처음 몇 번의 반복에서 한 번에 10개의 워크로드를 로드하려고 시도해야 합니다. 회고가 반복되면서 팀은 2주 반복에서 완료할 수 있는 워크로드 수를 보다 명확하게 파악할 수 있습니다. 일부 성숙한 팀은 2주 간의 스프린트에서 수백 또는 수천 개의 자산을 마이그레이션할 수 있습니다. 그러나 이러한 자산이 지원하는 워크로드의 테스트 및 프로덕션 릴리스에는 더 많은 시간이 소요됩니다.
초기 반복을 실시하는 처음 몇 주 동안 대부분의 마이그레이션 프로젝트를 로드하고, 우선 순위를 지정하고, 반복에 할당하고, 예상할 수 있을 것입니다. 일반적으로 세 번째 반복이 완료되면서 프로젝트 기간 및 타임라인이 안정화됩니다.
대규모로 디지털 자산 통합
Microsoft Excel용 Teams 추가 기능을 사용하면 워크로드, 자산, 작업을 더 신속하게 추가할 수 있습니다. 다음 단원의 다음 단계 섹션에서는 초기 클라우드 채택 계획에 제공된 워크로드 템플릿을 사용하여 많은 수의 워크로드 및 자산을 로드하는 방법을 안내하는 문서 시리즈에 대한 링크를 제공합니다.
파트너 참여
승인된 클라우드 채택 프레임워크 제품을 제공하는 Microsoft 파트너는 마이그레이션 계획 및 실행을 가속화하여 조직에 필요한 되풀이 작업의 양을 크게 줄일 수 있습니다. 클라우드 채택 프레임워크 파트너 제품 사이트에서 숙련된 파트너의 제품을 살펴보세요.