시작: 마이그레이션 가속화

비즈니스 및 IT 관련자의 적절 한 맞춤은 마이그레이션 장애물을 극복 하 고 마이그레이션 노력을 가속화 하는 데 도움이 됩니다. 이 문서에서는 다음에 대 한 권장 단계를 제공 합니다.

  • 관련자 맞춤
  • 마이그레이션 계획
  • 방문 영역 배포
  • 처음 10 개 작업 마이그레이션

또한 적절 한 거 버 넌 스 및 관리 프로세스를 구현 하는 데 도움이 됩니다.

이 가이드를 사용 하 여 전체 마이그레이션 작업을 정렬 하는 데 필요한 프로세스 및 자료를 간소화할 수 있습니다. 이 가이드는이 그림에 강조 표시 된 클라우드 채택 프레임 워크의 방법론을 사용 합니다.

Azure에서 마이그레이션 시작

마이그레이션 시나리오가 비정상적 이면 전략적 마이그레이션 및 준비 도구 (스마트) 평가를 사용 하 여 조직의 마이그레이션 준비 상태를 개인 설정 된 평가를 받을 수 있습니다. 현재 요구 사항에 가장 적합 한 지침을 식별 하는 데 사용 합니다.

시작

워크 로드를 마이그레이션하는 데 필요한 기술 노력과 프로세스는 비교적 간단 합니다. 마이그레이션 프로세스를 효율적으로 완료 하는 것이 중요 합니다. 전략적 마이그레이션 준비는 타임 라인에 훨씬 큰 영향을 주므로 전반적인 마이그레이션이 성공적으로 완료 됩니다.

채택을 가속화 하려면 마이그레이션 중에 클라우드 채택 팀을 지원 하기 위한 단계를 수행 해야 합니다. 이 가이드에서는 고객이 클라우드 마이그레이션에 적합 한 경로에서 시작 하는 데 도움이 되는 이러한 반복적인 작업을 간략하게 설명 합니다. 지원 단계의 중요도를 표시 하기 위해이 문서에서는 마이그레이션이 10 단계로 나열 됩니다. 실제로 클라우드 채택 팀은 4 단계 또는 5 단계와 동시에 첫 번째 파일럿 마이그레이션을 시작할 수 있습니다.

1 단계: 관련자 맞춤

일반적인 마이그레이션 차단기를 방지 하려면 마이그레이션을 위한 명확 하 고 간결한 비즈니스 전략을 만듭니다. 클라우드 채택 팀에서 결정 한 동기 및 예상 비즈니스 결과 셰이프 결정에 대 한 관련자 맞춤.

  • 동기: 전략에 대 한 첫 번째 단계는 마이그레이션 활동을 구동 하는 동기에 대 한 규약을 얻는 것입니다. 먼저 비즈니스 및 IT에서 다양 한 관련자의 동기 및 공통 테마를 이해 하 고 분류 합니다.
  • 비즈니스 결과: 동기를 맞춘 후 원하는 비즈니스 결과를 캡처할 수 있습니다. 이 정보는 전체 변환을 측정 하는 데 사용할 수 있는 명확한 메트릭을 제공 합니다.


