클라우드 마이그레이션 체크리스트:원활하고 안전한 클라우드 여정을 보장하기 위한 8단계

미션 크리티컬 앱과 데이터를 클라우드로 이동하는 것은 높은 ROI를 원하는 경우 심층적인 계획이 필요한 대규모 프로젝트입니다. 건전한 전략이 없다면 클라우드 마이그레이션은 비즈니스 이점보다 이익 손실과 골칫거리가 더 많을 것입니다.

이 도움말에서는 클라우드 마이그레이션 체크리스트를 제공합니다. 클라우드로의 이전이 불쾌한 놀라움 없이 원활하고 안전하게 진행되도록 보장합니다. 아래의 단계별 계획은 앱을 클라우드로 이전하는 모든 주요 측면을 다루므로 체크리스트를 마이그레이션 프로세스의 기준으로 사용할 수 있습니다.

클라우드 마이그레이션 체크리스트

클라우드 마이그레이션과 씨름하는 것은 기업의 일반적인 문제입니다. 최근 연구에 따르면 클라우드 마이그레이션의 55%가 상당한 지연이 발생하거나 예산 초과 .

또한 현재 클라우드로 전환 중인 조직의 62%는 프로세스가 어려움 또는 실패 . 이러한 기업의 대부분은 다음을 철저히 고려하지 않고 전환에 뛰어듭니다.

• 총 소유 비용(TCO).
• 팀이 방대한 양의 데이터와 미션 크리티컬 앱을 클라우드로 이동하는 방법
• 클라우드 배포 및 통합을 위한 다양한 옵션
• 잠재적인 새로운 사이버 보안 위험
• 사내 팀이 클라우드에서 운영하기 위해 얼마나 준비되어 있는지

아래의 클라우드 마이그레이션 체크리스트를 통해 팀에서 앱과 서비스를 클라우드로 이동하기 전에 이러한 요소를 고려할 수 있습니다.

이동 설계자 선택

클라우드 마이그레이션에는 수많은 기술적 결정과 계획이 포함되므로 작업을 주도할 단일 전문가 또는 전문가 팀을 지정해야 합니다. 한 명 이상의 직원과 함께 가더라도 마이그레이션 설계자의 역할은 다음과 같습니다.

• 서비스를 평가하여 온프레미스 또는 클라우드 호스팅에 더 적합한지 확인합니다.
• 마이그레이션 및 클라우드 로드맵을 위한 타임라인을 만듭니다.
• 데이터 및 앱 이동을 위한 최적의 전략을 설계합니다.
• 필요한 앱 리팩토링을 식별하고 감독합니다.
• 이전 우선순위를 결정합니다.
• 필요한 도구 모음을 정의합니다.

또한 전담 설계자는 IT에 대한 완전한 그림을 제공해야 합니다. 이 프로세스에는 다음 질문에 대한 답변이 포함됩니다.

• 어떤 앱이 있으며 누가 사용합니까(얼마나 자주)?
• 마이그레이션하려는 앱이 비즈니스에 얼마나 중요한가요?
• 프로그램은 어떤 리소스를 사용하며 다른 앱에 의존합니까?
• 현재 어떤 SLA, 비즈니스 연속성 조치 및 규정 준수 조치가 시행되고 있습니까?
• 현재 운영에 영향을 미치는 성능 문제가 있습니까?

분석에 따라 마이그레이션 설계자는 현재 인력이 다음 작업에 필요한 노하우를 갖고 있는지 평가해야 합니다.

• 이전을 수행합니다.
• 클라우드 환경에서 운영합니다.

팀이 새로운 환경에서 성공할 수 있다고 확신하지 않는 한 클라우드로의 전환을 시작하지 마십시오.

전담 마이그레이션 팀은 총 소유 비용(TCO)도 결정해야 합니다. 클라우드 마이그레이션의 ROI를 설명합니다. 클라우드 마이그레이션에 대한 TCO 평가에는 다음과 같은 요소가 포함됩니다.

• 전체 마이그레이션 비용.
• 마이그레이션 후 클라우드 비용(주로 대역폭 및 네트워킹 가격).
• 직원 교육 비용.
• 이전 후 정기적인 유지 관리
• 잠재적 다운타임 비용.
• 공간, 냉각 및 전기 비용(온프레미스 프라이빗 클라우드의 경우).

이전 목표 및 KPI 설정

다음 단계는 마이그레이션의 주요 목표를 설정하는 것입니다. 몇 가지 일반적인 고급 목표는 다음과 같습니다.

