Lydia Leong 에 대해 잘 모르시는 분들을 위해 말씀드리자면, 그녀는 시장조사 기업 Gartner의 부사장 겸 수석 분석가이자 " 클라우드 업계의 10대 여성 "으로, 태도가 담긴 트윗을 자주 올리는 사람입니다(저는 이런 트윗이 즐겁습니다). 다른 많은 사람들과 마찬가지로, 그녀도 기업과 관련된 클라우드에 대해 합리적인 관찰을 자주 해왔습니다. 그녀는 2011년에 이미 지금 우리가 "콜로 클라우드"라고 부르는 개념의 중요성을 언급했습니다. 나는 의역하지 않겠지만, 그녀가 "당시"에 말한 내용은 다음과 같습니다.
…우리 고객 중 상당수는 하이브리드 솔루션이 필요합니다. 클라우드에 넣을 수 없는 서버나 장비가 있습니다. 가장 흔한 시나리오는 많은 사람이 대규모 Oracle 데이터베이스를 가지고 있고, 이를 위해 전용 서버가 필요하고, 이를 콜로(또는 관리형 호스팅)에 두고, 클라우드에 있는 웹 프런트엔드와 앱 서버에 교차 연결하는 것입니다. 그러나 다른 예도 있습니다. 예를 들어, 당사의 전자상거래 고객은 때때로 하드웨어로만 제공되는 암호화 "블랙 박스"를 사용하여 다른 모든 것이 클라우드에 있는 동안 콜로에 보관합니다. 또한, 우리는 대량의 데이터를 콜로에 넣은 다음 클라우드 용량으로 확장하는 고객이 많습니다. 콜로에 있는 앱의 버스트 용량으로든, 클라우드로 옮기지만 여전히 상호 연관된 백엔드 시스템과 빠르고 직접적이며 안전한 통신이 필요한 가벼운 앱으로든 말입니다.
이는 그 당시의 현실이었고 지금도 현실입니다. 기업들은 머리를 구름 속에 두고 있지만 발은 땅에 굳건히 딛고 있습니다. 그 현실은 순수한 클라우드만큼 매력적이지는 않지만, 대부분의 기업이 매일 살아가야 하는 현실입니다.
그렇습니다. 그들은 "클라우드"로 전환하고 싶어합니다. 아니요, 그들은 통제력이나 보안을 희생하고 싶어하지 않으며, 클라우드를 활용하기 위해 주요 애플리케이션을 "다시 작성"하는 시간 소모적인 프로세스에는 전혀 관심이 없습니다. 기업 IT 분야에 종사하는 친구들이 있는데 그들은 말 그대로 몇 년 동안 주요 애플리케이션을 한 플랫폼에서 다른 플랫폼으로 다시 작성하는 데 시간을 보냈습니다. 내부에 기업. 이것은 사소한 일이 아닙니다. 비용 자체만으로도 충격에 빠질 수 있습니다. 프레드 브룩스는 그의 유명한 저서 " 신화적인 맨먼스 "에서 비용을 추산할 수 있는 간단한 방정식을 제시합니다. 10만 줄의 코드가 있는 애플리케이션과 하루 평균 개발자 비용이 500달러인 경우, 해당 앱을 다시 작성하고 테스트하고 디버깅하고 배포하려면 무려 400만 달러가 듭니다. 스탠디쉬 그룹에 따르면, 주요 애플리케이션을 다시 작성하는 작업은 예산과 시간을 초과하는 경우가 많고, 더 심각한 문제는 전체 애플리케이션을 다시 작성하는 프로젝트의 70%가 실패한다는 것입니다. 많은 기업이 오래된 앱을 대체하기 위해 SaaS를 도입하는 이유를 쉽게 알 수 있습니다.
그리고 클라우드가 처음 등장한 이래로 반복해서 지적되었듯이 네트워크에는 다양한 "블랙박스"가 있는데, 이는 대개 보안과 관련이 있어 클라우드에 설치할 수 없습니다. 반드시 대체될 수도 없습니다. 이러한 요소는 단순히 보안 전략의 일부가 아니라 아키텍처의 일부 이며 조직의 규정 준수, 품질 및 업계별 요구 사항에 대한 인증을 위한 체크리스트의 일부입니다. 교체, 감사 및 인증을 거치지 않고는 해당 기업의 인증이 상실되지 않도록 폐기할 수 없습니다.
정말. 보안에 중점을 둔 ISO 27001이 있습니다. 이를 위해서는 많은 서류 작업, 정책, 절차는 물론 기술적 통제도 필요합니다. ISO 9001도 품질 관리에 중점을 두고 있습니다. 업계별로 인증과 표준이 있으며, 모든 인증과 표준에는 프로세스, 정책, 통제에 대한 헌신과 주의가 필요합니다. 코드나 아키텍처만이 문제가 아니라, 비즈니스 도 문제입니다. 그리고 비즈니스의 덧없는 측면은 항상 쉽게 분해되고, 다시 작성되고, 퍼블릭 클라우드에 배포하기 쉬운 가상 이미지로 패키징될 수는 없습니다.
기업들은 클라우드를 원하며, 그럴 만한 이유가 있습니다. SaaS 애플리케이션을 도입하는 것 외에도 기업 조직에서 클라우드를 활용하는 매력적인 방법이 많이 있습니다. 용량, 마케팅, 모바일, 일회용 앱. 모두 퍼블릭 클라우드로 마이그레이션하기에 적합한 워크로드임에는 틀림없습니다. 하지만 일부 앱에는 그 이상의 기능이 필요합니다. 그들에게는 앱 서비스가 필요하고, 보안이 필요하고, 해당 산업에서 사업을 운영하는 데 필요한 인증과 표준의 틀 내에서 사업을 운영해야 합니다. 그리고 일부는 다양한 통합과 종속성에 묶여 있습니다. 이는 퍼블릭 클라우드보다 프라이빗 클라우드의 인기가 높아지는 계기가 되었으며, 일부 워크로드는 단순히 "퍼블릭" 클라우드로 옮길 수 없다는 사실이 받아들여지고 있습니다.
그렇기 때문에 콜로 클라우드가 매력적인 옵션으로 밝혀졌습니다. 클라우드 상호 연결과 함께 보다 전통적인 호스팅 서비스를 제공할 수 있는 환경을 구축함으로써, 인접한 퍼블릭 클라우드 환경으로 빠르고 지연 시간이 짧은 링크를 제공하여 클라우드를 데이터 센터의 진정한 확장으로 만듭니다. 이러한 콜로 클라우드 제공업체는 퍼블릭 클라우드 환경에 맞게 애플리케이션을 다시 작성하거나 다시 호스팅할 여유가 없는 조직의 요구를 충족하는 솔루션을 제공할 수 있습니다. 이는 앱, 해당 아키텍처, 프로세스가 비유적으로 기반에서 들어올려져 콜로 클라우드로 옮겨지는 "리프트 앤 시프트" 답변입니다. 저지연 클라우드 상호연결을 통해 바로 옆에 있는 퍼블릭 클라우드로 마이그레이션할 수 있는 구성 요소가 있습니다.
조직에서는 데이터 센터의 퍼블릭 클라우드 측에 앱을 자신 있게 배포함으로써 퍼블릭 클라우드의 비용 절감과 민첩성을 실현합니다. 이러한 확신은 데이터 소스가 처음에 배포된 인프라 및 서비스와 함께 호스팅 제공자 측 벽에 안전하게 보관되어 있기 때문에 데이터 보안 및 성능이 유지될 것이라는 것을 아는 데서 비롯됩니다.
콜로 클라우드는 실제적인 옵션이며, 기업 조직이 앱뿐만 아니라 비즈니스 자체를 클라우드로 완전히 옮기지는 않더라도 적어도 앱과 가까이 옮길 수 있는 수단으로 평가해야 할 옵션입니다.