클라우드 도입이란 무엇인가요?

조직의 애플리케이션과 데이터를 자체 서버에 호스팅하는 온프레미스 스토리지에서 클라우드로 전환하는 것은 디지털 혁신의 핵심 요소입니다. IT 인프라를 클라우드에서 호스팅하면 조직은 어디서나 데이터에 액세스하고, 수요에 맞춰 서비스 규모를 확장하거나 축소하며, 장애 발생 시 시스템의 복원력을 높일 수 있습니다.

하지만 이러한 방식으로 현대화하는 것은 말처럼 쉽지만은 않습니다. 2025년 Gartner는 비용이나 관리 부실로 인해 2028년까지 조직의 25%가 클라우드 도입에 만족하지 못할 것으로 전망했습니다.

클라우드 도입과 클라우드 마이그레이션에는 중요한 차이가 있습니다. 클라우드 마이그레이션이 온프레미스 서버의 데이터를 클라우드로 이전하는 기술적 과정이라면, 클라우드 도입은 클라우드 기술을 비즈니스 운영 전반에 통합하는 보다 포괄적인 과정입니다.

클라우드 도입은 비즈니스 및 기술 담당자의 공감과 참여가 필요한 조직 문화 차원의 이니셔티브이며, 비용과 컴플라이언스를 면밀히 관리하고 새롭게 도입되는 클라우드 업무 방식에 대한 교육도 세심하게 준비해야 합니다.

일반적인 클라우드 도입 프레임워크는 다음과 같습니다.

• "리프트 앤 시프트"는 애플리케이션과 데이터를 거의 또는 전혀 변경하지 않고 클라우드로 직접 이전하는 방식입니다.
  
  
• 리플랫포밍은 핵심 아키텍처를 변경하지 않으면서 클라우드 기능을 활용할 수 있도록 마이그레이션 과정에서 애플리케이션을 선별적으로 최적화하는 방식입니다.
  
  
• IT 인프라를 완전한 클라우드 네이티브 환경으로 재구축하는 방식입니다.

클라우드 혁신 프로세스는 조직이 어떤 접근 방식을 선택하느냐에 따라 달라집니다. 하지만 대체로 기본적인 로드맵은 동일합니다. 조직은 IT 자산을 평가하고 비용을 산정한 후 접근 방식을 선택하고, 하나 이상의 클라우드 제공업체를 결정합니다. 그런 다음 마이그레이션 플랜에 필요한 새로운 IT 자산을 구축하고 단계적으로 마이그레이션을 시작하며, 지속적으로 프로세스를 평가하고 간소화합니다.

실제 클라우드 도입 사례로는 대학에서 먼저 이메일 서비스를 Google Gmail로 마이그레이션하기로 결정하는 경우를 들 수 있습니다. 그런 다음 몇 년에 걸쳐 웹사이트를 Google Cloud로 마이그레이션하고, 핵심 학생 데이터베이스와 강의실 기술 기능을 클라우드로 이전한 후 모든 온프레미스 서버를 폐기할 수 있습니다.

조직마다 클라우드 여정은 다르지만 일반적으로 평가, 조달, 구축, 마이그레이션, 테스트 및 최적화라는 동일한 단계를 거칩니다.

Amazon Web Services(AWS), Microsoft Azure, IBM Cloud 등 많은 주요 클라우드 제공업체는 조직의 클라우드 도입을 지원하는 자체 프레임워크를 갖추고 있습니다. 이러한 프레임워크는 거의 항상 간단하지만 중요한 작업에서 시작됩니다. 바로 클라우드 구현을 통해 조직이 어떤 비즈니스 성과를 달성할 수 있는지 구체적으로 파악하는 것입니다.

이러한 성과에는 온사이트 인프라 비용 절감, 애플리케이션 지연 시간 단축 또는 DevOps 파이프라인 가속화 등이 포함될 수 있습니다. 이러한 목표를 파악한 다음, 조직이 목표 달성을 위해 얼마나 준비되어 있는지, 어떤 인력과 기술 또는 리소스가 필요한지 파악하는 것이 클라우드 모델과 제공업체를 선택하기에 앞서 진행해야 할 클라우드 도입의 첫 단계입니다.

