팩트 체크: 10가지 멀티 클라우드 신화가 틀렸음이 밝혀짐

멀티 클라우드 환경은 엔터프라이즈 IT 생태계의 표준 구성 요소로 빠르게 자리잡고 있습니다. 이러한 유형의 클라우드 컴퓨팅에는 상당한 불확실성이 남아 있습니다.

멀티 클라우드는 비즈니스에 더 큰 효율성, 탄력성 및 확장성을 제공하지만 단점도 있습니다. 그리고 다른 엔터프라이즈 기술과 마찬가지로 고유한 장단점이 있습니다. 이제 멀티 클라우드 컴퓨팅에 대해 들어봤을 신화와 그 신화가 더 이상 틀릴 수 없는 이유에 대해 바로 알아보겠습니다!

1. 멀티 클라우드 및 하이브리드 클라우드와 동일

팩트 : 둘 다 이기종 환경이지만 멀티 클라우드와 하이브리드 클라우드는 IT에 미치는 영향이 매우 다릅니다.

멀티 클라우드와 하이브리드 클라우드는 비슷하지만 몇 가지 중요한 차이점이 있습니다. 이는 설계 및 작동에 영향을 미칠 수 있습니다.

주로 프런트 엔드 애플리케이션용 AWS 및 Exchange Server용 Azure와 같은 다양한 공급자의 클라우드를 활용합니다. 하이브리드 클라우드는 프라이빗 클라우드 시스템을 여러 퍼블릭 클라우드와 통합하여 하나의 엔터티로 운영할 수 있도록 합니다.

구현하는 클라우드 아키텍처의 유형은 실행하거나 지원하는 앱과 더 큰 비즈니스 목표에 따라 달라집니다.

2. 벤더 종속을 방지하는 멀티 클라우드

사실 : 모든 퍼블릭 클라우드에는 항상 어느 정도 종속성이 있습니다.

이러한 오해를 명확히 하기 위해 먼저 공급업체 종속이 무엇을 의미하는지 정의해 보겠습니다. 클라우드 컴퓨팅에서 공급업체 종속은 대체 클라우드 플랫폼 공급자로 이동하는 데 엄청난 비용이 들 때 발생합니다. 궁극적으로 소비자가 본질적으로 공급업체에 구속되는 것으로 끝납니다.

일반적인 생각은 여러 클라우드 플랫폼을 사용할 때 벤더 종속이 발생하지 않는다는 것입니다. 그러나 이것은 사실이 아닙니다.

클라우드 서비스 공급자의 기본 API를 사용하는 경우 효과적으로 잠깁니다. 하나의 클라우드 공급자를 통해 사용되는 보안, 거버넌스 또는 스토리지와 같은 중요한 클라우드 서비스는 다른 클라우드 서비스 공급자에게 양도할 수 없습니다 . 상호 운용이 가능하도록 수정되었습니다.

3. 다중 클라우드는 단일 공급자보다 비쌉니다.

사실 : 클라우드 비용은 선택한 제공업체의 수가 아니라 관리 방법에 따라 다릅니다.

멀티 클라우드는 다른 클라우드 서비스보다 예산을 초과할 가능성이 높지 않습니다. 그것은 모두 당신이 그들을 다루는 방법에 달려 있습니다. 모니터링, 프로비저닝 및 올바른 스토리지 계층의 데이터 보존을 포함하는 기본적인 지침을 통해 조직은 멀티 클라우드 비용을 유지하는 것이 간단하다는 것을 알게 될 것입니다.

4. 멀티 클라우드를 채택하면 보안이 뒷전으로 밀려납니다.

사실 : 다중 클라우드 환경에서 보안을 구성하려면 단일 클라우드와 거의 동일한 노력과 기술이 필요합니다.

일반적인 관리와 마찬가지로 멀티 클라우드의 보안은 올바르게 실행되지 않는 경우에만 더 어려워집니다.

