퍼블릭 클라우드란 무엇일까요?

퍼블릭 클라우드는 기업과 사용자가 클라우드 서비스 사업자라고도 하는 써드파티 사업자가 제공하는 컴퓨팅 리소스에 접속할 수 있도록 합니다. 기업은 컴퓨팅 리소스를 현장에서 구입, 설치, 관리하는 대신 인터넷을 통해 클라우드 공급업체의 가상 머신, 애플리케이션, 데이터 스토리지, 데이터베이스 서비스 같은 리소스를 사용할 수 있습니다. 구독 기반 또는 사용량 기준 지불 모델로 제공되는 공용 클라우드 서비스를 통해 기업은 자체적으로 관리할 때보다 훨씬 빠르게 리소스를 확장할 수 있습니다.

모든 클라우드 제품과 마찬가지로 퍼블릭 클라우드는 여러 가지 핵심 기술에 의존합니다. 서비스 공급업체는 가상화를 통해 단일 물리적 서버에서 여러 가상 서버나 VM(Virtual Machine)을 만들고 호스팅할 수 있으므로 여러 고객에게 컴퓨팅 서비스를 제공하는 동시에 동일한 서버에 있는 서로 다른 고객의 VM을 격리할 수 있습니다. 클라우드 서비스 사업자는 이러한 방식으로 컴퓨팅 기술을 가상화함으로써 방대한 양의 리소스를 효과적으로 풀링해, 고객이 증가하는 비즈니스 요구사항과 수요 급증을 수용할 수 있도록 신속하게 확장할 수 있습니다. 또한 퍼블릭 클라우드 서비스는 IT 팀의 도움 없이 사용자가 스스로 컴퓨팅 리소스를 신속하게 프로비저닝할 수 있도록 하는 온디맨드 셀프 서비스 기능을 지원하는 자동화 기술에 의존합니다.

퍼블릭 클라우드 제품은 기업의 사내 온프레미스 데이터 센터 내에 존재하는 기존 IT 리소스를 사용하는 것에 비해 많은 장점을 제공합니다.

• 자본 비용 절감. 기업은 퍼블릭 클라우드 리소스를 사용함으로써 더 이상 물리적 하드웨어나 소프트웨어 패키지를 구매, 설치, 유지 관리, 업그레이드할 필요가 없습니다. 모든 컴퓨팅 기술은 클라우드 서비스 사업자가 관리합니다.
• 운영 비용 절감. 기업은 종량제 방식으로 퍼블릭 클라우드 서비스를 구매할 수 있기 때문에 운영 비용이 절감될 수 있습니다.
• 서버 관리 필요 감소. 퍼블릭 클라우드 컴퓨팅을 사용하면 레거시 온프레미스 데이터 센터의 서버를 관리하는 데 더 이상 시간을 할애할 필요가 없기 때문에 사내 IT 팀의 부담이 감소합니다.
• 보안 강화. 퍼블릭 클라우드 제품은 주로 중소기업이 자체적으로 구축할 수 있는 것보다 더욱 강력한 보안 수단을 배포합니다.
• 용이한 확장. 기업이 퍼블릭 클라우드 솔루션을 사용하면 기존 데이터 센터에서는 불가능했던, 무한에 가까운 속도로 빠르게 확장할 수 있습니다.
• 민첩성 향상. 기업은 퍼블릭 클라우드를 통해 신속하게 행동해 비즈니스 기회를 확보하고, 시장 상황에 대응할 수 있습니다.
• 업타임 극대화. 공급업체는 퍼블릭 클라우드 배포에 내장된 이중화 기능을 통해 SLA를 제공함으로써 대부분의 기업보다 높은 업타임을 보장하고 IT 팀이 자체 업무에 집중에 성과를 이룰 수 있습니다.
• 재해 복구 간소화. 퍼블릭 클라우드 서비스는 외부 위치로의 데이터 백업을 자동화할 수 있어 기업이 재해 발생 후 신속하게 데이터를 복구할 수 있도록 합니다.

• 컴플라이언스 문제. 퍼블릭 클라우드에서는 여러 고객이 동일한 물리적 서버에 상주하는 가상 머신을 대여하고 사용합니다. 이런 '멀티 테넌트' 방식은 민감한 데이터 취급에 엄격한 보안 요구사항이 적용되는 고도로 규제된 업계에서 운영되는 기업에는 우려 사항이 될 수 있습니다.
• 제어력 상실. 데이터와 애플리케이션을 퍼블릭 클라우드로 전환하면 IT 팀의 제어력이 어느 정도 상실될 수밖에 없습니다.
• 제한된 가시성. 퍼블릭 클라우드 서비스를 사용하는 IT 팀은 기존의 사내 데이터 센터와 동일한 수준의 데이터 및 IT 자산 파악 능력을 갖추지 못할 수 있습니다.
• 예측할 수 없는 비용. 종량제 가격 모델을 사용하면 비용을 절감할 수 있지만 IT 비용을 정확하게 예측하고 예산을 책정하기가 어려울 수 있습니다.
• 맞춤화 불가. 많은 퍼블릭 클라우드 공급업체가 몇 가지 옵션을 통해 보편적인 상황에 적용되는 단일 접근 방식을 제공하므로 기업은 특정 요구사항에 맞게 IT 인프라를 설정하기가 더욱 어려워집니다.

퍼블릭 클라우드 제품은 일반적으로 4가지 종류의 서비스 모델로 분류됩니다.