책임이 있는 팀 담당 팀 및 지원 팀
  • 클라우드 전략 팀
  • 클라우드 채택 팀
  • 뛰어난 또는 중앙 IT 팀의 클라우드 센터
  • 2 단계: 파트너 지원 정렬

    파트너, Microsoft 서비스 또는 다양 한 Microsoft 프로그램을 통해 마이그레이션 프로세스를 통해 사용자를 지원할 수 있습니다.

    • 파트너 관계 옵션을 이해 하 여 적절 한 파트너와 지원 수준을 찾으십시오.

    • 지원 파트너에 참여 하기 전에 계약 조건 또는 기타 계약 계약을 설정 합니다.
    • 전략 및 계획 템플릿에서승인 된 파트너를 식별 합니다.

    책임이 있는 팀 담당 팀 및 지원 팀
  • 클라우드 전략 팀
  • 클라우드 채택 팀
  • 뛰어난 또는 중앙 IT 팀의 클라우드 센터
  • 3 단계: 데이터 수집 및 자산 및 워크 로드 분석

    검색 및 평가를 사용 하 여 기술 전략을 향상 시키고 전략을 실행 하기 위한 작업 계획을 만듭니다. 이 단계에서는 현재 상태 환경에 대 한 데이터를 사용 하 여 비즈니스 사례의 유효성을 검사 합니다. 그런 다음, 양적 분석 및 우선 순위가 가장 높은 워크 로드의 심층 질적 평가를 수행 합니다.

    • 기존 시스템 인벤토리: 프로그래밍 방식의 데이터 기반 접근 방식을 사용 하 여 현재 상태를 파악 합니다. 데이터를 검색 하 고 수집 하 여 모든 평가 활동을 사용 하도록 설정 합니다.
    • 증분 합리화: 비즈니스 사례를 지원할 수도 있는 모든 자산의 질적 분석에 초점을 맞춘 평가 노력을 간소화 합니다. 그런 다음 마이그레이션할 처음 10 개의 작업에 대 한 심층 질적 분석을 추가 합니다.

    • 기존 인벤토리의 원시 데이터.
    • 비즈니스 근거를 구체화 하기 위해 기존 인벤토리에 대 한 양적 분석.
    • 처음 10 개 작업의 질적 분석입니다.
    • 전략 및 계획 템플릿에문서화 된 비즈니스 근거.

    책임이 있는 팀 담당 팀 및 지원 팀
  • 클라우드 채택 팀
  • 클라우드 전략 팀
  • 4 단계: 비즈니스 사례 만들기

    비즈니스 사례를 마이그레이션하기 위한 비즈니스 사례는 관련자 간의 반복적인 대화 일 수 있습니다. 비즈니스 사례를 구축 하는 첫 번째 단계에서는 잠재적 클라우드 마이그레이션의 초기 상위 수준 수익률을 평가 합니다. 이 단계의 목표는 모든 관련자 들이 사용 가능한 데이터를 기반으로 하 여 하나의 간단한 질문에 맞춰 결정 하는 것입니다.


    책임이 있는 팀 담당 팀 및 지원 팀
  • 클라우드 전략 팀
  • 클라우드 채택 팀
  • 5 단계: 마이그레이션 계획 만들기

    클라우드 도입 계획은 프로젝트 백로그를 개발 하는 가속화 된 방법을 제공 합니다. 그런 다음 검색 결과, 합리화, 필요한 기술 및 파트너 계약을 반영 하도록 백로그를 수정할 수 있습니다.

    • 클라우드 도입 계획: 기본 템플릿을 사용 하 여 클라우드 도입 계획을 정의 합니다.
    • 작업 맞춤: 백로그에서 작업을 정의 합니다.
    • 활동 맞춤: 백로그의 자산 및 워크 로드를 정렬 하 여 우선 순위가 지정 된 워크 로드의 활동을 명확 하 게 정의 합니다.
    • 사람 및 시간 맞춤: 마이그레이션된 워크 로드에 대 한 반복, 속도 (사용자 시간) 및 릴리스를 설정 합니다.

    • 백로그 템플릿을 배포 합니다.
    • 마이그레이션할 처음 10 개의 작업을 반영 하도록 템플릿을 업데이트 합니다.
    • 사용자 및 속도를 업데이트 하 여 릴리스 타이밍을 예측 합니다.
    • 타임 라인 위험:
      • Azure DevOps에 대해 잘 알고 있으면 배포 프로세스가 느려질 수 있습니다.
      • 각 워크 로드에 사용할 수 있는 복잡성과 데이터는 타임 라인에도 영향을 줄 수 있습니다.

    책임이 있는 팀 담당 팀 및 지원 팀
  • 클라우드 채택 팀
  • 클라우드 전략 팀
  • 6 단계: 기술 준비 계획 빌드

    기존 직원은 마이그레이션 활동에서 실습 역할을 수행할 수 있지만 추가 기술이 필요할 수도 있습니다. 이 단계에서는 이러한 기술을 개발 하거나 파트너를 사용 하 여 이러한 기술을 추가 하는 방법을 알아봅니다.

    • 기술 준비 계획을 작성합니다. 기존 기술을 신속 하 게 평가 하 여 팀이 개발 해야 하는 다른 기술을 파악 하세요.


    책임이 있는 팀 담당 팀 및 지원 팀
  • 클라우드 채택 팀
  • 클라우드 전략 팀
  • 7 단계: 방문 영역 배포 및 정렬

    마이그레이션된 모든 자산은 방문 영역에 배포 됩니다. 방문 영역은 더 작은 워크 로드를 지원 하기 위해 간단 하 게 시작 하 고 시간에 따라 더 복잡 한 워크 로드를 처리 하도록 확장 됩니다.

    • 방문 영역 선택: 도입 패턴에 따라 랜딩 영역을 배포 하는 데 적합 한 접근 방식을 찾습니다. 그런 다음 표준화 된 코드 베이스를 배포 합니다.
    • 시작 지점에 관계 없이 방문 영역을 확장하 고, 배포 된 방문 영역에서 간격을 식별 하 고, 리소스 조직, 보안, 거 버 넌 스, 규정 준수 및 운영에 필요한 구성 요소를 추가 합니다.

    • 초기 낮은 위험 마이그레이션 배포를 위한 첫 번째 방문 영역을 배포 합니다.
    • 뛰어난 클라우드 센터나 중앙 IT 팀을 사용 하 여 리팩터링 계획을 개발 합니다.
    • 타임 라인 위험:
      • 처음 10 개 워크 로드에 대 한 거 버 넌 스, 작업 및 보안 요구 사항으로이 프로세스를 늦출 수 있습니다.
      • 첫 번째 방문 영역 및 후속 방문 영역을 리팩터링 하는 것이 더 오래 걸리지만 마이그레이션 노력을 통해 병렬로 발생 해야 합니다.

    책임이 있는 팀 담당 팀 및 지원 팀
  • 클라우드 플랫폼 팀
  • 클라우드 채택 팀
  • 뛰어난 또는 중앙 IT 팀의 클라우드 센터
  • 8 단계: 처음 10 개 작업 마이그레이션

    처음 10 개의 워크 로드를 마이그레이션하는 데 필요한 기술 노력은 비교적 간단 합니다. 또한 더 많은 자산을 마이그레이션할 때 반복 되는 반복적인 프로세스입니다. 이 프로세스에서는 워크 로드를 평가 하 고 워크 로드를 배포한 다음 프로덕션 환경으로 릴리스 합니다.

    반복적인 마이그레이션 활동 단계: 평가, 배포, 릴리스

    클라우드 마이그레이션 도구를 사용 하면 데이터 센터의 모든 가상 컴퓨터를 한 번의 통과 또는 반복으로 마이그레이션할 수 있습니다. 각 반복 시 더 적은 수의 워크 로드를 마이그레이션하는 것이 더 일반적입니다. 마이그레이션을 더 작은 증분으로 전환 하려면 더 많은 계획이 필요 하지만 기술 위험과 조직 변경 관리의 영향을 줄일 수 있습니다.

    각 반복에서 클라우드 채택 팀은 워크 로드를 마이그레이션하는 것이 더 좋습니다. 이러한 단계를 통해 기술 팀이 해당 기능을 완벽 하 게 파악할 수 있습니다.

    1. Azure 마이그레이션 가이드에 설명 된 도구를 사용 하 여 순수 IaaS (infrastructure as a service) 방법으로 첫 번째 워크 로드를 마이그레이션합니다.
    2. 마이그레이션 를 사용 하 여 migration and 현대화를 사용 하도록 도구 옵션을 확장 합니다.
    3. Azure cloud migration 모범 사례에 설명 된 광범위 한 방법을 사용 하 여 기술 전략을 개발 합니다.
    4. 마이그레이션 프로세스 개선 사항에 설명 된 대로 효율적인 마이그레이션-팩터리 방식을 통해 일관성, 안정성 및 성능을 향상 시킵니다.

    워크 로드를 마이그레이션하는 채택 팀의 지속적인 향상


    책임이 있는 팀 담당 팀 및 지원 팀
  • 클라우드 채택 팀
  • 클라우드 전략 팀
  • 뛰어난 또는 중앙 IT 팀의 클라우드 센터
  • 9 단계: 클라우드 거 버 넌 스에 프로덕션 워크 로드 전달

    거 버 넌 스는 마이그레이션 활동의 장기적인 성공을 위한 핵심 요소입니다. 마이그레이션 속도 및 비즈니스 영향은 중요 합니다. 하지만 거 버 넌 스가 없는 속도는 위험할 수 있습니다. 조직에서는 채택 패턴 및 거 버 넌 스 및 규정 준수 요구 사항에 부합 하는 거 버 넌 스에 대 한 결정을 해야 합니다.

    • 거 버 넌 스 접근 방법:이 방법은 회사 정책 및 프로세스에 대해 생각 하는 프로세스를 간략하게 설명 합니다. 방법을 결정 한 후에는 엔터프라이즈 클라우드 채택 활동에서 관리 기능을 사용 하도록 설정 하는 데 필요한 분야를 구축할 수 있습니다.
    • 초기 거 버 넌 스 파운데이션: 모든 채택을 위한 기반으로 사용 되는 거 버 넌 스 (최소 사용 가능 제품)를 만드는 데 필요한 지침을 이해 합니다.
    • 거 버 넌 스 벤치 마크: 조직의 현재 관리 상태에 대 한 격차를 식별 합니다. 개인 설정 된 벤치 마크 보고서를 다운로드 하 고 시작 하는 방법에 대 한 지침을 큐 레이트.

    • 초기 거 버 넌 스 기반을 배포 합니다.
    • 향후 개선 사항을 계획할 수 있도록 거 버 넌 스 벤치 마크를 완료 합니다.
    • 타임 라인 위험:
      • 정책 및 거 버 넌 스 구현의 향상은 분야 당 1 ~ 4 주를 더할 수 있습니다.

    책임이 있는 팀 담당 팀 및 지원 팀
  • 클라우드 거 버 넌 스 팀
  • 클라우드 전략 팀
  • 뛰어난 또는 중앙 IT 팀의 클라우드 센터
  • 10 단계: 클라우드 작업에 프로덕션 워크 로드 전달

    운영 관리는 마이그레이션 성공에 대 한 또 다른 요구 사항입니다. 진행 중인 엔터프라이즈 작업을 이해 하지 않고도 개별 워크 로드를 클라우드로 마이그레이션하는 것은 위험한 결정입니다. 마이그레이션과는 동시에 장기적인 작업에 대 한 계획을 시작 해야 합니다.

    • 관리 기준을 배포 합니다.
    • Operations management 통합 문서를 완료 합니다.
    • Microsoft Azure Well-Architected 검토 평가를 필요로 하는 워크 로드를 확인 합니다.
    • 타임 라인 위험:
      • 통합 문서 검토: 응용 프로그램 소유자 당 1 시간을 계산 합니다.
      • Microsoft Azure Well-Architected 검토 평가: 응용 프로그램당 1 시간 추정을 완료 합니다.

    책임이 있는 팀 담당 팀 및 지원 팀
  • 클라우드 운영 팀
  • 클라우드 전략 팀
  • 뛰어난 또는 중앙 IT 팀의 클라우드 센터
  • Value 문

    이러한 단계는 팀이 향상 되는 변경 관리 및 관련자 정렬을 통해 마이그레이션 작업을 가속화 하는 데 도움이 됩니다. 이러한 단계를 수행 하면 일반적인 차단을 제거 하 고 비즈니스 가치를 보다 신속 하 게 파악할 수 있습니다.

    다음 단계

    클라우드 채택 프레임 워크는 마이그레이션 과정을 시작 하는 데 도움이 되는 수명 주기 솔루션입니다. 또한 마이그레이션 노력을 지 원하는 팀을 완성 하는 데 도움이 됩니다. 다음 팀은 이러한 다음 단계를 사용 하 여 해당 기능을 계속 사용할 수 있습니다. 이러한 병렬 프로세스는 선형이 아니므로 블 로커로 간주 되어서는 안 됩니다. 대신 각 병렬 값 스트림은 조직의 전반적인 클라우드 준비 상태를 개선 하는 데 도움이 됩니다.

    다음 반복
    클라우드 채택 팀 마이그레이션 모델 을 사용 하 여 효율적인 마이그레이션 기능을 제공 하는 마이그레이션 팩터리로 전환 하는 방법을 알아보세요.
    클라우드 전략 팀 전략 방법과 계획 방법을 도입 계획과 함께 반복적으로 개선 합니다. 이러한 개요를 검토 하 고 비즈니스 및 기술 전략에 대 한 반복을 계속 합니다.
    클라우드 플랫폼 팀 준비 방법을 다시 방문 하 여 마이그레이션 또는 기타 채택 노력을 지 원하는 전체 클라우드 플랫폼을 계속 진행 합니다.
    클라우드   거 버 넌 스   팀 제어 방법론 을 사용 하 여 관리 프로세스, 정책 및 지침을 계속 향상 시킬 수 있습니다.
    클라우드 운영 팀 Azure에서 다양 한 작업을 제공 하기 위해 관리 방법론 을 기반으로 합니다.

    마이그레이션 시나리오가 비정상적 이면 전략적 마이그레이션 및 준비 도구 (스마트) 평가를 사용 하 여 조직의 마이그레이션 준비 상태를 개인 설정 된 평가를 받을 수 있습니다. 제공 하는 대답은 현재 요구에 가장 적합 한 지침을 식별 하는 데 도움이 됩니다.