목표를 수립하고 철저한 자체 평가를 마치면 조직은 솔루션과 제공업체를 평가할 준비를 갖추게 됩니다.

조직은 필요에 따라 퍼블릭 클라우드, 프라이빗 클라우드, 하이브리드 클라우드, 멀티클라우드 등 다양한 클라우드 아키텍처를 선택할 수 있습니다.

퍼블릭 클라우드는 서드파티 제공업체가 퍼블릭 인터넷을 통해 클라우드 플랫폼을 제공하는 호스팅 방식입니다. 퍼블릭 클라우드는 저렴한 비용과 뛰어난 활용성을 바탕으로 가장 널리 사용되는 클라우드 컴퓨팅 방식으로 자리 잡았습니다. 온라인 소매업체처럼 비즈니스 요구 사항에 따라 클라우드 규모를 유연하게 확장하거나 축소해야 하는 조직에 가장 적합합니다. 또한 클라우드 인프라를 자체적으로 관리하는 데 투입할 수 있는 리소스나 역량이 제한적인 조직에도 퍼블릭 클라우드가 유용합니다.

내부 클라우드 또는 기업 클라우드라고도 하는 프라이빗 클라우드는 모든 하드웨어와 소프트웨어 리소스를 하나의 조직에서 독점적으로 사용하고 액세스할 수 있도록 제공하는 전용 호스팅 솔루션입니다. 이러한 방식은 기밀 문서, 지적 재산, 개인 식별 정보(PII), 의료 기록 또는 금융 데이터를 취급하는 조직처럼 보안 또는 컴플라이언스 요건을 충족해야 하는 경우에 특히 유용합니다.

하이브리드 클라우드는 유연성을 극대화하기 위해 퍼블릭 클라우드와 프라이빗 클라우드의 요소를 결합하고, 여기에 온사이트 호스팅 인프라를 함께 사용하는 경우가 많은 클라우드 전략입니다. 하이브리드 클라우드는 모놀리식 애플리케이션을 마이크로서비스로 분할하여 비즈니스 요구 사항에 따라 여러 클라우드 환경으로 이식하고 실행할 수 있도록 하는 컨테이너화에서 특히 중요합니다.

에이전틱 AI 역시 하이브리드 클라우드의 이점을 활용할 수 있습니다. 에이전틱 AI에는 데이터가 어디에 있든 빠르고 신뢰할 수 있는 액세스가 필요하며 강력한 보안과 거버넌스도 뒷받침되어야 합니다. 하이브리드 클라우드 인프라는 이러한 요구 사항을 모두 지원하도록 설계되었습니다.

멀티클라우드 환경에서는 둘 이상의 공급업체가 제공하는 클라우드 서비스를 동시에 사용합니다. 이러한 방식을 통해 조직은 서비스를 하나의 공급업체에 의존하게 되는 공급업체 종속을 방지할 수 있습니다. 멀티클라우드는 장애 발생 시 조직이 둘 이상의 환경을 이용할 수 있도록 함으로써 엔터프라이즈 복원력을 높이는 데도 도움이 됩니다. 기업은 일반적으로 이러한 환경을 운영하기 위해 Kubernetes와 같이 모든 클라우드 제공업체에서 지원하는 오픈 소스 프레임워크를 사용합니다.

조직에서 이러한 모델 중 하나만을 엄격하게 적용하는 경우는 드뭅니다. 대부분의 조직은 필요와 비즈니스 목표에 따라 각 모델의 요소를 조합하여 도입합니다.

클라우드 모델을 결정하고 공급업체를 선정한 후에는 클라우드 도입에 필요한 IT 자산을 구축합니다.

이러한 구성 요소에는 네트워크 인프라, 아이덴티티 및 액세스 관리(IAM) 시스템, 사이버 보안 툴, 새로운 클라우드 환경을 모니터링하기 위한 관측 가능성 툴, 데이터 스토리지 솔루션 등이 포함됩니다. 이러한 구성 요소는 실제 마이그레이션을 시작하기 전에 기능을 테스트할 수 있도록 자체적으로 완결된 클라우드 "랜딩 존" 형태로 먼저 구축하는 경우가 많습니다.

