프라이빗 클라우드를 고려해야 할 때는?

단일 기업을 위한 호스팅 또는 온프레미스 프라이빗 클라우드를 운영한다는 개념은 빠르게 일반화되고 있습니다. 점점 더 많은 기업들이 클라우드 컴퓨팅에 대해 알게 되면서, 자체 클라우드 플랫폼을 운영하는 것이 실현 가능하고 비즈니스에 잠재적으로 가치 있다는 것을 인식하고 있습니다. 그러나 클라우드에 대한 전반적인 이해 부족으로 인해, 비즈니스 요구에 전혀 맞지 않는 상황에서도 클라우드가 권장되는 사례가 늘고 있으며, 전통적인 가상화 관리 시스템으로 오해받는 경우도 있습니다.

클라우드는 가상화 플랫폼의 특수한 유형으로 고유한 틈새 시장을 채웁니다. 클라우드 컴퓨팅은 전통적인 가상화에 자동화된 스케일링 및 프로비저닝을 추가하여 애플리케이션의 빠른 수평적 확장을 가능하게 합니다. 이는 일반적인 비즈니스 요구 사항이 아닙니다. 클라우드는 리소스 프로비저닝의 셀프 서비스와 연관되는 경향이 있으며 종종 이와 연결되지만, 이것만으로는 무언가를 클라우드라고 부르거나 클라우드 플랫폼으로의 전환을 정당화하지 않습니다. 다만 추가적인 동기가 될 수는 있습니다. 클라우드를 흥미롭게 만드는 것은 최종 사용자에게 셀프 서비스 포털을 제공하고 애플리케이션이 스스로를 프로비저닝할 수 있는 능력입니다. 이것이 클라우드 플랫폼을 전통적인 가상화와 구분 짓는 핵심적인 측면입니다.

클라우드가 의미하지 않는 것은 단일 창에서의 간소화된 전체 도메인 시스템 관리, 대규모 통합, 하드웨어 시스템 간의 쉬운 마이그레이션, 새로운 시스템의 신속한 프로비저닝, 가상화, 고가용성, 리소스 오버커밋 등과 같은 기능들입니다. 이러한 기능들은 모두 다른 방법으로, 주로 표준 플랫폼 가상화(VMware vSphere, Microsoft의 HyperV, Xen 등)를 통해 또는 그 위에서 사용 가능합니다. 이러한 기능들이 프라이빗 클라우드에서 사용 불가능한 것이 아니라, 클라우드의 측면이 아닌 기반 가상화 플랫폼의 측면입니다. 클라우드 레이어는 이 위에 있으며 기반 레이어의 이점을 단순히 전달할 뿐입니다.

종종 클라우드가 논의되는 것은 프라이빗 클라우드와 흔히 연관된 많은 기능들이 다른 더 간단한 형태로는 사용할 수 없다는 오해에서 비롯됩니다. 이는 드문 경우입니다. 일반 가상화 플랫폼, 가장 일반적으로 VMware의 vSphere와 Microsoft의 HyperV는 이러한 모든 옵션을 제공합니다. 이들은 단일 인터페이스에서 관리되는 물리적 서버의 강력한 클러스터를 만드는 데 사용할 수 있으며, 매우 높은 신뢰성과 IT 부서의 최소한의 전문 지식을 요구하고 전통적인 비즈니스 워크플로우를 유지하는 새로운 시스템의 신속한 프로비저닝이 가능합니다. 자체 클라우드 소유에 관심이 있다고 생각하는 기업들과 이야기할 때, 그들이 실제로 원하는 기능들은 대부분 클라우드 기능이 아닙니다.

"클라우드"라는 용어는 최근 너무 인기를 얻어 사람들은 거의 모든 사람에게 중요한 기능들이 갑작스러운 중요성 급증을 설명하기 위해 클라우드에 귀속되어야 한다고 가정하기 시작했습니다. 그러나 이는 사실이 아닙니다. 클라우드는 여전히, 그리고 앞으로도, 매우 적은 수의 기업만이 자체적으로 소유하기에 적합한 주로 틈새 솔루션으로 남을 것입니다. 퍼블릭 클라우드의 사용이나 클라우드 플랫폼에서 제공되는 호스팅 서비스 이용은 사실상 보편화되었습니다. 그러나 단일 기업을 위한 프라이빗 클라우드 소유는 대부분의 기업이나 사업 단위에게 비즈니스 요구 사항이 되기까지는 아직 멀었으며, 많은 경우 그렇게 될 것 같지도 않습니다.

