클라우드 서비스 제공자의 벤더 종속 조항을 검토한 후에만 애플리케이션을 클라우드로 이동하십시오. 그것이 무엇이며 그것을 피하는 방법을 모른다면 계속 읽으십시오.
클라우드 컴퓨팅 모델은 빠르게 성장하고 있습니다. 이 모델은 모바일 앱 개발자, 웹 앱 개발자, SaaS(Software as a Service) 회사 등과 같은 IT 비즈니스에 꽤 매력적이기 때문입니다. 비즈니스 내에서 강력한 IT 인프라를 구축할 필요가 없습니다.
관리형 서비스 공급자(MSP)의 클라우드에서 앱 개발 인프라를 구독하기만 하면 됩니다. 귀하의 임무는 제품 및 시장을 개발하고 수익을 창출하는 것입니다. 하지만 기존 클라우드 공급자가 더 이상 앱이나 비즈니스 모델 또는 사용자 볼륨과 호환되지 않을 때 문제가 발생합니다.
이제 데이터베이스와 앱을 다른 클라우드로 이동하려고 합니다. 그러나 기존 공급자는 벤더 잠금 카드를 사용하여 귀하로부터 돈을 짜냅니다. 이 기본적인 클라우드 컴퓨팅 수익 모델은 악몽이 될 수 있습니다. 그러나 지금 걱정하지 마십시오. 다음 팁을 따르면 승자가 될 것입니다.
목차
클라우드 컴퓨팅에서 공급업체 종속이란 무엇입니까?
Vendor Lock-in은 문구에서 알 수 있듯이 특정 서비스에 대해 공급업체에 Lock-in 기간 수수료를 지불하지 않고는 다른 공급업체로 전환할 수 없는 상황입니다. 또한 벤더 서비스를 다른 제공업체로 전환하는 경우 서비스 설정 비용을 부담해야 합니다.
원자재나 완제품 소싱과 같은 일반적인 비즈니스에서는 큰 문제가 되지 않습니다. 품질과 수량으로 제품을 제공할 수 있는 저렴한 타사 서비스 제공업체를 찾는 것 외에는 설정할 것이 없기 때문입니다.
그러나 클라우드 컴퓨팅 산업에서는 큰 관심사입니다. 소프트웨어, 웹, 모바일 앱, 데이터 분석, 서버 또는 기타 IT 프로젝트를 클라우드로 마이그레이션할 때 다른 사람의 인프라를 사용합니다.
여기에서 앱, 애플리케이션 프로그래밍 인터페이스(API), 데이터베이스, 비즈니스 인텔리전스(BI) 앱 및 기타 기술적으로 진보되고 복잡한 구성 요소를 구성합니다. 이제 어떤 이유로든 이 모든 것을 다른 클라우드 서비스 제공업체로 전환해야 할 때 기존 공급업체는 단순히 이를 받아들이지 않을 수 있습니다.
공급업체 고정 수수료를 지불하도록 요청할 것입니다. 이 공급자의 클라우드 서비스에 가입할 때 공급업체 고정 계약에 서명했으므로 법적으로 그렇게 해야 합니다. 이는 오늘날 클라우드 공급자의 일반적인 전술입니다.
Kubernetes를 사용하여 컨테이너화된 애플리케이션 개발, 테스트 및 릴리스를 통해 공급업체 종속도 가능합니다.
주목해야 하는 이유
공급업체 종속 개념에는 두 가지 주요 우려 사항이 있습니다. 공급업체 종속 종료 날짜 이전에 이사할 계획이라면 3~5년 동안 클라우드 운영 자금을 조달할 수 있는 막대한 비용을 지불해야 합니다. 두 번째는 가장 도전적인 것입니다.
가상화된 시스템에 따라 새로운 클라우드 인프라 공급자로 전환할 때 처음부터 모든 것을 설정해야 합니다. 여기에서 사람들은 클라우드 마이그레이션에 대해 이야기하지만 그것은 공원 산책이 아닙니다.
따라서 IT 프로젝트에 클라우드 서비스를 사용하는 계약에 서명하기 전에 계약 문서, 특히 벤더 종속 조항을 주의 깊게 읽으십시오.
공급업체 종속 유형
클라우드 컴퓨팅 부문에서 공급업체 종속은 수백 가지 유형이 될 수 있습니다. 클라우드 서비스를 제공하는 공급업체의 독창성과 그들이 얼마나 수익을 내고 있는지에 따라 달라집니다. 이에 대해 아무 것도 할 수 없지만 여기에서 인기 있는 벤더 종속 유형을 찾으십시오.
#1. 가격 기반 공급업체 잠금
클라우드 서비스 공급자는 초기 설정 기간 동안 막대한 구현 비용을 청구할 수 있습니다. 나중에 벤더를 전환할 때 새로운 공급자로 전환하면 구현 비용 투자가 낭비라는 생각이 들기 시작합니다.
일부 표준 이하의 탐욕스러운 클라우드 제공업체는 종종 실제 사용량 기준으로 요금을 청구하지 않습니다. 그들은 최대 이익을 얻기 위해 매달 청구하기 시작합니다.
#2. 데이터를 인질로 잡고 있는 공급업체 종속
결제 날짜를 놓치거나 갱신을 늦게 하거나 새로운 클라우드 공급업체로 전환할 계획을 표현하면 기존 공급자가 앱과 데이터베이스를 볼모로 유지할 수 있습니다. 회사 데이터에 대한 액세스 권한을 취소하고 막대한 종료 수수료를 지불하도록 요청할 수 있습니다.
#삼. 추가 기능을 위한 공급업체 잠금
5년 전 클라우드 공급자 공급업체를 선택할 때 계획을 잘 세우지 않았습니다. 이제 다른 공급업체가 내장형 인공 지능(AI) 및 기계 학습(ML) 기능을 제공하고 있음을 알 수 있습니다. 이에 대해 클라우드 제공업체에 문의하면 AI 및 ML 서비스를 받으려면 추가 요금을 지불해야 한다고 합니다.
#4. 클라우드 기반 공급업체 종속
일부 표준 이하 및 소규모 클라우드 공급업체는 기본 서비스를 사용하도록 강요할 수 있습니다. AWS, Google Cloud 또는 Microsoft Azure와 통합되지 않을 수 있습니다. 새 앱에 이러한 클라우드 대상이 필요한 경우 심각한 문제에 처한 것입니다.
#5. 디지털 계약을 통한 공급업체 잠금
많은 사기성 클라우드 공급업체는 클라우드 서비스에 대한 계약으로 웹 페이지 링크를 사용합니다. 당신이 주의를 기울이지 않을 때 그들은 비밀리에 이 웹 페이지를 변경할 수 있습니다. 따라서 초기 계약은 귀하가 수락하지 않은 다른 것으로 변경됩니다.
#6. 공급업체 잠금으로 갱신
갱신은 가장 치명적인 공급업체 종속 중 하나입니다. 많은 고려 끝에 기존 클라우드 공급자를 유지하기로 결정했습니다. 그러나 공급자는 계약 만료 몇 달 전에 갱신 가격을 협상할 준비가 되어 있지 않습니다.
만료되기 며칠 전에 갱신 가격을 보내드립니다. 이제 클라우드 운영을 다른 서비스 제공업체로 전환할 수 없습니다.
일부 악명 높은 클라우드 공급자는 서버, 앱 및 데이터베이스에 대해 다른 갱신 날짜를 부과할 수 있습니다. 따라서 갱신 날짜가 달라지는 악순환에 빠지고 몇 년 동안 클라우드 벤더를 전환할 기회를 얻지 못합니다.
벤더 록인의 이유
공급업체 종속의 주된 이유는 클라우드 서비스 공급자의 꾸준한 수익원입니다. 대부분의 클라우드용 MSP는 광고 방식에 대해 정확히 청구하지 않습니다. 좋은 할인을 받고 초기에 매력적인 가격으로 설정했다고 가정합니다. 계정을 갱신하기 위해 클라우드 공급업체에 갈 때 동일한 가격을 기대하지 마십시오.
갱신하는 동안 MSP는 일반적으로 제공하는 서비스의 가격을 인상합니다. 이 순간부터 MSP는 클라우드 구독 계정에서 이익을 얻습니다. MSP의 플랫폼에서 많은 앱을 개발하고 호스팅했으므로 쉽게 몸값을 받을 수 있습니다.
계정 갱신 중에 지나치게 높은 가격에 동의하지 않으면 수년간의 앱 개발 및 데이터베이스 관리 작업을 잃을 위험이 있습니다.
공급업체 종속의 다른 주요 동기는 다음과 같습니다.
- 소규모 및 표준 이하의 클라우드 공급업체는 공급업체 종속을 사용하여 대규모 고객 기반을 만들고 대규모 클라우드 비즈니스에 지분을 판매하여 단기간에 막대한 투자 수익(ROI)을 얻습니다.
- 클라우드 가입자로서 가입하기 전에 공급업체의 기능을 조사하지 않았습니다.
공급업체 종속의 단점
공급업체 종속의 문제점과 단점을 아래에서 찾으십시오.
#1. 클라우드 채택의 장벽
클라우드 컴퓨팅 비즈니스가 성장하고 있지만 많은 신생 기업과 중소기업이 클라우드에서 앱과 데이터베이스를 제거했습니다. 이는 클라우드 공급업체 종속 조항의 쓰라린 경험으로 인해 발생했습니다.
신생 IT 기업은 클라우드 컴퓨팅이 IT 기술 대기업이 그들로부터 돈을 빨아들이는 또 다른 전선에 불과하다는 것을 알게 될 것입니다. 많은 사람들이 현장 IT 인프라보다 클라우드를 거부할 것입니다.
#2. 앱 또는 데이터베이스 문제
클라우드 공급업체가 해당 분야의 최신 발전에 따라 리소스와 기술을 제공할 수 없다면 앱과 데이터베이스가 원하는 대로 작동할 수 없습니다.
#삼. 클라우드 비용의 안정성 없음
공급업체 고정 계약에서 클라우드 MSP는 제품 제공, 가격 계획, 외부 데이터 전송 요금, 업그레이드, AI/ML 구현, BI 서비스 등을 변경할 수 있는 완전한 권한을 가집니다.
따라서 클라우드 IT 인프라 서비스에 대해 몇 월에 어떤 청구서를 받게 될지 확신할 수 없습니다. 비즈니스에서 중요한 재무 계획을 세우는 것을 방지합니다.
공급업체 종속을 피하는 방법
공급업체 종속 상황을 방지하기 위한 최고의 팁과 아이디어:
다른 클라우드 공급자에 가입
IT 비즈니스에 모바일 앱, 웹 앱, 이메일, ERP 서버, 스트리밍 서버 등과 같은 다양한 디지털 자산이 필요한 경우 하나의 클라우드 솔루션에서 모든 것을 호스팅하지 마십시오. 다른 클라우드 공급자를 사용하여 하나의 MSP에 대한 종속성을 줄입니다.
휴대용 앱 및 데이터베이스 개발
앱 또는 데이터베이스 개발을 위해 항상 표준 및 교차 호환 API, 구성, SDK, 데이터베이스 등을 사용하십시오. 따라서 앱과 데이터베이스를 한 클라우드에서 다른 클라우드로 쉽게 이동할 수 있습니다.
계약 문서를 주의 깊게 읽으십시오
계약 문서를 철저히 읽거나 계약 조건을 더 잘 이해할 수 있는 전문 클라우드 개발자 및 관리자를 고용하십시오. 문서에 문제가 없다면 공급업체에 물리적으로 서명된 계약서를 요청하십시오. 또한 벤더가 원할 때마다 청구 및 서비스 제공 조건을 변경할 수 있다는 계약을 피하십시오.
더 나은 계약 확보
공급업체와 클라우드 IT 인프라 요구 사항을 논의할 때 다음 사항을 강조하십시오.
- 갱신 수수료 예측
- 갱신 정책
- 추가 서비스 요금
- 산업 변화에 따른 클라우드 업그레이드
- 스케일업 시 클라우드 자원을 제공하지 못하는 페널티
- MSP가 귀하의 요구를 충족시킬 수 없을 때 수수료 없는 종료 전략
데이터 전송 비용 논의
대부분의 클라우드 서비스는 플랫폼 간 데이터 전송을 무료로 제공합니다. 그러나 데이터를 다른 클라우드 플랫폼으로 전송하면 프리미엄 요금이 부과됩니다. MSP는 이에 대해 논의하는 것을 좋아하지 않습니다. 그들은 수백 페이지에 달하는 계약 문헌 아래에 그것을 숨기고 싶어합니다.
MSP가 협상 옵션을 제공하는 경우 장기적으로 고정 데이터 전송 속도를 확정합니다. 큰 계획을 세우고 있다면 MSP가 확실히 맞춤형 솔루션을 제공할 것입니다.
내부 백업
이러한 모든 클라우드 제공업체에만 의존하지 마십시오. 랜섬 상황에 빠지지 않도록 현장에 보조 백업 서버를 설정하십시오.
공급업체 종속의 예
클라우드 컴퓨팅에서 벤더 종속의 몇 가지 인기 있는 사례를 아래에서 찾아보십시오.
#1. 저축 기회 상실
미국의 Google Cloud(c2-standard-4) VM은 코어 CPU 4개와 메모리 8GB에 대해 시간당 약 $0.25입니다. 경쟁사인 AWS는 c6g.xlarge에서 거의 비슷한 기능을 시간당 0.20달러에 제공합니다. Google Cloud와 공급업체 종속 계약을 체결한 경우 AWS에서 제공하는 절감 효과를 누릴 수 없습니다.
#2. 공급업체가 서비스를 제공할 수 없음
OVHcloud의 데이터 센터 화재는 2021년 3월 10일에 여러 유럽 웹사이트를 다운시켰습니다. 이 사건은 정부 기관, 은행, 뉴스 매체 및 전자 상거래의 여러 중요한 웹사이트와 앱에 영향을 미쳤습니다. 공급업체 종속 상태에 있고 백업이 없다면 심각한 문제에 봉착하게 됩니다.
#삼. 데이터 전송 수수료
대부분의 클라우드 서비스 공급자는 데이터를 타사 플랫폼이나 자체 온사이트 서버로 전송할 때 매우 높은 수수료를 부과합니다. The Information이 분석한 2019년 AWS의 비밀 내부 문서에 따르면 AWS는 고객에게 다음과 같은 데이터 전송 요금을 부과했습니다.
- 애플: 5천만 달러
- 핀터레스트: 약 3천만 달러
- 넷플릭스: 2천만 달러
마지막 말
지금까지 클라우드 컴퓨팅 산업의 공급업체 종속 개념에 대해 자세히 논의했습니다. 클라우드 인프라의 관리형 서비스 공급자는 안정적인 수익 흐름을 확보하기 위해 벤더 종속을 위해 로비합니다. 플랫폼이 귀하에게 적합하든 그렇지 않든 귀하는 최고 금액을 지불해야 합니다.
자금이 너무 많으면 공급업체 종속 모델에 행운을 빕니다. 그러나 성장하는 IT 비즈니스이고 클라우드의 IT 인프라와 같은 오버헤드 비용에 대한 투자를 신중하게 사용해야 하는 경우 벤더 종속을 피하십시오.
위의 팁을 사용하여 클라우드 컴퓨팅 구독에 대한 계획된 접근 방식을 만듭니다. 서로 다른 앱과 데이터베이스에 대한 퍼블릭 및 프라이빗 클라우드 컴퓨팅 인스턴스 간의 균형을 만듭니다. 가장 중요한 것은 모든 앱과 데이터베이스를 하나의 클라우드 우산 아래 두지 마십시오.
여기에서 클라우드 컴퓨팅의 더 많은 과제와 위험을 찾아보십시오.