“우리는 사람들의 이주(migration)를 막을 수도 없고 막아서는 안 됩니다. 우리는 그들에게 집에서 더 나은 삶을 주어야 합니다. 이주(migration)는 문제가 되지 않는 과정입니다.” -윌리엄 스윙
이 게시물은 클라우드로의 대규모 이전을 고려하고 있는 임원들에게 도움이 되기를 바라는 5단계 “마이그레이션 프로세스”를 개략적으로 설명합니다. 3부 시리즈의 2부를 읽고 계십니다. 이 시리즈의 첫 번째 게시물에는 대량 마이그레이션의 개념이 소개되어 있으며, 시리즈의 첫 번째 게시물에는 애플리케이션을 클라우드로 마이그레이션하는 6가지 전략이 설명되어 있습니다. 이 게시물들은 각자 서 있는 반면, 저는 그것들이 더 잘 어울린다고 생각해요.
“마이그레이션 프로세스”는 AWS가 기술 마이그레이션에 대해 알고 있는 내용과 조직의 IT 포트폴리오를 AWS로 마이그레이션하는 데 도움이 되는 일부 경험을 결합한 것입니다. 이 프로세스는 경험에 기반하지만 마이그레이션에 접근하는 데 도움이 되는 몇 가지 지침 원칙을 제공하기 위한 것이며 엄격한 규칙을 규정하기 위한 것이 아닙니다. 모든 조직은 제약, 예산 문제, 정치, 문화 및 시장의 압력의 고유한 조합을 통해 의사 결정 과정을 안내합니다.
1 단계 : 기회의 평가
클라우드로의 마이그레이션을 촉진하는 비즈니스 사례 또는 매력적인 이벤트는 무엇입니까?
이상적으로는 몇 가지 경험을 쌓는 것이 좋습니다(클라우드 시작 및 클라우드 전환을 위한 4가지 기초 투자 참조). 이 경험을 통해 비즈니스 사례를 알릴 수 있습니다. 클라우드 시장의 형성 단계에서는 마이그레이션이 종종 본능에 의해 주도되었습니다. 즉, 마이그레이션이 옳은 일이라고 생각하는 경영진입니다. 시장이 발전하고 모든 기업이 마이그레이션할 대상과 방법을 고려함에 따라 조직 전반의 행동을 촉진하기 위한 비즈니스 사례 및/또는 강력한 이벤트의 필요성이 점점 커지고 있습니다.
아직 가능한 모든 비즈니스 사례나 매력적인 이벤트를 확인하지는 못했지만, 데이터 센터 임대 만료, 개발자 생산성 추가, 글로벌 확장, 향후 M&A 활동 및/또는 표준화된 아키텍처를 위한 드라이브로 인해 마이그레이션이 많이 이루어졌습니다.
예를 들어, 한 고객이 개발자 생산성과 관련된 비즈니스 사례를 개발했습니다. 고객은 데이터 센터를 AWS로 마이그레이션하고 프로세스에서 개발자를 교육함으로써 현재 2,000 명의 개발자가 각각의 생산성보다 50 % 더 생산성이 높을 것이라고 믿습니다. 인프라 프로비저닝 대기 시간을 없애고 개별적으로 구축 / 구매해야 하는 80 개 이상의 서비스에 액세스 할 수 있게 되면서 이러한 생산성 향상으로 매년 1,000 년의 개발자 역량이 추가 될 것입니다. 고객은 이 추가 생산성을 사용하여 새로운 성장 기회를 찾기 위해 각각 10 명씩 100 개의 새로운 프로젝트에 자금을 지원하려고합니다.
클라우드로 마이그레이션하기 위해 공식적인 비즈니스 사례가 필요하지 않더라도, 리더는 목적을 명확히 하고 조직에서 뒷받침할 수 있는 적극적이지만 달성 가능한 목표를 설정하는 것이 중요하다고 생각합니다. 이 작업 없이 너무 많은 마이그레이션 작업이 중단되는 것을 보았습니다.
마이그레이션이 진행됨에 따라 귀사가 창출하는 가치와 이러한 가치를 조직에 전달하는 방법을 파악하고 IT 서비스를 종량제(pay-as-you-as-a-service) 모델로 보다 확실하게 조달할 수 있습니다.
2 단계 : 포트폴리오의 발견 및 계획
귀사의 환경에는 무엇이 있으며, 상호의존성은 무엇이며, 먼저 마이그레이션할 항목은 무엇이며, 마이그레이션 방법은 무엇입니까?
이는 일반적으로 조직에서 구성 관리 데이터베이스(CMDB), 기관 지식 및/또는 배포 도구(AWS Discovery Service 및/또는 RISC Networks 등)를 검사하여 환경에 무엇이 있는지 깊이 파악할 때입니다. 이러한 지식을 통해 조직은 포트폴리오의 각 애플리케이션 마이그레이션에 어떻게 접근하고 어떤 순서로 접근할 것인지에 대한 계획(이러한 마이그레이션과 학습 과정에서 변경될 수 있는 것으로 간주되어야 함)을 개략적으로 설명할 수 있습니다.
기존 애플리케이션을 마이그레이션하는 복잡성은 아키텍처 및 기존 라이센스 구성에 따라 달라집니다. 복잡성의 스펙트럼에서 마이그레이션할 애플리케이션의 범주를 생각해 보면, 가상화된 서비스 지향 아키텍처를 스펙트럼의 낮은 콤플렉스 끝에 배치하고, 단일 메인프레임을 스펙트럼의 높은 콤플렉스 끝에 배치합니다.
난해하기가 더 쉬울 것이라는 명백한 이유 때문에 스펙트럼의 복잡도가 낮은 부분부터 무언가를 시작하는 것이 좋습니다. 학습에 따라 즉각적이며 긍정적인 강화 또는 “빠른 승리”를 얻을 수 있습니다.
복잡성은 마이그레이션 방식에도 영향을 미칩니다. 가상화된 환경에서 호스팅되는 최신 애플리케이션을 쉽게 들어올리고 이동할 수 있으며, 일반적으로 3년 전에 개발된 것과 관련된 기술적 부채가 20년 전에 비해 적기 때문에, 우리는 재호스팅(일명 “리프트 앤 시프트”)에 대한 강한 편견이 있습니다. 또한 메인프레임을 들어올리고 변경하는 것은 불가능하기 때문에 기능 합리화 및 재설계에도 강한 편견이 있습니다. 당사(AWS 및 APN 마이그레이션 파트너)는 메인프레임(및 기타 레거시 시스템)을 보다 쉽게 마이그레이션할 수 있도록 최선을 다하고 있지만(자세한 내용은 문의해 주십시오) 아직 확실한 것은 없습니다.
3단계 및 4단계: 애플리케이션 설계, 마이그레이션 및 검증
흔히 “마이그레이션 팩토리”라고 부르는 이 2단계에서는 마이그레이션의 초점이 포트폴리오 수준에서 개별 애플리케이션 수준으로 이동하고 각 애플리케이션은 여기에 설명된 6가지 애플리케이션 마이그레이션 전략 중 하나에 따라 설계, 마이그레이션 및 검증됩니다.
저는 지속적인 개선의 방법을 추천합니다. 가장 덜 복잡한 애플리케이션부터 시작하여, 대상 플랫폼에 대해 자세히 알아보면서 마이그레이션하는 방법을 알아보고, 조직의 클라우드 및 마이그레이션이 원활해짐에 따라 더욱 복잡한 애플리케이션 마이그레이션을 추진할 수 있습니다.
또한 “마이그레이션 팩토리”를 신속하게 확장하기 위해 일부 유형의 “마이그레이션 테마”에 초점을 맞춘 민첩한 팀을 만드는 것이 좋습니다. 하나 이상의 마이그레이션 전략, 공통 애플리케이션 유형(웹 사이트, 쉐어포인트, 백오피스 등)에 대한 마이그레이션 전략 전담 팀이 서로 다른 사업부 또는 일부 조합에 있을 수 있습니다. 팀이 집중할 수 있는 테마를 찾으면 공통 패턴에서 학습할 가능성이 높아지고 “팩토리”가 애플리케이션을 마이그레이션하는 속도가 빨라집니다. 이상적으로, Cloud Center of Excellence를 구축하여 팀에게 마이그레이션과 진행 시 예상되는 사항에 대해 조언하고 안내하는 것이 좋습니다.
마지막으로, 이전 시스템을 테스트하고 폐기하는 전략을 수립해야 합니다. 좋은 소식은 이전 하드웨어를 폐기할 때만 새 하드웨어를 구입하거나 기다릴 필요가 없지만 트래픽, 사용자 또는 콘텐츠를 마이그레이션하는 동안 일정 기간 동안 병렬 환경을 실행해야 할 수도 있다는 것입니다. 이 시간을 최소화하려면 각 비즈니스 소유자가 개입하여 실시간으로 마이그레이션을 검증할 준비가 되어 있는지 확인하고 진행 중인 비용과 성능의 차이를 측정합니다.
5단계: 최신 운영 모델
마지막으로, 애플리케이션이 마이그레이션되면 새로운 기반에서 반복하고, 이전 시스템을 끄고, 최신 운영 모델을 향해 지속적으로 반복합니다.
운영 모델을 더 많은 애플리케이션을 마이그레이션할 때 지속적으로 개선되는 인력, 프로세스 및 기술의 집합으로 운영 모델을 생각하는 것이 좋습니다. 여러분이 마주칠 수도 있고 마주치지 않을 수도 있는 모든 시나리오에 대해 해결하려고 노력함으로써 고생하실 필요는 없습니다. 이상적으로는 비즈니스 사례를 작성하기 전에 개발한 기초적인 전문 지식을 바탕으로 구축해야 합니다. 그렇지 않은 경우 처음 몇 개의 응용 프로그램 마이그레이션을 사용하여 해당 기반을 개발하십시오. 마이그레이션 “팩토리”가 가속화됨에 따라 운영 모델이 지속적으로 개선되고 더욱 정교해집니다.
빌드업웍스에서 AWS 무료 컨설팅을 진행합니다.
AWS에 대하여 궁금하신 내용이 있으시거나, 도입을 검토 중이시라면 편하게 신청해주세요.
본 문서는 A Process for Mass Migrations to the Cloud 내용에 기반하여 작성 되었습니다.
© 2020, Amazon Web Services, Inc. or its affiliates. All rights reserved.
