기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

우선 순위 지정 및 마이그레이션 전략

마이그레이션 계획의 핵심 요소는 우선 순위 지정 기준을 설정하는 것입니다. 이 연습의 요점은 응용 프로그램이 마이그레이션되는 순서를 이해하는 것입니다. 전략은 반복적이고 점진적인 접근 방식을 취하여 우선 순위 지정 모델을 발전시키는 것입니다.

애플리케이션 우선 순위 지정

이 평가 단계는 위험도가 낮고 복잡성이 낮은 워크로드의 우선 순위를 정하기 위한 초기 기준을 설정하는 데 중점을 둡니다. 이러한 워크로드는 파일럿 애플리케이션에 적합합니다. 초기 마이그레이션 시 위험도가 낮고 복잡성이 낮은 워크로드를 사용하면 위험이 줄어들고 팀이 경험을 쌓을 기회를 얻을 수 있습니다. 마이그레이션 웨이브 계획을 수립할 때 비즈니스 동인에 따라 우선 순위를 정할 수 있도록 향후 평가 단계에서 이러한 기준을 발전시킬 예정입니다.

초기 기준에서는 종속성 수가 적은 애플리케이션, 클라우드 지원 인프라에서 실행되는 애플리케이션, 비프로덕션 환경에서 실행되는 애플리케이션의 우선 순위를 정해야 합니다. 종속성이 0~3개인 애플리케이션을 개발 또는 테스트 환경에서 있는 그대로 재호스팅할 수 있는 경우를 예로 들 수 있습니다. 이러한 기준은 클라우드 채택 성숙도 및 신뢰 수준에 따라 파일럿 애플리케이션과 잠재적 1차 및 2차 마이그레이션 물결을 정의하는 데 유효합니다.

사용할 초기 기준 결정

첫 번째 워크로드의 우선 순위를 정하는 데 사용할 2~10개의 데이터 포인트를 선택합니다. 이러한 데이터 포인트는 초기 애플리케이션 및 인프라 인벤토리에서 가져옵니다 (데이터 수집 섹션 참조).

다음으로, 각 데이터 포인트의 가능한 각 값에 대한 점수 또는 가중치를 정의합니다. 예를 들어 환경 속성을 선택하고 가능한 값이 프로덕션, 개발 및 테스트인 경우 각 값에 점수가 할당되며 숫자가 클수록 우선 순위가 높습니다. 선택 사항이긴 하지만 각 데이터 포인트에 중요도나 관련성에 대한 곱셈 인수를 할당하는 것이 좋습니다. 이 선택적 단계는 무엇이 더 중요한지 강조할 수 있는 더 높은 수준의 차별화 요소를 제공하므로 값에 점수를 할당하는 과정을 반복하면서 기준을 일관되게 유지하는 데 도움이 됩니다.

다음 표는 처음 몇 번의 마이그레이션 과정에서 위험도가 낮고 단순한 애플리케이션의 우선 순위를 정하는 전략을 기반으로, 예제 속성 선택 및 해당 값 할당을 보여줍니다.

애플리케이션 간의 주요 차별화 요소로 작용할 수 있는 속성을 선택해야 합니다. 그렇지 않으면 기준에 따라 많은 워크로드가 동일한 우선 순위를 공유하게 됩니다. 모델을 적용한 후에는 결과 순위의 상단과 하단을 살펴보고 동의하는지 확인하는 것이 좋습니다. 일반적으로 동의하지 않는 경우 워크로드 점수를 매길 때 사용한 기준을 다시 검토할 수 있습니다.

순위를 획득한 후에는 전체 포트폴리오의 점수 분포를 살펴보세요. 점수 자체는 중요하지 않습니다. 중요한 것은 점수 간의 차이입니다. 예를 들어, 최고 총점은 8,000이고 하위 점수는 800점이라는 것을 알 수 있습니다. 분포가 양호한지 확인할 수 있도록 결과 점수를 히스토그램으로 도표화하는 것을 고려해 보십시오. 우선 순위가 매우 높은 워크로드 몇 개와 우선 순위가 매우 낮은 워크로드 몇 개로 구성된 이상적인 분포는 표준 종형 곡선과 비슷합니다. 대부분의 애플리케이션은 중간 어딘가에 위치할 것입니다.

초기 우선 순위 지정의 또 다른 주요 측면은 클라우드의 얼리 어답터가 되는 데 관심을 보이는 내부 팀 또는 사업부를 포함시키는 것입니다. 이는 특히 초기에 특정 애플리케이션을 마이그레이션하기 위한 비즈니스 지원을 받는 데 상당한 수단이 될 수 있습니다. 조직의 경우 위 표에 사업부 속성을 포함시키십시오. 지원서를 제출하려는 사업부에 높은 점수를 매기십시오. 사업부 속성을 사용하면 해당 애플리케이션을 목록의 최상위에 올리는 데 도움이 됩니다.

결과 순위에 동의한 후 상위 5~10개 애플리케이션을 선택하십시오. 이들은 초기 애플리케이션 마이그레이션 대상이 될 것입니다. 3-5개의 신청서를 확인할 수 있도록 목록을 수정하십시오. 이렇게 하면 상세한 애플리케이션 평가를 수행할 때 표적화된 접근 방식을 취하는 데 도움이 됩니다. 자세한 내용은 우선 순위가 지정된 애플리케이션 평가를 참조하십시오.

