クラウドの障害はマルチクラウドの重要性を示している

メディアの報道によると、アマゾンのクラウドプラットフォームは2019年に一連のDDoS攻撃を受けたが、同社はこの件について沈黙を守っている。しかし、こうしたことは常に起こります。

サービス拒否 (DDoS) 攻撃は、世界的なインターネットが誕生して以来ずっと存在していますが、データセンター運営者やホスティング プロバイダーがサイバー攻撃を受けたことを認めることはほとんどありません。そして、ネットワーク停止からすべての人を保護するインフラストラクチャ、つまり異なるクラウド コンピューティング プロバイダーによって運営される複数のデータ センター、つまり「マルチクラウド」によって、再び保護が提供されるようになります。

[[317336]]

マルチクラウド戦略を採用する企業は、まず複数のベンダーのクラウド プラットフォーム上でビジネスを運営する必要があります。つまり、企業はソフトウェアと業務を AWS および Azure クラウド プラットフォーム、または Google Cloud Platform 上で実行することになります。同社は、移行の妨げとなる可能性のあるベンダー サービスの使用を中止し、データ センター間で拡張できるデータ アーキテクチャを追求しました。

単一のクラウドプラットフォームの長所と短所

企業は、単一のクラウド コンピューティング プロバイダーのクラウド プラットフォームを利用することで、そのプロバイダーが提供するクラウド コンピューティング サービスを利用できます。これらのサービスの追加は通常シームレスです。つまり、AWS パブリッククラウドの顧客であれば、独自の検索クラスターを構築する代わりに Amazon Elasticsearch Service を使用できます。 Google Cloud のお客様の場合は、ドキュメント データベースである Google Cloud Datastore を使用できます。

ただし、すべてのクラウド コンピューティング ベンダーのクラウド プラットフォーム戦略と同様に、単一のクラウド プラットフォームを採用する企業も、ベンダー ロックインという代償を払うことになります。これは大きな問題のようです。確かに、クラウド コンピューティング ベンダーが提供するクラウド コンピューティング サービスは今は安価かもしれませんが、今後もずっと安価でしょうか?また、クラウド コンピューティング ベンダーが戦略を変更すると、ある日突然、理由もなくサービスがキャンセルされるようになるのでしょうか?実際に発表されることもないかもしれない。あなたの地域の AWS データセンターが長時間ダウンしたり、速度が低下したり、信頼性が低下したりしたらどうなるでしょうか?そのような損失を許容できますか?

これらのベンダーが提供するサービス、特に AWS が提供するサービスの中には、API 互換性を維持するオープンソースの代替サービスのフォークがありますが、オープンソース ソフトウェアから派生したものです。ゆっくりとアップグレードする大企業の場合、これは多くの場合許容されます。ただし、「通常」は常にそうであるという意味ではありません。

大企業は必要に応じて迅速に行動する必要があります。現在のバージョンにパッチを適用できない重大なセキュリティ上の欠陥がある場合は、移行できます。大規模なスケーリングに何かが必要な場合（そしてそれが必要な場合）、または次のリリースに必要なその他の機能がある場合、ビジネスはクラウド ベンダーのスケジュールに遅れをとることになります。

クラウド コンピューティング ベンダーからクラウド コンピューティング サービスを採用する場合、「ベンダーの動機は何なのか」を自問することが重要です。確かに、クラウド コンピューティング ベンダーは IaaS 製品で 30% の利益を上げたいと考えているかもしれませんが、ベンダーは企業のワークロードを自社のプラットフォーム上に維持したいと考えている可能性の方が高いです。

しかし、各クラウド コンピューティング プロバイダーの信頼性は高まっていますが、完全に安全というわけではありません。すべての主要なクラウド コンピューティング プロバイダーでは、毎年 1 回以上のクラウド リージョンの停止が発生しますが、停止の中には短期間しか続かないものもあります。企業がビジネスを他のクラウド プラットフォームに移行できない場合、クラウド プラットフォームが停止した場合に無力になります。

最後に、価格交渉の段階になったとき、ユーザーが離れられないことが分かっている場合、クラウド ベンダーはどの程度の柔軟性を持つのでしょうか。

マルチクラウドの長所と短所

マルチクラウド戦略には、クラウド コンピューティング ベンダーの中立性と、より柔軟なアーキテクチャの選択の両方が必要です。これは、事前の複雑さが増すことを意味します。これは、複数のクラウド コンピューティング プロバイダーとの交渉を意味する場合もあります。

ただし、マルチクラウド戦略では、単一ベンダーのクラウド コンピューティング サービスを使用する場合よりも、企業に高い自由度とセキュリティが提供されます。多くの企業がメインフレームで標準化し、次に DEC、HP、Sun サーバーで標準化し、その後 Windows NT で標準化しようとしました。

単一のクラウド コンピューティング ベンダー プラットフォームでは、約束を果たせないことがよくあります。 1990 年代から 2000 年にかけて、Microsoft のテクノロジは概して十分に統合されていたものの、未成熟であったことを覚えておくことが重要です。それから状況は急速に変化しました。経験豊富な開発者は、DAO、RDO、OleDB、ADO などのデータ アクセス テクノロジを覚えています。これらはすべてリリースされ、使用が推奨されていました。 .NET への移行と、発生した誤ったマーケティング (Windows .NET など) については言うまでもありません。

プラットフォームの独立性には初期コストがかかりますが、それを追求する企業はより回復力のあるアーキテクチャを生み出す傾向があります。これらの企業は、アプリケーション間で標準インターフェースを使用します。彼らは、プラットフォームが推進するものではなく、ユースケースに最適なテクノロジーを選択します。最も重要なのは、クラウド ベンダーが信頼できないパートナーであることが判明した場合 (または価格を釣り上げた場合)、多くの企業が撤退する自由を持っていることです。

マルチクラウド戦略の最小要件

マルチクラウドの最大の要件は、主要なタッチポイントとしてオープン スタンダードと業界標準に依存することです。明らかなものをいくつか挙げます:

• Kubernetes。オープンソースのコンテナ管理プラットフォームは現在、サービスを展開するための業界標準となっています。ラップトップで実行される標準の Kubernetes デプロイメントを作成する場合は、複数のクラウド コンピューティング プロバイダーで実行する必要があります。
• オープンソース。エンタープライズ コア アーキテクチャにオープン ソース ツールとテクノロジを使用します。これにより、プラットフォーム戦略が変わっても、ビジネスは代替の道を選ぶことができるようになります。
• オープンスタンダード。これは、企業がアプリケーション サーバー自体のクラスタリング方法に実際に関与する必要があると言っているわけではありませんが、他のソフトウェアとのすべての接点は、オープンでベンダー中立の業界標準 (JSON など) に従う必要があります。
• ブランドサービスに重点を置きます。企業が固定 IP とさまざまな DNS サービスを必要とする場合、AWS はこれらの一般的なネットワークツールの独自バージョンを提供します。もちろん、企業は独自の分散 DNS を実行する必要はなく、プロバイダーが提供する方法を使用して固定 IP を提供する必要があります。また、企業をロックインするものではなく、Azure と Google Cloud Platform 全体で基本的に同じように機能します。たとえば、企業は機械学習サービスを利用する際にはより慎重になる必要があります。

2 つ以上のクラウド プラットフォームでサービスを実行しても、必ずしも企業が迅速に移行できるとは限りません。コストや経済的な理由から主に 1 つのクラウドにデータ トラフィックを送信する場合でも、別のクラウド プロバイダーにバックアップ データベースとファイルもいくつか用意する必要があります。避けられない業務中断が発生した場合でも、企業は効果的に対応できます。