クラウドが成長するにつれて、ロックインの問題は大きくなるでしょうか?

HBO の壮大なファンタジーシリーズ「ゲーム・オブ・スローンズ」が複数のシーズンに渡って続いているように、コンシューマー向けクラウド コンピューティングの開発もさまざまな段階を経てきました。

まとめると、Apple、Google、Microsoft、Amazonなどの大企業が始めたこの「サービスゲーム」は、モバイルオペレーティングシステムプラットフォームを中心に展開され、勝者はAppleとGoogleだった。

シーズン 2 では、サービスそのもの、つまり、クラウド ストレージ、アプリ、メッセージング、音楽/ビデオ/書籍コンテンツに関してこれらの企業が提供する幅広いサービス、そしてこれらのサービスの継続的な進歩について取り上げます。

シーズン 3 では、パブリック コンシューマー クラウド サービスへの API アクセスをめぐる戦いが描かれます。 Google と Facebook は、今日でも依然として最も重要な消費者向けクラウドであり、そのさまざまな API へのアクセスは流動的です。

シーズン4の内容は何ですか?その答えは、エンタープライズ/商用クラウドの開発です。ここでは、AWS、Microsoft Azure、Google Cloud、IBM Cloud といったパブリック クラウド ハイパースケーラーについて説明します。

これまで、エンタープライズ クラウド ワークロードは、IaaS、PaaS、SaaS、またはこれら 3 つの組み合わせに分類できました。クラウドで実行するようにネイティブに設計されたワークロードは、多くの場合「クラウド生まれの」ワークロードと呼ばれ、ローカル データ センターの従来のクライアント/サーバーからクラウドに移行されたワークロードは、移行されたワークロードと呼ばれます。

これらを組み合わせてクラウドとオンプレミスに分割すると、ハイブリッド クラウド アーキテクチャが得られます。

ほとんどの場合、エンタープライズ/商用クラウド ホスティング サービスは、商品として扱い、互換性を持たせることができます。コンピューティング/仮想マシン、ストレージ、ネットワークは、大手企業間で共通する基本的な IaaS サービスであり、すべて競争の激化のアプローチを採用しています。

Docker などのオープンソース アプリケーション パッケージ標準で実行され、Kubernetes などのオーケストレーション システムを使用するコンテナーは、次世代のコンピューティングであり、これもコモディティ化されています。仮想マシンよりも安価で、拡張も簡単です。あるパブリック クラウドで Docker ベースのアプリケーションを実行する場合、同様のコンテナー ホスティング サービスを備えた別のパブリック クラウドに移植するのは非常に簡単です。

ハイパースケーラーは、パフォーマンスやその他の側面でこれらのサービスを差別化しようと試みることができますが、基本的なレベルでは、AWS、Azure、Google Cloud のどれで実行されていても、IaaS は IaaS であり、コンテナはコンテナです。

実際、ベンダーの商用クラウドの違いは SaaS と PaaS にあります。 Microsoft のような企業にとって、Office 365、PowerBI、Dynamics、SharePoint、Teams、Skype for Business などの SaaS こそが、業界の他の企業との差別化要因です。これらのアプリケーション プラットフォームはかつてオンプレミスで大きな市場シェアを占めていたため、顧客をクラウドベースのホスト バージョン (SaaS) に移行することは、IT 部門が従来のインストールから最新のアクセスに移行する自然な流れです。

しかし、これらのワークロードは、Microsoft ベースの環境の基盤となるテクノロジである Microsoft の Active Directory 認証メカニズムに結び付けられているため、扱いが困難です。これらの顧客はすでにロックインされており、より良い代替手段がないため、これらのアプリケーション プラットフォームを離れるつもりはありません。

一方、PaaS を使用すると、ユーザーはデータベースをホストして機械学習やビッグデータ コンピューティングなどのシステムをホストすることができ、これらはすべてトランザクションに基づいて課金されます。これらのシステムをコンテナベースの PaaS と組み合わせると、企業顧客は、IaaS で実装するには非常にコストがかかる、高度にスケーラブルなシステムを構築し、オンデマンドでプロビジョニングできるようになります。

現在までに、これらのシステムの多くは Hadoop や MongoDB などのオープンソース プラットフォーム上に構築されてきました。しかし現在では、ハイパースケール クラウド プロバイダーも、オープン ソース サービスと互換性があるものの同一ではない、独自のバックエンドの高度にスケーラブルなサービスを構築し始めています。

その一例は、AWS が最近発表した DocumentDB です。これは、MongoDB の API と互換性がありながら、実際の MongoDB コードは使用しないマネージド データベース サービスです。

現在、IaaS とコンテナベースのシステムを使用して AWS でアプリケーションを構築し、バックエンド アプリケーションを DocumentDB に構築し、後でオンプレミスに戻したり、Microsoft Azure や Google Cloud Platform などの競合する別のハイパースケール クラウド サービスに移動したりすることができますが、これは完全に無制限ではない可能性があります。

