クラウド サービス プロバイダーのベンダー ロックイン条項を確認した後でのみ、アプリケーションをクラウドに移動してください。それが何なのか、そしてそれを回避する方法がわからない場合は、読み続けてください。
クラウド コンピューティング モデルは急速に成長しています。このモデルは、モバイル アプリ開発者、Web アプリ開発者、Software as a Service 会社などの IT ビジネスにとって非常に魅力的なものであるため、ビジネス内に堅牢な IT インフラストラクチャを構築する必要はありません。
マネージド サービス プロバイダー (MSP) からクラウド上のアプリ開発インフラストラクチャをサブスクライブするだけです。あなたの仕事は、製品と市場を開発し、収益を獲得することです。しかし、既存のクラウド プロバイダーがアプリやビジネス モデル、またはユーザー数と互換性がなくなった場合、問題が発生します。
ここで、データベースとアプリを別のクラウドに移動しようとします。しかし、既存のプロバイダーはベンダーロックインカードを利用して、あなたからお金を搾り取っています。この基本的なクラウド コンピューティングの収益モデルは悪夢になる可能性があります。ただし、次のヒントを参考にすれば勝者になれるので、心配する必要はありません。
クラウド コンピューティングにおけるベンダー ロックインとは何ですか?

ベンダー ロックインとは、その言葉が示すように、ベンダーにロックイン期間料金を支払わない限り、特定のサービスについて別のベンダーに切り替えることができない状況のことです。また、ベンダー サービスを別のプロバイダーに切り替える場合は、サービスのセットアップ費用を負担する必要があります。
原材料や完成品の調達などの通常のビジネスでは、これはあまり問題になりません。なぜなら、品質と量の製品を提供できる手頃な価格のサードパーティ サービス プロバイダーを探すこと以外に設定することは何もないからです。
しかし、クラウド コンピューティング業界では、これは大きな懸念事項です。ソフトウェア、Web、モバイル アプリ、データ分析、サーバー、またはその他の IT プロジェクトをクラウドに移行するときは、他人のインフラストラクチャを使用することになります。
そこでは、アプリ、アプリケーション プログラミング インターフェイス (API)、データベース、ビジネス インテリジェンス (BI) アプリ、およびその他の多くの技術的に高度で複雑なコンポーネントを構成します。さて、何らかの理由でこれらすべてを別のクラウド サービス プロバイダーに移行する必要がある場合、既存のベンダーはそれを単純に受け入れることはできないかもしれません。
ベンダーロックイン料金の支払いを求められます。このプロバイダーのクラウド サービスにサインアップしたときにベンダー ロックイン契約に署名したため、そうすることが法的に義務付けられています。これは今日のクラウド プロバイダーの一般的な戦術です。
Kubernetes を使用したコンテナ化されたアプリケーションの開発、テスト、リリースでは、ベンダー ロックインも可能です。
なぜ注意しなければならないのか
ベンダー ロックインの概念には、主に 2 つの懸念があります。ベンダー ロックインの終了日より前に退去する予定がある場合は、3 ~ 5 年間のクラウド運用資金に相当する巨額の料金を支払うことになります。 2 番目が最も難しいです。
新しいクラウド インフラストラクチャ プロバイダーに移行する場合、仮想化システムに応じてすべてを最初からセットアップする必要があります。ここではクラウドへの移行について人々が話していますが、それは机上の空論ではありません。
したがって、IT プロジェクトでクラウド サービスを使用する契約に署名する前に、契約文書、特にベンダー ロックイン条項を注意深くお読みください。
ベンダーロックインの種類
クラウド コンピューティングの分野では、ベンダー ロックインは数百種類ある可能性があります。それは、クラウド サービスを提供するベンダーの創造性と、ベンダーがどれだけ収益を求めているかによって異なります。これについては何もすることができませんが、一般的なベンダー ロックインのタイプを以下で見つけてください。
#1. 価格ベースのベンダーロックイン
クラウド サービス プロバイダーは、初期セットアップの日に高額の導入料金を請求する場合があります。その後、ベンダーを切り替えるときに、新しいプロバイダーに切り替えると導入費用の投資が無駄だと考えるようになります。
一部の標準以下の貪欲なクラウド プロバイダーは、実際の使用量に基づいて料金の請求を停止することがよくあります。彼らは最大の利益を得るために毎月請求を開始します。
#2. データを人質に取るベンダーロックイン
支払い日を忘れたり、更新が遅れたり、新しいクラウド ベンダーに移行する計画を表明したりすると、既存のプロバイダーがアプリとデータベースを人質に取ってしまう可能性があります。彼らはあなたの会社データへのアクセスを取り消し、高額な退会料の支払いを要求する可能性があります。
#3. アドオン機能のベンダーロックイン
5 年前にクラウド プロバイダー ベンダーを選択したとき、適切な計画がありませんでした。現在、他のベンダーも組み込みの人工知能 (AI) および機械学習 (ML) 機能を提供しています。このことについてクラウド プロバイダーに尋ねると、AI および ML サービスを利用するには追加料金を支払う必要があると言われます。
#4. クラウドベースのベンダーロックイン
標準以下の小規模なクラウド ベンダーによっては、ネイティブ サービスの使用を強制する場合があります。 AWS、Google Cloud、または Microsoft Azure と統合できない場合があります。新しいアプリにこれらのクラウド宛先が必要な場合は、深刻な問題に直面しています。
#5. デジタル契約によるベンダーの囲い込み
多くの不正なクラウド ベンダーは、Web ページのリンクをクラウド サービスの契約として使用します。あなたが注意を払っていないときに、彼らはこの Web ページを密かに変更する可能性があります。したがって、最初の契約は、あなたが受け入れなかった別のものに変更されます。
#6. ベンダーロックインとしての更新