• 기존 앱 현대화.
• 특정 서비스 속도 향상.
• 운영 능력 향상.
• 시스템 복원력 향상.
• 사용자 경험 향상
• 더 나은 서비스 확장성 달성.
• 운영비 절감
• 데이터 보안 개선.

팀은 일반적인 목표 외에도 클라우드 마이그레이션 핵심 성과 지표(KPI)를 정의해야 합니다. 이 측정항목은 마이그레이션된 앱 또는 서비스가 기대치에 비해 어떻게 수행되는지 측정합니다. 팀에서 추적할 수 있는 KPI의 수에는 제한이 없지만 모든 측정항목은 다음 두 범주 중 하나에 속합니다.

• 이전 프로세스 동안 따르는 KPI.
• 이전 후 KPI.

다음은 마이그레이션 프로세스 동안 기업이 추적할 수 있는 가장 일반적인 KPI입니다.

• 이전 기간(전체 및 앱별).
• 중요한 서비스의 가용성.
• 서비스 및 데이터 센터의 가동 중지 시간
• 다운타임으로 인한 서비스 저하
• 생성된 서비스 티켓의 수입니다.
• 이전 비용.

팀에서 추적할 수 있는 마이그레이션 후 KPI를 살펴보겠습니다.

• 인프라 KPI(CPU 사용량, 서비스 메모리 공간, 디스크 성능, 부하 분산, 대기 시간, 네트워크 처리량 등).
• 앱 성능 측정항목(오류율, 시간 초과 횟수, 평균 응답 시간(ART), 최대 응답 시간(PRT), 가동 시간, 가용성 등).
• 사용자 경험 KPI(요청 급증 수, HTTP 상태 코드 오류, 발생 및 기록된 예외, 지연, 응답 시간 등).
• 비즈니스 영향 측정항목(체크아웃 프로세스 기간, 구독 및 구독 취소 비율, 참여율 등).
• 비용 KPI(월별 청구, 인력 비용, 타사 도구, 컨설팅 비용 등).

모든 KPI에 대한 기준 값을 설정해야 합니다. 추적할 대상을 결정하기 전에 기준선 설정은 앱 및 서비스의 현재(이전 전) 상태를 측정하는 프로세스입니다. 이러한 KPI를 통해 마이그레이션 후 성능이 허용 가능한지 여부를 결정할 수 있습니다.

데이터 및 앱 평가 수행

데이터 이동은 일반적으로 클라우드 채택에서 가장 까다로운 부분이므로 데이터 평가는 이 클라우드 마이그레이션 체크리스트의 중요한 단계입니다. 데이터를 신중하게 평가하면 팀에서 다음을 평가할 수 있습니다.

• 데이터 위험 수준.
• 이전하려는 데이터의 양 및 유형.
• 전반적인 데이터 복원력
• 법적 데이터 개인정보 보호 요구사항(있는 경우).
• 데이터 무결성에 대한 가장 심각한 위협
• 마이그레이션 후 데이터 유출 또는 유출 시나리오 가능성

데이터가 있는 위치는 또는 및 서비스의 성능에 영향을 줄 수 있습니다. 데이터 액세스 방법이 여전히 온프레미스에서 작동할 때 데이터를 클라우드로 이동하면 성능에 상당한 영향을 미칠 수 있습니다. 데이터베이스가 여전히 온프레미스이지만 데이터베이스에 액세스하는 서비스가 클라우드에 있는 경우에도 마찬가지입니다.

데이터를 평가하는 것 외에도 온프레미스 앱은 동일한 처리를 받아야 합니다. 마이그레이션하기 전에 팀은 모든 온프레미스 앱과 해당 서버의 인벤토리를 생성해야 합니다. 또한 현재 가상 머신을 평가하고 잠재적인 앱 종속성을 고려해야 합니다.

결과적으로 클라우드로 이동하기 전에 리팩토링이 필요한 앱을 결정할 수 있습니다. 팀은 먼저 마이그레이션할 앱의 우선 순위를 지정할 수도 있습니다.

클라우드 마이그레이션 옵션 평가

클라우드 마이그레이션 체크리스트의 다음 단계는 어떤 앱이 클라우드와 어떤 유형의 통합이 필요한지 평가하는 것입니다. 두 가지 옵션이 있습니다.

• 얕은 클라우드 통합(일명 리프트 앤 시프트): 앱을 들어 올리고 이동할 때 코드를 거의 또는 전혀 변경하지 않고 현재 모양으로 클라우드에 앱을 설정합니다. 변경 없이 앱을 마이그레이션하는 것을 재호스팅이라고 합니다.; 앱을 클라우드로 이동할 때 약간의 변경은 리팩토링입니다. .
• 딥 클라우드 통합: 얕은 클라우드와 달리 깊은 클라우드 통합에서는 클라우드 기능을 활용하도록 앱을 수정해야 합니다. 변경 사항은 비교적 간단한 조정(예:자동 크기 조정 및 동적 로드 밸런싱 설정)에서 앱을 클라우드 네이티브 솔루션으로 만드는 고급 업데이트(예:서버리스 컴퓨팅 활성화)에 이르기까지 다양합니다.

