안전한 클라우드 마이그레이션: 원활한 전환을 위한 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들은 마이그레이션 후 성능이 수용 가능한지 아닌지 판단할 수 있게 합니다.
데이터 및 앱 평가 수행
데이터 평가는 이 클라우드 마이그레이션 체크리스트의 필수 단계로, 데이터 이동은 일반적으로 클라우드 도입의 가장 까다로운 부분입니다. 데이터를 신중하게 평가하면 팀이 다음을 평가할 수 있습니다:
- 데이터 위험 수준
- 마이그레이션 계획 데이터의 볼륨과 유형
- 전반적 데이터 복원력
- 법적 데이터 프라이버시 요구사항(있는 경우)
- 데이터 무결성에 대한 가장 중요한 위협
- 잠재적 마이그레이션 후 데이터 유출 또는 누수 시나리오
데이터가 상주하는 위치는 앱과 서비스 성능에 영향을 미칠 수 있습니다. 데이터 접근 방식이 여전히 온프레미스에서 작동할 때 데이터를 클라우드로 이동하면 성능에 상당한 영향을 미칠 수 있습니다. 데이터베이스가 여전히 온프레미스지만 이에 접근하는 서비스가 클라우드에 상주하는 경우도 마찬가지입니다.
데이터 평가 외에도 온프레미스 앱도 동일한 대우를 받아야 합니다. 마이그레이션 전 팀은 모든 온프레미스 앱과 서버 인벤토리를 생성해야 합니다. 현재 가상 머신도 평가하고 잠재적 앱 의존성도 고려해야 합니다.
결과적으로 어떤 앱이 클라우드로 이동하기 전 리팩토링이 필요한지 결정할 수 있습니다. 팀은 또한 어떤 앱을 먼저 마이그레이션할지 우선순위 정하기 시작할 수 있습니다.
클라우드 마이그레이션 옵션 평가
클라우드 마이그레이션 체크리스트의 다음 단계는 어떤 앱이 클라우드와 어떤 유형의 통합을 필요로 하는지 평가하는 것입니다. 두 가지 옵션이 있습니다:
- 얕은 클라우드 통합(일명 리프트 앤 시프트): 앱을 리프트 앤 시프트할 때 코드를 거의 또는 전혀 변경하지 않고 현재 형태 그대로 클라우드에 설정합니다. 앱을 변경 없이 마이그레이션하는 것을 재호스팅이라 하며, 클라우드로 이동할 때 사소한 변경을 가하는 것은 리팩토링입니다.
- 깊은 클라우드 통합: 얕은 대응과 달리 깊은 클라우드 통합은 클라우드 기능 활용을 위해 앱 수정을 요구합니다. 변경은 비교적 간단한 조정(자동 스케일링 및 동적 로드 밸런싱 설정 등)부터 앱을 클라우드 네이티브 솔루션으로 만드는 고급 업데이트(서버리스 컴퓨팅 활성화 등)까지 범위가 다양합니다.
얕은 클라우드 통합은 앱 주요 부분을 리팩토링하는 것보다 상당히 빠른 옵션입니다. 일반적으로 미션 크리티컬 앱은 깊은 통합의 노력을 들일 가치가 있습니다. 덜 중요한 앱과 서비스는 클라우드로 마이그레이션한 후 시간이 지남에 따라 리팩토링할 수 있으므로 얕은 접근으로도 충분합니다.
기업들은 또한 어떤 서비스가 어떤 유형의 통합을 필요로 하는지 평가할 때 앱을 폐기하거나 유지하기로 결정하기도 합니다:
- 폐기는 클라우드에 업로드해도 가치가 없는 구식 앱이나 서비스 식별 프로세스입니다.
- 유지는 일반적으로 보안 또는 규정 준수 우려로 앱을 온프레미스에 유지하기로 결정하는 것입니다.
올바른 클라우드 배포 모델 선택
적절한 클라우드 배포 모델 선택은 성공적인 클라우드 마이그레이션에 필수적입니다. 다른 모델은 다른 사용 사례에 적합하며, 선택할 수 있는 다섯 가지 옵션은 다음과 같습니다:
- 퍼블릭 클라우드(전용 직접 연결 또는 인터넷을 통해 컴퓨팅 리소스 접근 제공하는 멀티테넌트 환경)
- 프라이빗 클라우드(기업이 자체 데이터 센터 내에서 클라우드 리소스를 실행하는 단일 테넌트 시스템)
- 하이브리드 클라우드(자동화와 오케스트레이션을 통해 워크로드가 환경 간 이동하는 온프레미스 시스템, 퍼블릭, 프라이빗 클라우드 혼합)
- 멀티클라우드(두 개 이상의 퍼블릭 클라우드 IaaS 환경 혼합)
- 커뮤니티 클라우드(공유 니즈나 우려를 가진 여러 기업 간 공유 인프라)
사용해야 할 배포 모델은 주로 귀사 비즈니스의 고유한 니즈와 목표에 달려 있습니다. 몇 가지 포인터:
- 퍼블릭 클라우드는 종량제 모델로 확장 가능한 환경 제공. 높은 확장성이지만 민감한 워크로드에는 이상적이지 않을 수 있음
- 프라이빗 클라우드는 미션 크리티컬 워크로드에 맞춤화된 온프레미스 클라우드 환경을 운영할 예산이 있는 회사에 완벽
- 하이브리드 클라우드는 민감한 워크로드를 온프레미스에서 실행하면서 수요 급증 시 퍼블릭 클라우드 확장성도 활용 가능
- 올바르게 수행하면 매우 유익하지만, 하이브리드 아키텍처 설계 전 인지해야 할 하이브리드 클라우드 과제도 존재
- 멀티클라우드는 벤더 락인 우려 기업이나 여러 제공업체 서비스 혼합 활용 원하는 회사에 훌륭한 선택
클라우드 서비스 제공업체 선택
온프레미스 프라이빗 클라우드 설정을 선택하지 않는 한, 클라우드 마이그레이션 체크리스트의 다음 항목은 클라우드 제공업체 찾기입니다. 대부분의 벤더가 유사한 서비스를 제공하지만 모두 동일하지는 않습니다. 클라우드 제공업체 선택 시 주요 고려사항은:
- 가격
- 서비스 선택
- 특정 지역 가용성
- 가동 시간 보장
- 내부 팀의 제공업체 기술 스택 친숙도
- 산업별 규정 준수 요구사항(예: CCPA 또는 GDPR에 따른 사용자 데이터 원산지 위치 보관)
- 마이그레이션 후 지원 및 관리형 IT 서비스
가장 인기 있는 서비스 제공업체가 항상 최적의 선택은 아님을 기억하세요. 저명한 벤더는 광범위한 니즈 충족을 목표로 하므로 특정 버티컬 기업과는 항상 좋은 매치가 아닐 수 있습니다.
예를 들어 의료 분야에서 운영하는 회사는 HIPAA 준수를 더 잘 이해하고 지원하는 틈새 제공업체와 파트너십을 맺는 것이 더 나을 수 있습니다.
필요한 리팩토링 수행
필요한 클라우드 배포가 무엇인지, 누구와 파트너십을 맺을지 알면 팀은 클라우드로 마이그레이션하기 전 앱과 서비스에 필요한 변경을 시작해야 합니다.
목표는 소프트웨어가 클라우드에서 가능한 한 효과적이고 효율적으로 작동하게 만드는 것입니다. 예를 들어 팀은 앱을 리팩토링하여:
- 가변적인 실행 인스턴스 수와 작동하여 거의 즉각적 스케일링 허용
- 동적 클라우드 역량 활용(현재 니즈에 따라 리소스 할당 및 할당 해제 기능 등)
- 개별 서비스를 클라우드로 빠르게 이동할 수 있는 더 서비스 지향적 아키텍처 생성(이번과 향후 모두)
지금은 거버넌스와 보안을 재고할 적기이기도 합니다. 내부 보안과 통제에 덜 의존하고 제공업체 클라우드 서비스에 더 의존하도록 거버넌스 전략 조정 필요. 클라우드 보안 측면에서는 다음 필요:
- 마이그레이션이 새로운 취약점 초래할 수 있는지 평가
- 내부 팀이 제공업체와 협력하여 클라우드 자산 안전하게 유지할 방법 이해
- 현재 보안 조치와 관행 조정(잠재적 개선)
- 제공업체가 제공하는 추가 보안 도구 활용 가능 여부 결정
- 페일오버 및 재해 복구 메커니즘 설정
체계적으로 마이그레이션하고 온프레미스 운영에서 트래픽 전환
모든 것을 한 번에 클라우드로 마이그레이션할 수 있지만, 이 접근은 수행하기 어렵고 위험할 수 있습니다. 대신 앱과 서비스를 하나씩 마이그레이션해야 하며, 위험이 가장 적은 앱부터 시작하여 천천히 중요한 앱으로 나아가야 합니다.
이 마이그레이션 접근 방식은 다음과 같아야 합니다:
- 운영에 최소 위험으로 팀이 이동할 수 있는 앱 우선순위 지정. 좋은 선택: 재호스팅만 필요하거나 최소 리소스 사용하는 앱(낮은 스토리지 또는 컴퓨팅)
- 비즈니스에 높은 가치를 가지지만 마이그레이션 중 상대적으로 낮은 위험을 제시하는 앱 이동 시작
- 미션 크리티컬하고 파괴적인 워크로드를 마이그레이션 최종 단계로 남겨둠. 이전 단계 앱들이 최적으로 작동하지 않는 한 이 앱들 이동 시작하지 말 것
- 수동 또는 자동 테스트(또는 둘 다) 사용하여 마이그레이션 성공 여부 확인
앱과 데이터스토어 아키텍처에 따라 온프레미스 솔루션에서 클라우드로 트래픽을 두 가지 방식으로 전환할 수 있습니다:
- 한 번에: 앱이 클라우드에서 실행되기 시작하자마자 팀이 모든 온프레미스 트래픽 전환
- 조금씩: 팀이 클라우드 기반 앱 설정 후 몇 고객을 새 환경으로 이동. 모든 것이 예상대로 작동하면 시간이 지남에 따라 고객을 클라우드로 계속 전환하여 모든 최종 사용자가 새 앱에 의존할 때까지 진행
클라우드 마이그레이션 체크리스트로 자신 있게 마이그레이션하세요
클라우드로 이동하는 것이 종종 당연한 결정이지만, 많은 기업이 앱을 클라우드로 이동할 때 어려움을 겪거나 제한된 성공을 거둡니다. 위의 클라우드 마이그레이션 체크리스트를 고수하면 모든 일반적인 함정을 피할 수 있어 비용이 많이 드는 실수에 대한 두려움 없이 클라우드 도입 계획을 시작할 수 있습니다.