更新は最も致命的なベンダー ロックインの 1 つです。十分に検討した結果、既存のクラウド プロバイダーを使い続けることに決めました。しかし、プロバイダーは契約満了の数か月前に更新価格を交渉する準備ができていません。
有効期限の数日前に更新価格が送信されます。現時点では、クラウド運用を別のサービス プロバイダーに切り替えることができません。
一部の悪名高いクラウド プロバイダーは、サーバー、アプリ、データベースに異なる更新日を課す場合があります。そのため、更新日が変動するという悪循環に陥り、何年もクラウド ベンダーを切り替える機会が得られません。
ベンダーロックインの理由
ベンダー ロックインの主な理由は、クラウド サービス プロバイダーの安定した収益源です。クラウドのほとんどの MSP は、宣伝方法を正確に請求しません。大幅な割引を受けて、魅力的な価格で最初にセットアップしたとします。アカウントを更新するためにクラウド ベンダーに行くときも、同じ価格を期待しないでください。
通常、MSP は更新中に、提供するサービスの価格を値上げします。この瞬間から、MSP はクラウド サブスクリプション アカウントから利益を得ます。多くのアプリを開発し、MSP のプラットフォームからそれらをホストしていると、簡単に身代金を要求される状況に陥る可能性があります。
アカウント更新時に過度に高い価格設定に同意しない場合、何年にもわたるアプリ開発とデータベース管理の作業が失われる危険があります。
ベンダー ロックインのその他の主な動機は次のとおりです。
- 小規模および標準以下のクラウド ベンダーは、ベンダー ロックインを使用して大規模な顧客ベースを構築し、その株式を大規模なクラウド ビジネスに売却して、短期間で巨額の投資収益率 (ROI) を獲得します。
- クラウド加入者は、サインアップする前にベンダーの機能を調査しませんでした。
ベンダーロックインのデメリット
ベンダー ロックインの課題と欠点を以下に示します。
#1. クラウド導入の障壁
クラウド コンピューティング ビジネスは成長していますが、多くの新興企業や中小企業がアプリやデータベースをクラウドから引き出しています。これは、クラウド ベンダーのロックイン条項による苦い経験が原因で起こりました。
IT企業と提携すれば、クラウドコンピューティングはIT技術大手が資金を吸い上げるためのもう一つの手段に過ぎないと理解するだろう。多くの人は、オンサイトの IT インフラストラクチャよりもクラウドを拒否するでしょう。
#2. アプリまたはデータベースの問題

クラウド ベンダーがこの分野の最新の進歩に応じてリソースとテクノロジーを提供できない場合、アプリとデータベースは期待どおりに実行できなくなります。
#3. クラウド費用が安定しない

ベンダー ロックイン契約では、クラウド MSP は製品の提供、価格プラン、外部データ転送の料金、アップグレード、AI/ML 実装、BI サービスなどを変更する完全な権利を持ちます。
したがって、クラウド IT インフラストラクチャ サービスの請求書が何月に届くかはわかりません。ビジネスにおける重要な財務計画を立てることができなくなります。
ベンダーロックインを回避する方法
ベンダーロックイン状況を回避するための最良のヒントとアイデア:
さまざまなクラウドプロバイダーに加入する