얕은 클라우드 통합은 앱의 주요 부분을 리팩토링하는 것보다 훨씬 빠른 옵션입니다. 일반적으로 미션 크리티컬 앱은 일반적으로 심층 통합을 위한 노력을 기울일 가치가 있습니다. 덜 중요한 앱과 서비스는 클라우드로 마이그레이션한 후 시간이 지남에 따라 리팩토링할 수 있으므로 얕은 접근 방식으로 할 수 있습니다.

또한 기업은 어떤 서비스에 어떤 유형의 통합이 필요한지 평가할 때 앱을 사용 중지하거나 유지하기로 결정하는 경우가 많습니다.

• 사용 중지는 클라우드에 업로드해도 가치가 없는 오래된 앱이나 서비스를 식별하는 프로세스입니다.
• 보존은 일반적으로 보안 또는 규정 준수 문제로 인해 앱을 온프레미스로 유지하기 위한 결정입니다.

적합한 클라우드 배포 모델 선택

적합한 클라우드 배포 모델을 선택하는 것은 성공적인 클라우드 마이그레이션에 매우 중요합니다. 다양한 모델은 다양한 사용 사례에 적합하며 선택할 수 있는 5가지 옵션은 다음과 같습니다.

• 퍼블릭 클라우드(인터넷 또는 전용 직접 연결을 통해 컴퓨팅 리소스에 대한 액세스를 제공하는 다중 테넌트 환경).
• 프라이빗 클라우드(기업이 자체 데이터 센터 내에서 클라우드 리소스를 실행하는 단일 테넌트 시스템).
• 하이브리드 클라우드(자동화 및 오케스트레이션을 통해 워크로드가 환경 간에 이동하는 온프레미스 시스템, 퍼블릭 및 프라이빗 클라우드의 혼합).
• 멀티 클라우드(2개 이상의 퍼블릭 클라우드 IaaS 환경 혼합).
• 커뮤니티 클라우드(필요 또는 우려 사항이 공유되는 여러 회사 간에 공유되는 인프라).

사용해야 하는 배포 모델은 주로 비즈니스의 고유한 요구 사항과 목표에 따라 다릅니다. 다음은 몇 가지 지침입니다.

• 퍼블릭 클라우드는 종량제 모델로 확장 가능한 환경을 제공합니다. 확장성은 높지만 퍼블릭 클라우드는 민감한 워크로드에 적합하지 않을 수 있습니다.
• 사설 클라우드는 미션 크리티컬 워크로드에 맞게 맞춤화된 온프레미스 클라우드 환경을 실행할 수 있는 예산이 있는 회사에 적합합니다.
• 하이브리드 클라우드를 사용하면 온프레미스에서 민감한 워크로드를 실행하는 동시에 수요가 급증하는 동안 퍼블릭 클라우드 확장성을 활용할 수 있습니다.
• 올바른 작업을 수행하면 매우 유용하지만 하이브리드 아키텍처를 설계하기 전에 알아야 할 몇 가지 하이브리드 클라우드 문제가 있습니다.
• 멀티 클라우드는 공급업체 종속이 우려되는 회사 또는 여러 제공업체의 서비스를 혼합하여 일치시키려는 회사에 탁월한 선택입니다.

클라우드 서비스 제공업체 선택

온프레미스 프라이빗 클라우드를 설정하지 않는 한 클라우드 마이그레이션 체크리스트의 다음 항목은 클라우드 공급자를 찾는 것입니다. 대부분의 공급업체가 유사한 서비스를 제공하지만 모두 동일하지는 않습니다. 클라우드 공급자를 선택할 때 몇 가지 주요 고려 사항은 다음과 같습니다.

• 가격
• 서비스 선택.
• 특정 지역에서 사용 가능
• 가동시간 보장.
• 제공업체의 기술 스택에 대한 사내 팀의 친숙도
• 산업별 규정 준수 요구 사항(예:CCPA 또는 GDPR에 따라 사용자 데이터를 원래 위치에 보관)
• 이전 후 지원 및 관리형 IT 서비스.

가장 인기 있는 서비스 제공업체가 항상 가장 적합한 것은 아니라는 점을 기억하십시오. 저명한 공급업체는 광범위한 요구 사항을 충족하는 것을 목표로 하므로 특정 업종의 회사와 항상 잘 어울리는 것은 아닙니다.