마이그레이션을 시작하기 전에 이러한 자산을 구축하고 테스트하지 않으면 비용 초과와 비효율이 발생하여 기업의 클라우드 도입에 차질이 생기거나 심지어 도입 자체가 어려워질 수 있습니다.

조직은 다양한 툴과 전략을 사용하여 IT 시스템을 클라우드로 이전합니다. 예를 들어 Gartner가 2010년에 처음 제시한 프레임워크를 기반으로 하는 클라우드 마이그레이션의 "7R"에는 리호스팅, 재배치, 리플랫포밍, 리팩토링, 재구매, 폐기 및 유지가 포함됩니다.

"리프트 앤 시프트"라고도 하는 리호스팅은 일반적으로 가상 머신(VM)을 사용하여 애플리케이션 코드나 아키텍처를 변경하지 않고 애플리케이션을 클라우드로 이전하는 방식입니다. 이 전략은 신속하게 마이그레이션해야 하거나 애플리케이션 아키텍처를 재설계할 리소스가 부족한 경우 또는 데이터 센터 비용 절감과 같은 클라우드의 이점을 즉시 실현하려는 경우에 가장 효과적입니다.

재배치는 애플리케이션을 수정하지 않고 환경 간에 가상 머신을 직접 이동하여 워크로드를 이전하는 방식입니다. 이 접근 방식은 일반적으로 VMware 기반 워크로드를 클라우드 환경으로 이전하는 데 사용됩니다.

리플랫포밍은 핵심 아키텍처를 변경하지 않으면서 클라우드 기능을 활용할 수 있도록 마이그레이션 과정에서 애플리케이션을 선별적으로 최적화하는 방식입니다. 예를 들어 구조화 질의 언어(SQL) 데이터베이스를 Kubernetes 컨테이너로 마이그레이션한 후 하이브리드 또는 멀티클라우드 환경 간에 이식할 수 있습니다.

리팩터링은 애플리케이션을 클라우드 네이티브 버전으로 재설계하는 방식입니다. 이 과정에는 애플리케이션을 컨테이너화된 마이크로서비스로 분할하거나 서버리스 컴퓨팅을 도입할 수 있습니다. 상당한 투자가 필요하지만 기존 IT 인프라를 확장하기 어려운 경우에는 효과적인 방법이 될 수 있습니다.

재구매는 클라우드 기반 서비스형 소프트웨어(SaaS)가 기존 애플리케이션보다 우수하거나, 마이그레이션하는 것보다 새로운 SaaS를 도입하는 편이 비용 면에서 유리한 경우 기존 애플리케이션을 SaaS로 교체하는 방식입니다.

폐기는 클라우드 도입 과정에서 불필요하거나 더 이상 사용하기에 적합하지 않은 것으로 판단된 애플리케이션을 식별하여 사용을 중단하는 방식입니다. 조직은 사용 데이터에서 애플리케이션의 활용도가 매우 낮은 것으로 나타나거나 다른 시스템이 해당 기능을 대체하는 경우 또는 마이그레이션 비용이 비즈니스 가치를 넘어서는 경우 애플리케이션을 폐기합니다.

유지는 마이그레이션하기에 더 적절한 시점이 될 때까지 애플리케이션을 현재 환경에 그대로 두는 방식입니다. 대대적인 리툴링이 필요하거나 종속 관계가 복잡하거나 엄격한 컴플라이언스 표준을 충족해야 하는 애플리케이션은 기존 환경에 유지할 수 있습니다.

클라우드 모델을 선택할 때와 마찬가지로 대부분의 조직은 IT 인프라의 각 구성 요소에 이러한 전략을 적절히 조합하여 적용합니다.

조직은 마이그레이션 도중과 이후 모두 클라우드 구성 요소의 기능을 철저히 테스트하여 의도한 수준의 속도, 데이터 이동성 및 복원력을 달성하고 있는지 확인합니다.

마이그레이션 중 일반적으로 수행하는 테스트는 다음과 같습니다.