마이그레이션을 위한 R 유형 결정

각 애플리케이션 및 관련 인프라에 대한 마이그레이션 전략을 결정하는 것은 마이그레이션 속도, 비용 및 이점 수준에 영향을 미칩니다. 비즈니스 동인, 기술 지침 원칙, 우선 순위 지정 기준, 비즈니스 전략 등 다양한 요소를 균형 있게 조합하여 전략을 결정하는 것이 중요합니다.

이러한 요인으로 인해 의견이 상충되는 경우가 있습니다. 예를 들어 마이그레이션의 주요 동인은 혁신과 민첩성일 수 있습니다. 이와 동시에 비용을 빠르게 줄여야 할 수도 있습니다. 범위 내에서 모든 애플리케이션을 현대화하면 장기적으로 비용을 절감할 수 있지만 사전에 더 많은 투자가 필요합니다. 이 경우 한 가지 접근 방식은 재호스팅 또는 플랫폼 변경과 같이 노력이 덜 드는 전략을 사용하여 애플리케이션을 마이그레이션하는 것입니다. 이를 통해 단기적으로 효율성을 높이고 비용을 절감할 수 있습니다. 그런 다음 절감된 비용을 이후 단계에서 애플리케이션을 현대화하는 데 재투자하여 추가 비용 절감을 달성하십시오.

그러나 모든 애플리케이션을 완전히 재호스팅하는 것부터 시작하면 현대화의 더 큰 이점이 지연됩니다. 핵심은 비즈니스 전략 애플리케이션을 현대화의 우선 순위에 두고 다른 애플리케이션은 먼저 재호스팅하거나 재배치한 다음 현대화할 수 있도록 마이그레이션 전략 간의 균형을 찾는 것입니다.

애플리케이션의 마이그레이션 전략을 결정하는 방법은 무엇입니까?

이 평가 단계에서는 마이그레이션 전략 선택을 안내하는 초기 모델을 통합하는 데 중점을 둡니다. 초기 애플리케이션의 마이그레이션 전략을 검증하려면 모델을 비즈니스 동인 및 우선 순위 지정 기준과 함께 사용하십시오. 의사 결정 트리의 기본 로직은 범위에 대한 초기 처리 방법을 결정하는 데 도움이 됩니다. 트리에서는 리팩터링 또는 재설계와 같은 가장 복잡한 접근 방식이 전략적 워크로드에만 사용됩니다.

이 다이어그램의 사용자 지정 가능한 draw.io 버전은 첨부 파일 섹션에서 사용할 수 있습니다.

초기 모델의 첫 번째 단계는 트리 상단에 있는 비즈니스 동인을 조직에서 정의한 것으로 업데이트하는 것입니다. 다음으로, 애플리케이션 전체가 아닌 애플리케이션 구성 요소에 트리를 적용하십시오. 예를 들어, 세 가지 구성 요소 (프런트 엔드, 응용 프로그램 계층, 데이터베이스) 로 구성된 3계층 응용 프로그램의 경우 각 구성 요소는 독립적으로 트리를 전송하고 특정 전략과 패턴을 할당받아야 합니다. 특정 티어를 리호스트하거나 리플랫폼하고 다른 티어는 리팩터링 (재설계) 해야 하는 경우가 있기 때문입니다.

독립적인 구성 요소 할당을 통해 관련 인프라에 대한 마이그레이션 전략을 정의해야 합니다. 인프라 전략은 지원하는 애플리케이션 구성 요소와 동일한 전략일 수도 있고 다를 수도 있습니다. 예를 들어, 새 운영 체제의 새 가상 시스템으로 재구성될 애플리케이션 구성 요소는 플랫폼 변경 전략을 따르지만 이를 호스팅하는 현재 가상 시스템은 사용 중지됩니다. 인프라의 마이그레이션 전략은 애플리케이션 구성 요소에 대해 선택한 전략을 기반으로 계산됩니다.

의사 결정 트리를 사용하여 마이그레이션 전략을 수립하기 전에 몇 가지 응용 프로그램을 대상으로 로직을 테스트하고 결과에 대체로 동의하는지 확인하십시오. 6R 의사 결정 트리는 정확성을 판단하는 데 필요한 분석을 대체하지 않는 지침입니다. 트리 로직은 특정 사례에는 적용되지 않을 수 있습니다. 이러한 경우를 예외로 취급하고 트리 로직을 변경하는 대신 재정의의 근거를 문서화하여 트리가 주도하는 결정을 무시하십시오. 이렇게 하면 관리가 어려워질 수 있는 여러 버전의 의사 결정 트리를 방지할 수 있습니다. 일반적인 지침은 트리가 워크로드의 70~ 80% 이상에 유효해야 한다는 것입니다. 나머지 부분에는 예외가 있을 수 있습니다. 이 평가 단계에서 트리 로직을 조정할 때는 초기 모델을 수립하는 데 중점을 두어야 합니다. 포트폴리오 분석 및 마이그레이션 계획과 같은 추가 반복 및 개선은 이후 단계에서 이루어질 것입니다.

첨부

attachment.zip