예를 들어, 의료 분야에서 운영되는 회사는 HIPAA 준수를 더 잘 이해하고 지원하는 틈새 공급자와 파트너 관계를 맺는 것이 더 나을 수 있습니다.

필요한 리팩토링 수행

어떤 클라우드 배포가 필요하고 누구와 파트너 관계를 맺어야 하는지 알게 되면 팀은 앱과 서비스를 클라우드로 마이그레이션하기 전에 필요한 변경 작업을 시작해야 합니다.

목표는 클라우드에서 소프트웨어가 최대한 효과적이고 효율적으로 작동하도록 하는 것입니다. . 예를 들어 팀에서 앱을 다음과 같이 리팩토링할 수 있습니다.

• 가변적인 수의 실행 중인 인스턴스로 작업하여 거의 즉각적인 확장이 가능합니다.
• 동적 클라우드 기능(예:현재 요구 사항에 따라 리소스를 할당 및 할당 해제하는 기능)을 활용합니다.
• 개별 서비스를 클라우드로 신속하게 이동하기 위해 보다 서비스 지향적인 아키텍처를 만듭니다(이번에는 물론이고 향후에도).

지금은 거버넌스와 보안을 재고할 적기이기도 합니다. 내부 보안 및 제어에 덜 의존하고 공급자의 클라우드 서비스에 더 많이 의존하도록 거버넌스 전략을 조정해야 할 수 있습니다. 클라우드 보안 측면에서 다음을 수행해야 합니다.

• 마이그레이션으로 인해 새로운 취약점이 발생할 수 있는지 평가합니다.
• 내부 팀이 클라우드 자산을 안전하게 유지하기 위해 제공업체와 협력하는 방법을 이해하십시오.
• 현재 보안 조치 및 관행을 조정하고 잠재적으로 개선할 수 있습니다.
• 제공자가 제공하는 추가 보안 도구의 이점을 누릴 수 있는지 여부를 결정합니다.
• 장애 조치 및 재해 복구 메커니즘을 설정합니다.

온프레미스 운영에서 트래픽을 방법론적으로 마이그레이션 및 전환

모든 것을 한 번에 클라우드로 마이그레이션할 수 있지만 이 접근 방식은 실행하기 어렵고 위험할 수 있습니다. 대신 앱과 서비스를 하나씩 마이그레이션해야 합니다. , 덜 중요한 앱부터 시작하여 천천히 중요한 앱으로 이동합니다.

이 마이그레이션 접근 방식은 다음과 같습니다.

• 팀에서 운영 위험을 최소화하면서 이동할 수 있는 앱의 우선 순위를 지정합니다. 재호스팅만 필요하거나 최소한의 리소스(예:낮은 스토리지 또는 계산)를 사용하는 앱을 선택하는 것이 좋습니다.
• 그런 다음 비즈니스에 가치는 높지만 마이그레이션 중에 위험이 상대적으로 낮은 앱을 이전하세요.
• 마지막으로 미션 크리티컬하고 파괴적인 워크로드는 마이그레이션의 마지막 단계를 위해 남겨둡니다. 이전 단계의 앱이 최적으로 작동하지 않는 한 이러한 앱을 이동하지 마십시오.
• 수동 또는 자동 테스트(또는 둘 다)를 사용하여 마이그레이션의 성공 여부를 확인합니다.

앱 및 데이터 저장소의 아키텍처에 따라 다음 두 가지 방법으로 온프레미스 솔루션에서 클라우드로 트래픽을 전환할 수 있습니다.

• 한 번에: 팀은 앱이 클라우드에서 실행되기 시작하는 즉시 모든 온프레미스 트래픽을 전환합니다.
• 한 번에 조금씩: 팀에서 클라우드 기반 앱을 설정한 후 몇 명의 고객을 새 환경으로 이동합니다. 모든 것이 예상대로 작동하면 모든 최종 사용자가 새 앱에 의존할 때까지 시간이 지남에 따라 고객을 클라우드로 계속 전환합니다.

클라우드 마이그레이션 체크리스트를 사용하여 자신 있게 마이그레이션

클라우드로 이전하는 것은 쉬운 결정인 경우가 많지만 많은 기업에서 앱을 클라우드로 이전할 때 어려움을 겪거나 성공이 제한적입니다. 위의 클라우드 마이그레이션 체크리스트를 준수하면 모든 일반적인 함정을 피할 수 있으므로 비용이 많이 드는 실수에 대한 두려움 없이 클라우드 도입 계획을 시작할 수 있습니다.