프라이빗 클라우드는 두 가지 핵심 영역에서 빛을 발합니다. 첫 번째는 정기적으로 많은 수의 임시 또는 애드혹 시스템을 "스핀업"해야 하는 비즈니스입니다. 이는 특히 여러 운영 체제를 대상으로 하는 경우, 대규모 개발 팀과 애플리케이션 테스트 그룹에서 자주 발생합니다. 임시 테스트 시스템이나 랩 시스템을 신속하게 프로비저닝하는 능력은 매우 유리할 수 있으며, 비즈니스 고객이 자체 시스템 인스턴스를 생성, 관리 및 삭제할 수 있는 프로비저닝 도구를 쉽게 노출하는 클라우드 컴퓨팅의 특성은 내장된 차지백 메커니즘과 함께 IT 부서와 최종 사용자 간의 상호작용이 이 트랜잭션에서 거의 마찰 없이 이루어지므로 기업 효율성에 매우 유익할 수 있습니다. 클라우드 전체를 유지하는 책임은 개별 시스템을 유지하는 책임과 쉽게 분리될 수 있습니다. 프로덕션 워크로드에는 이런 방식으로 거의 사용되지 않지만, 이는 많은 사업 단위가 오늘날 절실히 원하는 셀프 서비스 방식을 허용합니다. 클라우드 플랫폼 자체를 만들고 유지하는 오버헤드로 인해 소규모에서는 비실용적이지만 대규모에서는 생산성을 크게 높일 수 있습니다. 기술적 이점 외에도, 클라우드 컴퓨팅의 이러한 측면은 IT를 내부 서비스 제공자로, 부서를 고객으로 생각하는 모델 역할을 할 수 있습니다. 우리는 오랫동안 IT와 다른 사업 단위를 이런 용어로 논의했지만 실제로 그렇게 생각하는 경우는 드뭅니다.

클라우드 컴퓨팅이 진정으로 빛을 발하고 원래 개념이 개발된 두 번째 영역은 수평적으로 확장되는 애플리케이션에 대한 자동 프로비저닝을 처리하는 것입니다. 즉, 새 인스턴스를 스스로 생성함으로써 처리 용량을 늘릴 수 있는 애플리케이션 워크로드입니다. 소규모에서는 많은 웹 애플리케이션이 상태 비저장 특성으로 인해 추가 연결을 처리하기 위해 새 스레드 워커를 생성함으로써 단일 시스템 내에서 이를 수행합니다. Apache 웹 서버는 요청을 처리할 준비가 된 8개의 리스너로 시작할 수 있지만, 해당 스레드가 소진되면 추가 수신 연결을 처리하기 위해 자동으로 새 스레드를 시작하여 단일 서버의 한계 내에서 확장할 수 있습니다. 이 개념을 확장하여 클라우드 컴퓨팅에 적용하면, 시스템 전체 수준에서 스레드 소진이 임박했음을 감지한(또는 여유 메모리 부족이나 성능 저하와 같은 다른 메트릭을 기반으로 한) 동일한 애플리케이션이 클라우드 컴퓨팅 플랫폼에서 노출된 API를 사용하여 클라우드 관리 시스템에 자신을 호출하는 시스템의 새 복사본을 프로비저닝하도록 신호를 보낼 것입니다 - 본질적으로 즉석에서 자신을 복제하는 것입니다. 몇 초 안에 첫 번째와 동일한 새 가상 서버가 가동되어 부모와 함께 수신 요청을 처리할 것입니다. 이 자식 또는 클론 시스템도 필요에 따라 내부적으로 새 스레드를 생성하고, 소진을 감지하면 클라우드 플랫폼을 호출하여 더 많은 스레드를 처리하는 또 다른 새 시스템을 만들 것입니다. 이런 식으로 애플리케이션은 필요에 따라 자동으로, 즉석에서 거의 무한정(전체 클라우드 플랫폼의 하드웨어 한계 내에서) 성장할 수 있습니다. 그런 다음 개별 시스템이 유휴 상태가 되면 워크로드가 줄어들면서 한 번에 하나씩 시스템이 클라우드 관리 시스템에 더 이상 필요하지 않다는 신호를 보낼 수 있고, 시스템은 단순히 상태 비저장 클론이었기 때문에 전원이 꺼지고 삭제되어 여유 용량을 활용해야 하는 다른 애플리케이션과 워크로드를 위해 시스템 용량을 확보합니다.

