2022년 애플리케이션 전략 상태: 멀티 클라우드 복잡성 지속
필연적으로 모든 회사는 멀티 클라우드가 될 것이고 운영, 보안 및 인력에 도입되는 복잡성에 직면하게 될 것입니다.
매년 실시하는 애플리케이션 전략 설문 조사에 응답한 많은 조직이 여러 클라우드에 앱을 보유하고 있다고 답한 것은 놀라운 일이 아닐 것입니다. 현재 4분의 3 이상, 정확히는 77%가 전통적인 의미의 멀티 클라우드입니다.
제가 전통적인 의미라고 말하는 이유는 서두에서 많은 기업이 하나 이상의 클라우드 기반 서비스형 제품을 사용하고 있다는 점을 고려했기 때문입니다. 그리고 우세하다는 말은 거의 전부, 무려 93%를 뜻합니다. 실제로, 기업들은 평균적으로 2.9개의 다양한 서비스형 제품을 소비합니다. 모든 회사가 어떤 종류의 SaaS를 사용한다는 사실을 지적하며 보편적인 채택을 즉시 무시하는 사람들을 위해 말씀드리자면 2.9에는 점점 더 XaaS로 그룹화되는 것이 포함됩니다.
- 36%는 클라우드 기반 WAF, DDoS 또는 봇 관리와 같은 보안 서비스 사용
- 35%는 종종 '퍼블릭 클라우드'로 표시되는 Infrastructure-as-a-Service를 소비합니다.
- 25%는 Business-Process-as-a-Service를 사용함
- 21%는 컨테이너형 서비스 사용
- 31%가 Platform-as-a-Service를 활용
또한 기존 CDN과 보안 서비스 배포를 넘어 엣지 컴퓨팅의 도입도 증가하고 있다는 점을 지적하고 싶습니다. 상당수의 조직이 애플리케이션 및 데이터 워크로드를 엣지에 배포할 계획이며, 이는 엣지 컴퓨팅이 애플리케이션 플랫폼으로 진화하는 과정에 있음을 보여줍니다.
이는 멀티 클라우드의 과제를 엣지까지 확장하는데, 그 이유는 조직이 여러 클라우드에서 앱을 개발, 배포, 운영하는 데 사용하는 기술과 도구 중 상당수가 엣지로 확장되고 있기 때문입니다.
물론, 많은 조직이 사내에서 프라이빗 클라우드를 운영한다는 사실도 잊지 마세요.
따라서 요약하자면 멀티 클라우드는 코어, 클라우드, 엣지의 통합이며, 주로 공통 운영 모델에 의해 정의됩니다. 즉, API를 사용하여 리소스를 인터페이스하고 정의하고 배포하고 운영한다는 뜻입니다.
문제는 해당 API가 모두 고유하다는 것입니다. API에 접근하는 방식은 다릅니다. 오늘날 API는 주로 잘 알려진 프로토콜과 데이터 형식(대부분 JSON)을 사용하는 HTTP 기반 REST 호출이기 때문입니다. 하지만 해당 API 호출이 상호작용하도록 의도한 실제 모델과 클라우드 기반 리소스를 올바르게 프로비저닝, 관리, 모니터링하는 데 필요한 프로세스는 모두 매우 다르고 공급자마다 고유합니다.
그렇기 때문에 XaaS가 중요한 것입니다. 이미 가득 찬 클라우드 API에 또 다른 API를 도입하기 때문입니다. 어떤 조직도 XaaS를 "단순히 소비"하지 않기 때문입니다. API를 통해 조직 내부로의 연결(액세스를 위한 연결이든 워크플로의 일부로서든)이 가능해졌습니다.
복잡성으로 인해 일이 엉망이 되고 오늘날에도 여전히 기업들을 괴롭히는 과제가 발생합니다. 우리가 이러한 문제에 대해 질문하기 시작한 이래로 대체로 동일하게 유지되어 온 과제는 일관된 보안, 가시성 및 클라우드 속성 간 앱 마이그레이션입니다.
이 세 가지 과제는 수년에 걸쳐 멀티 클라우드 과제 중 순위가 바뀌었지만, 세 가지 과제 모두 항상 상위 5위 안에 들었습니다.
올해 새로운 점은 클라우드 API 및 도구와 관련된 자체 보고 기술 부족이 눈에 띄게 증가했다는 것입니다. 작년에 이러한 기술 격차는 응답자의 3분의 1(33%)이 보고했습니다. 올해? 그 비율은 급격히 증가해 55%로 절반을 넘었습니다. 직접적으로 "멀티 클라우드 과제"는 아니지만, 이러한 증가는 2022년 멀티 클라우드 과제 3대 목록에 포함될 만한 가치가 있습니다.
하지만 멀티 클라우드 세상에서는 모든 것이 좌절스러운 것은 아닙니다. 예를 들어, 여러 클라우드에서 앱을 운영한다고 답한 사람들은 애플리케이션 상태를 보고하는 데 필요한 도구를 보유하고 있을 가능성이 훨씬 더 높습니다. 즉, 거의 2.5배 더 가능성이 높습니다. 이는 클라우드 기반 애플리케이션 내에서 기본 계측에 대한 본질적인 강조 때문일 수 있으며, 예상대로 퍼블릭 클라우드 환경에 배포될 가능성이 더 높습니다. 예를 들어, 서비스 메시를 사용하는 이유는 클러스터 환경에서 가시성에 대한 필요성으로 인해 발생하는 경우가 많으며, 이를 통해 컨테이너 기반 애플리케이션의 상태를 보고하는 데 필요한 메트릭을 제공합니다. 기존 애플리케이션의 대부분은 온프레미스로 남아 있는 노후화된 모놀리스 형태이며, 이 중 대부분은 상태와 상태를 적절히 모니터링하는 데 필요한 계측을 지원하도록 설계되지 않았습니다. 모니터링을 위한 에이전트 기반 접근 방식은 유지 관리 및 운영에 많은 비용이 들고 확장성은 말할 것도 없고, 따라서 고객 경험에 중요하다고 여겨지는 애플리케이션을 감시하는 데 사용될 가능성이 더 큽니다. 데이터 선택 편향은 조직이 완전한 가시성을 실현하는 데 큰 장애물이며 , 중요하지 않은 것으로 간주될 수 있는 기존 앱을 모니터링하려는 노력에도 계속 문제가 될 것입니다.
복잡성은 지울 수 없습니다. 조직은 멀티 클라우드 방식으로 운영될 것이며, 엣지까지 확장되면서 복잡성만 증가할 뿐입니다. 하지만 이를 관리할 수 있으며, 이는 기술 리더가 받아들여야 하는 과제이며 공급업체가 해결하려고 하는 과제입니다.
연례 보고서에는 멀티 클라우드와 엣지에 대한 더 많은 통찰력이 나와 있습니다. 오늘 당장 이 책을 구매해서 읽어보시기 바랍니다.
특정 주제에 대한 심층적인 내용은 관련 블로그를 확인하세요.
2022년 응용 전략 상태: 8년간의 트렌드를 풀어보며 ›
2022년 애플리케이션 전략 현황: 앱과 데이터로 확장되는 Edge 워크로드 ›