• 기능 테스트: 애플리케이션이 올바르게 마이그레이션되었는지 검증합니다.
  
  
• 데이터 무결성 테스트: 데이터세트가 손실되거나 손상되지 않았는지 확인합니다.
  
  
• 컷오버 테스트: 클라우드 마이그레이션 단계를 사전에 시뮬레이션하여 제대로 작동하는지 확인합니다.
  
  
• 롤백 테스트: 오류가 발생할 경우 관리자가 각 요소를 마이그레이션 이전 상태로 되돌릴 수 있는지 확인합니다.

마이그레이션 후에는 다음과 같은 테스트를 수행합니다.

• 성능 및 부하 테스트: 새롭게 클라우드 기반으로 전환된 시스템이 다양한 수준의 수요에서 제대로 작동할 수 있는지 테스트합니다.
  
  
• 보안 테스트: 새로운 클라우드 환경의 취약점과 컴플라이언스 문제를 식별합니다.
  
  
• 사용자 수용 테스트: 이해관계자와 사용자가 워크플로를 실행하고 피드백을 제공합니다.

클라우드 마이그레이션은 서비스를 클라우드로 이전하는 기술적 과정입니다. 클라우드 도입은 조직이 클라우드를 IT 인프라와 비즈니스 운영 전반에 완전히 통합하는 보다 포괄적인 과정입니다.

클라우드 마이그레이션은 클라우드 도입의 핵심이지만 전체 과정의 한 부분에 불과합니다. 클라우드 도입에는 클라우드로 전환해야 하는 비즈니스 목표를 파악하고, 클라우드 서비스를 지원할 수 있도록 규모를 확장하거나 조직을 재편하며, 서비스를 최적화하고 클라우드가 비즈니스 목표 달성을 지원하는지 확인하기 위해 지속적으로 테스트하는 과정도 포함됩니다.

어떤 형태로든 클라우드 마이그레이션을 거치지 않고 클라우드를 도입할 수는 없지만, 조직이 클라우드 도입에 수반되는 조직적 변화를 계획하지 않은 채 단순히 클라우드로 마이그레이션하는 실수를 범할 수 있습니다. 이러한 실수는 비용 초과, 계정 및 리소스의 무분별한 증가, 클라우드 보안 및 컴플라이언스 문제를 비롯한 여러 조직적 문제로 이어질 수 있습니다.

클라우드를 도입하면 IT 에코시스템의 효율성과 유연성을 높이고, 보안과 데이터 보호를 강화하며, 인프라 비용을 절감할 수 있습니다.

클라우드 솔루션은 향상된 속도와 민첩성, 사실상 무제한에 가까운 확장성, 더욱 높은 전략적 가치 등의 이점을 제공합니다.

예를 들어 클라우드 기술을 활용하면 CI/CD 파이프라인을 간소화하여 DevOps 전문가가 필요할 때 새로운 인프라를 즉시 가동할 수 있습니다. 또한 클라우드를 사용하면 수요가 적은 기간에 사용되지 않는 여분의 용량을 미리 구매할 필요가 없습니다. 대신 트래픽의 증가와 감소에 맞춰 리소스 규모를 유연하게 확장하거나 축소할 수 있습니다.

클라우드 컴퓨팅은 인공지능(AI) 툴을 호스팅할 때도 다양한 이점을 제공합니다. 예를 들어 AI 학습에 필요한 특수 하드웨어는 비용이 많이 듭니다. 클라우드 제공업체를 이용하면 이러한 하드웨어를 직접 구매하는 것보다 저렴한 비용으로 액세스할 수 있습니다.

클라우드 컴퓨팅은 네트워크에 업데이트를 자동으로 배포하고 재해 복구 역량을 강화하는 등 보안 측면에서도 이점을 제공합니다.

클라우드 제공업체는 일반적으로 알려진 보안 취약점을 해결하기 위한 업데이트와 패치를 자동으로 서비스에 배포합니다. IT 및 사이버 보안 팀이 여전히 시스템 무결성에 대한 궁극적인 책임을 지지만, 제공업체 측에서 적용하는 수정 사항은 가시성의 사각지대를 줄이고 인적 오류를 완화하는 데 도움이 될 수 있습니다.