• SaaS(Software as a Service) 제품은 클라우드에서 호스팅되고 인터넷을 통해 접속되는 애플리케이션에 대한 접속을 제공합니다. SaaS 서비스를 사용하면 기업이 소프트웨어 애플리케이션을 설치 및 유지 관리하는 대신 기업과 사용자가 인터넷을 통해 최신 애플리케이션에 접속할 수 있도록 할 수 있고 클라우드 벤더사는 애플리케이션 관리, 문제 해결, 업그레이드를 담당합니다.
• IaaS(Infrastructure as a Service)는 스토리지, 서버, 네트워킹 같은 컴퓨팅 리소스를 확장 가능한 온디맨드 방식으로 제공합니다. IaaS 서비스는 종량제 방식으로 사용할 수 있으며, 이를 통해 기업은 사내 장비를 업그레이드할 필요 없이 필요한 모든 IT 리소스에 접속할 수 있습니다.
• PaaS(Platform as a Service)는 소프트웨어 개발팀에 클라우드 기반 애플리케이션의 구축, 테스트, 배포, 관리, 업데이트에 필요한 모든 리소스를 포함해 클라우드의 완벽한 개발 환경을 제공합니다. PaaS 제품에는 미들웨어, 개발 툴, 데이터베이스 관리 시스템, 비즈니스 인텔리전스 서비스뿐만 아니라 서버, 스토리지, 네트워킹 같은 인프라가 포함됩니다.
• 서버리스 컴퓨팅을 사용하면 개발자는 서버와 기타 백엔드 서비스를 프로비저닝하거나 관리할 필요 없이 애플리케이션을 구축하고 실행할 수 있습니다.

퍼블릭 클라우드 제품은 일반 공용 환경의 모든 사용자가 사용할 수 있지만, 프라이빗 클라우드는 한 고객 또는 기업의 요구사항을 충족하는 데 주력합니다. 프라이빗 클라우드는 기업의 데이터 센터 내 하드웨어나 써드파티 시설에서 호스팅될 수 있습니다. 프라이빗 클라우드는 가상화와 자동화 같은 기술을 퍼블릭 클라우드와 동일하게 사용하며, 리소스를 풀링하고 확장 가능한 온디맨드 IT 인프라에 대한 셀프 서비스 접속을 제공하는 기능 같은 동일한 특성을 공유합니다. 그러나 프라이빗 클라우드는 전용 리소스에 대한 제어 및 맞춤화 기능을 강화해 보안 및 개인정보 보호 수준을 한층 더 높일 수 있습니다. 반면 프라이빗 클라우드는 하드웨어 및 소프트웨어에 대한 높은 자본 투자가 필요하며, 내부 IT 팀의 관리 부담이 가중됩니다.

하이브리드 클라우드는 두 개 이상의 클라우드 컴퓨팅 환경(일반적으로 하나의 프라이빗 클라우드와 하나 이상의 퍼블릭 클라우드 서비스)과 이러한 환경 간에 데이터 및 워크로드를 원활하게 이동할 수 있는 오케스트레이션 기술으로 조합됩니다. 하이브리드 클라우드는 기업이 퍼블릭 및 프라이빗 클라우드 기술의 장점을 모두 활용할 수 있도록 하는 탁월한 클라우드 전략의 일부입니다. 기업은 비즈니스 크리티컬 워크로드와 중요 데이터를 프라이빗 클라우드 내에서 제어할 수 있으면서도, 다양한 용도와 워크로드에 대해 퍼블릭 클라우드 제품의 비용 절감, 확장성, 안정성의 장점을 누릴 수 있습니다.

멀티클라우드 환경은 단순히 두 개 이상의 퍼블릭 클라우드 서비스를 사용하는 것을 의미합니다. 오늘날 대부분의 기업은 멀티클라우드 서비스를 사용합니다. 예를 들어, 기업은 클라우드 저장소, 클라우드 기반 이메일 서비스, CRM 서비스에 각기 다른 사업자를 사용할 수 있습니다.

컴퓨팅 초기에는 클라우드 전환을 반대하는 주요 이유 중 하나가 보안이었습니다. 오늘날 대규모 클라우드 서비스 사업자는 최첨단 보안 툴에 크게 투자하고 있으며, 보안 전문가 팀을 채용해 데이터 센터를 사이버 공격과 기타 위협으로부터 완벽하게 보호합니다. 하지만 일부 기업은 퍼블릭 클라우드의 보안해 대해 우려합니다. 퍼블릭 클라우드 공급업체를 사용하는 기업은 보안 체계를 관리하는 데 일반적으로 사용되는 보안 데이터의 종류에 대한 가시성이 거의 없습니다. 퍼블릭 클라우드 환경은 특정 규제 프레임워크에 대해서는 모든 보안 요구사항을 충족하지 못할 수 있습니다. 사이버 범죄자는 소규모 프라이빗 클라우드 배포보다 대규모 클라우드 서비스 사업자를 표적으로 삼을 가능성이 더 높습니다. 또한 대부분의 클라우드 서비스 사업자는 보안에 대한 공유 책임 모델 하에 운영하므로 기업은 클라우드 내 자체 데이터 보안을 책임져야 합니다. 기업과 IT 팀이 이 모델에 따른 책임을 완전히 이해하지 못할 경우 보안 실수가 발생할 수 있습니다.