보안 계층이 통합된 SD-WAN(Software-Defined Wide Area Network)은 클라우드 보안의 필수 요소입니다. 결과적으로 클라우드 전체는 어느 지점에서나 보호 장치 및 모니터링 용량을 확장할 수 있는 단일 아키텍처 아래에 배치됩니다.

분명히 멀티 클라우드 아키텍처에는 고유한 것이 없으므로 다른 아키텍처보다 더 안전합니다. 여러 서비스 프레임워크, 데이터 액세스 또는 제어를 처리해야 합니다(특히 마이그레이션 중에).

여러 아키텍처와 지리적 지역에서 적합성을 무시하면 멀티 클라우드가 안전하지 않을 수 있습니다. 그러나 단일 클라우드 환경에도 동일하게 적용됩니다.

5. 컨테이너화된 앱은 즉시 멀티 클라우드로 이동할 수 있습니다.

팩트 : 컨테이너화만으로는 다중 클라우드 마이그레이션에 충분하지 않습니다. 추가 노력이 필요합니다.

컨테이너가 모바일 표준화 모델로 애플리케이션을 제공하는 것은 사실입니다. 그러나 클라우드 네이티브 애플리케이션은 운영상 상당히 복잡합니다.

컨테이너화된 워크로드는 클라우드 네이티브로 간주되기 전에 추가 수정이 필요합니다. 이러한 변화 중에는 컨테이너별 OS의 채택, 트래픽 채널링, 구성 또는 운영 설정의 자동화된 관리가 있습니다. 중간 단계 없이 모놀리식 애플리케이션을 가상화된 시스템에서 클라우드로 마이그레이션하면 엄청난 비용이 발생합니다.

6. 멀티클라우드를 통해 비용을 즉시 절감할 수 있습니다.

사실 : 장기적으로 볼 때 더 비용 효율적인 것으로 밝혀졌지만 완전한 가치를 얻으려면 기다려야 합니다.

클라우드 컴퓨팅은 비용 효율적인 솔루션이며 이것이 가장 큰 장점 중 하나입니다. 그러나 다중 클라우드 솔루션이 단일 클라우드 솔루션보다 항상 더 비용 효율적이라는 개념은 전적으로 정확하지 않습니다.

멀티 클라우드 전략은 효과적인 실행을 위해 다양한 기술이 필요한 이질성을 요구합니다. 결과적으로 상당한 구조적 복잡성이 수반되기 때문에 재정적 위험과 비재무적 위험이 혼합되어 있습니다. 그럼에도 불구하고 기업은 향상된 민첩성으로 인해 멀티 클라우드를 계속 선호합니다. 이를 통해 최고의 클라우드 제품을 사용하고 혁신의 발판을 밟을 수 있습니다.

직접 비용 측면에서 멀티클라우드는 의심할 여지 없이 단일 클라우드보다 구성, 설정 및 실행 비용이 더 많이 듭니다. 그러나 여러 플랫폼은 광범위한 엔터프라이즈 수준 과제에 대한 최적의 솔루션을 제공합니다.

7. 단일 클라우드는 여전히 표준입니다.

사실 : 헤드라인을 장식하는 클라우드 거래는 차치하고 대부분의 기업은 두 개 이상의 클라우드 플랫폼을 사용하며 공급업체도 이를 수용하고 있습니다.

대부분의 기업은 다른 옵션에 대해 생각하지 않고 AWS, Microsoft Azure 또는 Google Cloud Platform 중에서 결정하는 것처럼 보일 수 있습니다.

그러나 많은 기업, 특히 오랫동안 기술 솔루션에 투자해 온 기업은 더 다양한 서비스 제공업체를 원합니다. 이러한 조직은 단일 공급업체에 대한 의존도를 최소화하면서 사용 가능한 자산을 최대화하기 위해 하이브리드 및 다중 클라우드 솔루션을 사용합니다.