보시다시피, 클라우드 컴퓨팅은 오늘날 대부분의 퍼블릭 및 엔터프라이즈 애플리케이션이 웹 프로토콜과 최종 사용자 인터페이스를 활용하기 위해 상태 비저장 방식으로 작성되고 있다는 점에서 특히 강력합니다. 웹 애플리케이션은 클라우드 컴퓨팅의 확장성 모델을 활용하는 데 특히 능숙하며, 대부분의 대규모 웹 애플리케이션은 오늘날 이러한 탄력적인 용량 확장 및 축소를 활용합니다. 많은 새로운 NoSQL 모델이 등장하기 시작하면서 데이터베이스도 애플리케이션 프론트엔드 처리 노드뿐만 아니라 대규모로 유사한 모델의 혜택을 받을 수 있을 것임을 시사합니다. 이것은 공개적으로 노출된 애플리케이션뿐만 아니라 내부 애플리케이션에도 활용될 수 있지만, 내부 애플리케이션은 단일 시스템을 넘어 확장해야 하는 경우가 거의 없으므로 프라이빗 클라우드가 이런 방식으로 활용되는 경우는 매우 드뭅니다.

클라우드 컴퓨팅의 위험은 일반 가상화를 넘어서는 추가적인 복잡성의 형태로 나타납니다. 플랫폼을 지원하기 위해 복잡한 스토리지가 필요할 가능성이 있으며 배워야 하고 유지해야 할 레이어가 더 많습니다. 클라우드 컴퓨팅이 시스템을 빠르게 만들고 삭제하는 능력은 사용자들이 클라우드 리소스를 영구 시스템인 것처럼 사용하려는 유혹을 줄 수 있습니다. 이는 가능하게 만들 수 있지만, 사용자들이 전통적이고 예상되는 것과 매우 다른 동작을 경험하여 데이터 손실을 초래할 수 있습니다. 가장 큰 클라우드 우려 사항은 인적 요소로, 최종 사용자들이 점점 더 많은 새 시스템을 무분별하게 생성함에 따라 통제되지 않은 시스템 스프롤이 발생할 가능성이 높아진다는 것입니다. IT가 아닌 최종 사용자가 만든 이러한 시스템들은 엄격하게 통제되고 모니터링되지 않을 가능성이 높아 시스템이 비인가 상태로 종종 잊혀진 채로 남을 수 있습니다. 이는 시스템이 패치되지 않고 관리되지 않아 위험을 증가시키고 리소스를 낭비하면서 유지보수 및 보안 악몽으로 이어질 수 있습니다. 가장 우려되는 것은 시스템이 만들어지고 잊혀져 적절한 라이선스 없이 존재할 가능성입니다. 자동으로 프로비저닝된 시스템의 추적 및 보고는 시스템 생성 방식의 큰 변화로 인한 프로세스 위험을 수반합니다. IT 부서는 컴플라이언스를 유지하는 데 필요한 복잡한 라이선싱 프로세스에 익숙하지만, 클라우드 컴퓨팅에서는 이 프로세스가 이를 전혀 처리할 준비가 되지 않은 사업 단위에 노출될 가능성이 있습니다. 클라우드 컴퓨팅의 라이선싱 요구 사항에 대한 수용 방법이 있지만, 이는 해결해야 할 추가적인 복잡성과 관리입니다. IT 부서의 직접적인 감독 없이 시스템이 존재하도록 허용하면 잠재적으로 예측하지 못한 성격의 위험이 따릅니다.

프라이빗 클라우드 소유는 많은 흥미로운 가능성을 제공하지만, 이러한 이점과 기회가 모든 사람을 위한 것은 아님이 분명합니다. 대규모 기업, 좋은 프로세스 통제를 갖춘 기업, 리소스의 시스템 수준 탄력성을 활용할 수 있는 특수하게 적응된 애플리케이션을 실행하는 기업, 그리고 최종 사용자가 셀프 프로비저닝할 수 있는 서비스로 제공되는 대규모 애드혹 시스템 생성 및 삭제가 필요한 기업을 위한 것입니다. 대부분의 대형 기업들은 사내 클라우드 컴퓨팅의 사용이 제한적일 것입니다. 소규모 조직들은 가까운 미래에, 어쩌면 영원히, 클라우드 컴퓨팅이 유리하다고 생각하는 경우가 드물 것입니다.