세 번째 구름 파동이 정점에 도달
기술 주기에는 흐름과 흐름이 있습니다. 그 불가피성은 혁신의 S-커브와 특정 유명 분석 회사의 과대광고 주기 등 많은 이론에서 입증됩니다.
구름도 이와 같은 파동의 영향을 받습니다. 지난 10년 동안 우리는 두 번이나 매우 강력한 주기를 겪었으며, 이제 세 번째 물결이 정점에 도달하기 시작한 것으로 보입니다.
첫 번째 흐름에서는 기업들이 비용 절감과 비즈니스 민첩성에 대한 약속에 유혹되어 클라우드로 달려갔습니다. 클라우드 도입이 확대됨에 따라 공급업체는 다양한 서비스와 전문성을 통해 차별화를 꾀하고 있습니다. AWS는 확실히 전자상거래의 강자로, 상거래 생태계에 통합해야 하는 앱에 완벽한 플랫폼입니다. Azure는 기존 애플리케이션과 데이터베이스 기반 애플리케이션을 모두 지원하므로 Microsoft 기술과 도구 세트로 구축된 애플리케이션을 지원하는 데 적합합니다. 그리고 Google은 개발자들의 꿈으로 남아 있으며, 실험과 혁신을 장려하고 최신 프로토콜, 플랫폼, 서비스를 지원합니다.
결국 이로 인해 두 번째 클라우드 물결이 일어났고, 그 결과 지금의 멀티 클라우드 환경이 탄생했습니다. 각 공급업체는 약간 다른 애플리케이션을 제공했으며, 조직은 "애플리케이션에 적합한 클라우드"를 선택하여 대응했습니다. 우리의 조사에 따르면 , 오늘날 평균적인 기업은 2~6개의 서로 다른 퍼블릭 클라우드 환경에서 애플리케이션을 운영하고 있습니다.
오랫동안 클라우드를 운영해 온 기업들은 상당한 운영 비용으로 인해 수익 마진이 낮아지고 투자자의 불만이 커지는 것을 우려하기 시작했습니다. 종종 "클라우드 재이전"이라고도 불리는 이 흐름은 이제 상당수의 대기업이 공공 공간에서 데이터 센터로, 그리고 추측컨대 프라이빗 클라우드로( 86.5%의 기업이 사내에서 클라우드를 운영 ) 세 번째 클라우드 흐름을 주도하고 있다는 것을 보여줍니다.
이러한 흐름의 핵심에는 비용에 대한 공통된 우려가 있습니다. 조직에서는 애플리케이션에 대한 투자 수익을 극대화하고 싶어합니다. 디지털 전환의 여러 단계를 거치면서 기업 포트폴리오의 애플리케이션 수는 기하급수적으로 증가합니다. 비용은 편의성을 추구하는 소비자들이 요구하는 디지털 기능 확장에 큰 걸림돌이 됩니다. 각 응용 프로그램은 생산성 향상이나 이익 측면에서 수익을 제공해야 합니다. 기간.
엔터프라이즈 앱 포트폴리오를 검토하고 서비스 중인 대부분의 애플리케이션(따라서 퍼블릭 클라우드)이 클라우드 모델에 내재된 규모의 경제성을 활용하도록 설계되지 않았다는 점을 인식하면 이러한 비용 요인이 상당합니다. 오늘날 서비스 중인 대부분의 애플리케이션은 클라우드에서 영감을 받은 컨테이너화된 모델이 아닌 기존 아키텍처를 기반으로 합니다 .
최신 아키텍처를 사용하여 개발된 애플리케이션은 본질적으로 클라우드 컴퓨팅이 약속하는 비용 절감을 실현할 수 있는 역량이 더 뛰어납니다. 클라우드 기반 아키텍처는 비즈니스 기능에 따라 작업 부하를 보다 작고 개별적인 기능인 마이크로서비스로 분리하는 데 중점을 두고, 이를 통해 클라우드의 규모 경제를 활용할 수 있는 운영 능력이 더 뛰어납니다. 클라우드 기반 애플리케이션은 모든 비즈니스 기능이 아닌, 수요가 있는 특정 비즈니스 기능만 확장되기 때문에 대규모 리소스 소비가 기존 애플리케이션보다 훨씬 낮습니다. 예를 들어, 한 대형 소매업체는 최근에 200개의 분산되고 중복된 앱을 동일한 비즈니스 기능을 수행하는 단일 마이크로서비스로 교체했다고 말했습니다. 이로 인해 복잡성이 감소하고, 신뢰성이 향상되고, 비용이 절감되었습니다.
또한 클라우드 네이티브 아키텍처는 본질적으로 클라우드 엔티티 간의 이식성이 뛰어나 조직이 클라우드 차익거래가 실제로 이루어지는 미래를 향해 나아갈 수 있으며, 이를 활용할 수 있는 조직은 엄청난 비용 절감 혜택을 누릴 수 있습니다. 어떠한 환경에서도 작동할 수 있는 애플리케이션 서비스와 아키텍처 에 투자하면 한 환경에서 다른 환경으로의 원활한 마이그레이션이 보장됩니다. 기본 인프라와 분리되거나 느슨하게 결합된 일관된 애플리케이션 서비스 세트에 의존하면 클라우드 컴퓨팅과 관련된 상당한 비용 원천(클라우드 특정 도구, 서비스 및 기술)을 제거할 수 있습니다.
다음과 같은 이론적인 예를 생각해 보겠습니다. 어떤 기업이 AWS에서 프로토타입으로 만들어진 클라우드 네이티브 애플리케이션을 보유하고 있다고 상상해 보세요. 개발자들은 로드 밸런싱, 웹 애플리케이션 방화벽(WAF), Kubernetes Ingress와 같은 AWS 애플리케이션 서비스를 통합했습니다. 앱이 성공적이므로 "켜지고" 실시간 트래픽과 고객에게 서비스를 제공하기 시작합니다. 그런 다음 앱의 기능이 성장함에 따라 회사는 앱의 일부를 Azure에 배포해야 한다는 것을 깨닫게 됩니다. 동일한 앱에도 여전히 부하 분산, WAF, Kubernetes가 필요하므로 개발자와 DevOps 팀은 Azure 전용 서비스를 배포, 구성 및 유지 관리하는 데 시간을 할애해야 합니다. 이 시점에서 기업은 클라우드 도입의 첫 두 물결을 경험했습니다. 민첩성을 위해 클라우드로 전환한 다음 멀티 클라우드로 전환했습니다. 이제 회사가 클라우드 기반 앱 관리에 대한 익숙함과 전문성을 쌓았다고 상상해 보세요. 경제적 측면에서 앱을 일부 또는 전체적으로 온프레미스로 도입하는 것이 유리합니다. 이 회사는 클라우드 도입의 세 번째 물결에 있으며 온프레미스 앱 서비스에 대한 또 다른 라운드의 배포, 구성 및 유지 관리가 필요합니다.
클라우드 서비스 제공업체는 이 세 번째 물결에 매력적인 서비스와 생태계 이점으로 대응할 것이며, 이는 기업이 다시 퍼블릭 클라우드로 이전하도록 유도할 것이며, 이는 네 번째 클라우드 도입 물결을 촉발할 것입니다.
결국, 거의 모든 조직은 우연한 멀티 클라우드 모델로 운영됩니다. 우리는 클라우드 재이전 추세가 이러한 현상을 더욱 가속화할 것으로 예상합니다. "모든 것 아니면 아무것도 아니다"보다 더 나은 접근 방식은 미래의 비즈니스 선택에 가장 적합한 클라우드를 구현하기 위해 올바른 애플리케이션 서비스에 투자하는 전략적 접근 방식입니다.