IT ビジネスでモバイル アプリ、Web アプリ、電子メール、ERP サーバー、ストリーミング サーバーなどのさまざまなデジタル資産が必要な場合、これらすべてを 1 つのクラウド ソリューションでホストしないでください。異なるクラウド プロバイダーを使用して、1 つの MSP への依存関係を減らします。
ポータブルなアプリとデータベースを開発する
アプリまたはデータベースの開発には、常に標準の相互互換性のある API、構成、SDK、データベースなどを使用してください。したがって、アプリとデータベースをあるクラウドから別のクラウドに簡単に移動できます。
契約書類をよく読む

契約文書をよく読むか、契約条件をよりよく理解できる専門のクラウド開発者およびマネージャーを雇ってください。文書に問題がない場合は、物理的に署名された契約書をベンダーに依頼してください。また、ベンダーが希望に応じていつでも請求条件やサービス提供条件を変更できるという契約も避けてください。
より良い契約を確保する
クラウド IT インフラストラクチャのニーズについてベンダーと話し合うときは、次の点に重点を置いてください。
- 更新料の予測
- 更新ポリシー
- 追加サービス料金
- 業界の変化に応じたクラウドのアップグレード
- スケールアップ時にクラウドリソースを提供できない場合のペナルティ
- MSP がお客様のニーズに応えられない場合の手数料無料の撤退戦略
データ転送コストについて話し合う
ほとんどのクラウド サービスは、プラットフォーム間のデータ転送を無料で提供します。ただし、データを他のクラウド プラットフォームに転送すると、割増料金が請求されます。 MSP はこれについて議論することを好みません。彼らはそれを何百ページもの契約文書の下に隠しておきたいと考えています。
MSP が交渉のオプションを提供する場合は、長期の固定データ転送速度を最終決定します。大きな計画を立てている場合、MSP は間違いなくカスタム ソリューションを提供します。
内部バックアップ

これらすべてのクラウドプロバイダーだけに依存しないでください。身代金要求の事態に陥らないように、オンサイトにセカンダリ バックアップ サーバーをセットアップします。
ベンダーロックインの例
クラウド コンピューティングにおけるベンダー ロックインの一般的な例をいくつか以下に示します。
#1. 貯蓄の機会の損失
米国における Google Cloud (c2-standard-4) VM の料金は、4 コア CPU と 8 GB メモリで 1 時間あたり約 0.25 ドルです。競合相手の AWS は、ほぼ同様の機能を c6g.xlarge で 1 時間あたり 0.20 ドル近くで提供しています。 Google Cloud とベンダー ロックイン契約を結んでいる場合、AWS が提供する節約を享受することはできません。
#2. ベンダーがサービスを提供できない
2021 年 3 月 10 日、OVHcloud のデータセンター火災により、ヨーロッパの複数の Web サイトがダウンしました。この事件は、政府機関、銀行、報道機関、電子商取引のいくつかの重要な Web サイトとアプリに影響を与えました。ベンダーロックインに陥り、バックアップがない場合は、深刻な問題に直面します。
#3. データ転送料金

ほとんどのクラウド サービス プロバイダーは、サードパーティのプラットフォームまたは独自のオンサイト サーバーにデータを転送するときに非常に高額な料金を請求します。 The Information が分析した 2019 年の AWS の秘密内部文書は、AWS が顧客に次のデータ転送料金を請求したことを示唆しています。
- アップル:5,000万ドル
- ピンタレスト:約3,000万ドル
- ネットフリックス:2,000万ドル
最後の言葉
ここまで、クラウド コンピューティング業界のベンダー ロックインの概念について詳しく説明してきました。クラウド インフラストラクチャのマネージド サービス プロバイダーは、安定した収益の流れを確保するためにベンダー ロックインを求めてロビー活動を行っています。プラットフォームがうまく機能するかどうかに関係なく、最高額を支払う必要があります。
資金が多すぎる場合は、ベンダー ロックイン モデルで頑張ってください。ただし、成長中の IT ビジネスで、クラウド上の IT インフラストラクチャなどの諸経費に投資を慎重に使用する必要がある場合は、ベンダー ロックインから離れてください。
上記のヒントを使用して、クラウド コンピューティングのサブスクリプションに対する計画的なアプローチを作成します。さまざまなアプリやデータベースのパブリック クラウド コンピューティング インスタンスとプライベート クラウド コンピューティング インスタンスの間のバランスを作成します。最も重要なのは、すべてのアプリとデータベースを 1 つのクラウドの傘下に置かないことです。
クラウド コンピューティングにおけるその他の課題とリスクについては、こちらをご覧ください。