Google조차도 창의성, 다용성 및 적응성을 육성하는 데 있어 "개방형 클라우드"의 중요성을 인정합니다. Google은 여러 클라우드 통합을 용이하게 하기 위해 오픈 소스 생태계를 확장하고 있습니다. 예를 들어 BigQuery는 여러 소스의 데이터 통합을 용이하게 하고 중앙 위치에서 데이터 분석을 지원합니다.

8. 멀티 클라우드는 하나의 바다로 흐르는 많은 강과 같습니다.

Fact : 멀티 클라우드를 포함한 이기종 클라우드 환경에서 완벽한 상호운용성은 거의 불가능합니다.

일반적으로 생각하는 믿음은 다중 클라우드 배포가 나타나고 단일 개념적 엔터티로 관리될 수 있다는 것입니다. 사실 클라우드는 플랫폼으로 작동하며 표준화에도 불구하고 SQL 데이터베이스와 마찬가지로 계속해서 다양해질 것입니다.

이는 궁극적으로 기업이 다각화할 수 있는 수단입니다. 대부분의 경우 멀티 클라우드는 둘 이상의 클라우드에서 분산 데이터베이스 또는 앱을 운영하지 않습니다. 대신 다중 클라우드 전략은 무엇을 어디서 실행하는지에 따라 클라우드 선택의 유연성을 강조합니다.

9. 중소기업은 멀티클라우드 도입 불가

Fact : 대부분의 기업은 이미 다양한 클라우드 환경에 의존하고 있으므로 조기에 준비하는 것이 좋습니다.

이제 대규모 조직에서는 다중 클라우드 아키텍처에 대한 수요가 더 커질 가능성이 있습니다. 그러나 소기업은 여러 클라우드를 사용하여 개선된 일련의 특수 앱을 계속 사용합니다. 이러한 도구를 최대한 활용하려면 확장된 환경에서 시작하는 것이 가장 좋습니다.

Salesforce, Power BI, Tableau 등과 같은 SaaS 플랫폼 또는 관리형 보안 서비스를 사용하는 소기업은 다중 클라우드 컴퓨팅을 활용할 수 있습니다.

10. 멀티클라우드가 내 탄력성을 자동으로 높여준다

Fact : 백업용으로 다른 클라우드를 사용하거나 데스크톱 가상화 이미지를 호스팅하는 경우에만 복원력에 유용합니다.

오류는 기업이 둘 이상의 클라우드 공급자를 고용하는 경우 데이터베이스 간에 앱과 정보를 동적으로 전송할 수 있다는 것입니다. 따라서 단 한 번의 정전으로 중단될 수 없습니다. 재해 복구를 위해 다중 클라우드 전략을 사용하면 단 하나의 앱에 대해 단일 클라우드를 사용하는 것보다 두 배의 비용이 들 수 있습니다.

긴급 상황에서는 워크로드가 실시간으로 클라우드 간에 이동할 수 없고 두 클라우드에서 동시에 실행되는 동일한 애플리케이션의 두 인스턴스가 필요하기 때문에 비용이 추가됩니다.

탄력성을 위해 공용 클라우드 중단이 자주 발생하지 않는다는 점을 감안할 때 내부 네트워크 중단을 최소화하기 위해 중복 위치를 지정하고 투자하는 것이 좋습니다.

마지막 생각들

오늘날 다중 클라우드 환경으로 끝날 가능성(계획 여부와 상관없이)은 매우 높습니다. AWS에서 공급망 IoT 센서를 연결하고, Google에서 기계 학습 모델을 훈련하고, 작업 공간 협업을 위해 Azure를 사용하도록 선택할 수 있습니다. 그러나 눈을 크게 뜨고 투자를 시작하고 먼저 클라우드 컴퓨팅에 대해 알아야 할 모든 것을 배워 비즈니스에 가장 적합한 결정을 내리십시오.