現在、多くのホスティング サービスでは、オープン ソース サービスと互換性のある API が使用されています。したがって、コードは移植可能です。クラウドプロバイダーに限定されません。

これは、ANSI SQL 仕様に従ってコーディングされている限り、ある SQL ベースのデータベースから別のデータベースに移植する際の従来の問題とまったく同じではありません。この互換性レベルでは、データベースが Oracle から起動されたかどうかは問題ではなく、その後 IBM DB2 または Microsoft SQL Server に移行できます。

しかし、コンピューティングとストレージにおける IaaS と同様に、これらのサービスがコモディティ化されるにつれて、クラウド ベンダーは独自の機能強化を追加し、オープン ソースのサービスとの差別化を図るようになります。ソフトウェア開発者は、特にパフォーマンスとスケーラビリティを向上させ、トランザクションや計算コストを削減できるこれらの新機能を歓迎するでしょう。

これが、クラウド内の PaaS、コンテナ、マイクロサービスに目を向ける主な理由の 1 つであり、真の「クラウド ネイティブ」アプリケーションを作成するためです。さらに、基盤となるインフラストラクチャを気にすることなく、アプリケーション プラットフォームとコードの実行に集中できます。 IaaS は実際には複雑さをクラウドの中間層に移すだけなので、ユーザーは依然としてシステム スタックの保守と運用について心配する必要があります。

ただし、パフォーマンスの最適化を活用するために、ビジネス ロジックを特定のデータベース プラットフォーム上に強制的に保存して実行する必要がある場合、ユーザーは最終的に重大な互換性の問題に遭遇する可能性があります。

このように考えてみると、Oracle から IBM DB2 への移行は簡単なことではありません。ビジネス ロジックをデータベースから移動すると、ソフトウェア開発に多大な時間 (および費用) がかかる可能性があるため、ユーザーはビジネス ロジックをあるプラットフォームから別のプラットフォームに移植することを選択する場合があります。

IBM の銀行顧客の 1 社は、Oracle に 800 個のストアド プロシージャとトリガーを持っていましたが、それらをすべて削除してロジックを J2EE 上のミドルウェアに移行するには、数百万ドルのコストがかかります。 DB2 はライセンスの面では Oracle よりも安価ですが、ソフトウェア開発コストははるかに高くなります。最終的に、顧客は Oracle を使用することを選択しましたが、必要なパフォーマンスを得るために、別のオペレーティング システムとハードウェア プラットフォーム (IBM の AIX と POWER) に移行しました。しかし、顧客は依然として Oracle のデータベースに縛られていました。

クラウドでは、同じことがより大規模に起こります。もちろん、DocumentDB は MongoDB と互換性があります。しかし、5年後にこれらの API が相互運用可能になると誰が言えるでしょうか? DocumentDB は単なるクラウド サービスであり、高度にスケーラブルなクラウド生まれのアプリケーションは、特定のクラウド ベンダーが提供する 12 種類のクラウド サービスのうちの 1 つに特化するように設計される可能性があります。

たとえば、Microsoft Azure のポートフォリオにはいくつのサービスがありますか?数えきれないほどたくさんあります。確かに、オープンソース標準を使用している企業はたくさんありますが、使用していない企業はどれくらいあるでしょうか?そして、オープンソースと互換性のあるサービスは、一体いつまでその状態を維持するのでしょうか? AWS、Microsoft、Google Cloud、IBM が互いに競争を激しくするにつれて、各社は現在のアイデアを放棄する可能性もあります。

企業がインフラストラクチャの制御を失い、アプリケーション コードの実行に重点を移し、ホスティング プラットフォームに依存するようになればなるほど、プラットフォームが手に負えなくなる可能性が高まります。これはまさに、AWS や Microsoft などのハイパースケール プロバイダーが望んでいることです。彼らは顧客に留まってもらいたいのです。彼らは、買い続け、取引し続けてほしいと思っています。彼らは顧客がクラウドを離れることを望んでいません。 Office 365、Workday、Salesforce などの SaaS システムは明らかに最も定着しています。

これは、独自のローカル ソフトウェア プラットフォームがあり、別のプラットフォームに簡単に移植できないコードを使用しているのとまったく同じです。違いは、ユーザーがこれらのプラットフォームのライセンスを取得するのではなく、プラットフォーム上のスペースをレンタルすることです。これは、資本支出 (CAPEX) ではなく運用支出 (OPEX) であるため、組織内の予算を重視する人々に好まれます。

したがって、ユーザーは、かなり自己完結型で移植性の高いクラウドベースのシステムを確実に設計できます。しかし、長期的にそうすることは経済的に実行可能ではないかもしれません。対照的に、完全なクラウド サービスは、仮想マシンや IaaS の一部としてのコンテナーでホストされるサービスよりも安価になります。 PaaS では、最終的にはパフォーマンス、機能性、コストと移植性の間でトレードオフが発生します。

では、完成したクラウド サービスへの依存度が高まるにつれて、クラウド ロックインは避けられないのでしょうか?