클라우드 컴퓨팅은 재해 복구(DR)에도 매우 중요하며, 조직이 데이터 손실과 비즈니스 중단을 최소화할 수 있도록 지원합니다. 클라우드 인프라를 활용하면 조직은 중요 데이터의 복사본을 여러 위치에 저장하고, 장애 발생 시 한 서버에서 다른 서버로 신속하게 전환할 수 있습니다. 시스템 일부에 장애가 발생하더라도 핵심 운영과 서비스는 계속 실행될 수 있으며, 중단되더라도 더 빠르게 복구할 수 있습니다. 

이러한 클라우드 기반 복원력을 통해 조직은 사이버 공격, 장비 또는 공급망 장애, 자연재해, 정전 또는 기타 예기치 않은 상황에서도 비즈니스 연속성을 유지할 수 있습니다.

클라우드를 도입하면 조직의 요구 사항에 맞게 서버 사용 규모를 "적정 수준으로 조정"할 수 있어 데이터 서버 비용을 줄이고 자본을 확보함으로써 인프라의 비용 효율성을 높일 수 있습니다.

조직이 수요에 따라 클라우드 서비스 사용량만큼 비용을 지불하면 다른 IT 투자에 사용할 현금 흐름을 확보하고 IT 비용을 더욱 쉽게 관리할 수 있습니다. 클라우드를 도입하는 과정에서 조직은 수요가 적은 기간에 제대로 활용되지 않는 온사이트 인프라에 상당한 비용이 낭비되고 있음을 발견하는 경우가 많습니다.

물리적 데이터 센터 공간을 소유하거나 임대하는 조직은 클라우드로 전환하여 비용을 절감할 수도 있습니다. 물리적 데이터 센터는 에너지 비용이 많이 들고 값비싼 하드웨어 업그레이드와 유지보수가 필요하기 때문입니다. 조직은 자체 물리적 데이터 센터를 축소하거나 없애고 대신 클라우드 제공업체의 데이터 센터를 이용하여 이러한 비용을 줄일 수 있습니다.

클라우드 도입 시에는 복잡하고 오랜 시간이 걸릴 수 있는 통합 과정, 기술 격차, 비용 관리 문제 등의 과제가 발생할 수 있습니다.

기존 시스템을 클라우드와 통합할 때는 네트워킹과 레거시 애플리케이션의 작동과 관련하여 어려움이 발생할 수 있습니다.

클라우드 통합이 제공하는 속도와 데이터 이동성의 이점을 유지하려면 높은 대역폭이 필요하므로 네트워크를 더욱 면밀하게 모니터링하고 관리해야 합니다. 또한 많은 기존 애플리케이션이 클라우드에서 제대로 작동하려면 재구성하거나 재구축하거나 완전히 교체해야 합니다.

조직은 레거시 시스템과 클라우드 양측의 전문 지식과 모범 사례를 바탕으로 클라우드를 도입해야 하며, 원활한 도입을 위해 각 분야의 전문가가 서로 협력해야 합니다. 이를 위해 새로운 인력을 채용하거나, 직원에게 클라우드 시스템 관련 재교육을 제공하거나, 외부 기업의 컨설팅을 받을 수 있으며, 대부분의 경우 이러한 접근 방식을 함께 활용해야 합니다.

비즈니스 요구 사항에 맞춰 클라우드 사용 규모를 조정하는 방법을 충분히 이해하지 못하면 클라우드 도입을 통해 기대했던 비용 절감 효과가 줄어들거나 아예 사라질 수 있습니다.

클라우드 공급업체는 사용량을 세분화하여 요금을 부과하는 다양한 가격 모델을 제공하므로 조직의 비즈니스 요구 사항에 가장 적합한 모델이 무엇인지 면밀히 분석해야 합니다. 이러한 분석을 위해서는 비즈니스 전반의 클라우드 사용 현황을 종합적으로 파악해야 하므로 관측 가능성 지표와 관행이 특히 중요합니다.

또한 조직은 공급업체 종속을 방지하는 데 주의를 기울여야 합니다. 한 공급업체와의 호환성을 위해 투자한 클라우드 비용이 새로운 공급업체를 선택하거나 멀티클라우드 환경에서 다른 공급업체를 추가할 경우 매몰 비용이 될 수 있기 때문입니다.