クラウド コンピューティングの未来: パブリック クラウド、プライベート クラウド、それともハイブリッド クラウド?

[[210952]]

確かに、クラウド コンピューティングとその発展の可能性は、熱く議論されている問題です。クラウド コンピューティングの場合、「クラウド」という言葉を使用して名前を付けるのが適切です。クラウド コンピューティング自体は空の雲のようなもので、その外観は常に変化し、形を変えているためです。企業はクラウド コンピューティングによってもたらされる競争力の向上を徐々に実感しており、クラウド テクノロジーの開発動向と方向性を理解することにも熱心になっています。では、プライベートクラウド、パブリッククラウド、ハイブリッドクラウドのうち、どれが将来の市場の主流になるのでしょうか?

IDG Research Services が今年初めに発表した調査によると、何らかのパブリック クラウド ソリューションを導入している企業の約 40% が、主にセキュリティとコストの懸念から、一部の業務をオンプレミス モデルに戻していることがわかりました。

クラウド サービスは扱いにくく面倒な場合もあるため、企業はクラウドに関する決定を行う際に慎重になる傾向にあります。しかし、これは企業がクラウド サービスの利用をやめたことを意味するものではありません。ハイブリッド クラウド IT 運用サービス プロバイダー OpsRamp が大企業 (500 人以上) を対象に実施した調査では、パブリック クラウド サービスが IT サービス支出全体の大きな割合を占めていることがわかりました。回答者の半数以上が、パブリック クラウドを 3 年以上使用していると回答しましたが、パブリック クラウドの使用が「成熟」していると考える回答者はわずか 29% でした。一方、50% は「改善中」、21% は「まだ始まったばかり」でした。そのため、企業におけるパブリッククラウドの利用には、まだ改善と成長の余地があります。

クラウドの未来は形態とモデルに左右される

「クラウド コンピューティングの将来はどうなるのか?」という疑問が残ります。 OpsRamp の調査によると、回答者の 4 分の 3 が、さまざまなベンダーのクラウド サービスを適用することでビジネス ニーズを満たしたいと考えていることがわかりました。このマルチクラウド サービス プロバイダー モデルにより、「マルチクラウド」または「マルチクラウド モデル」という新しい用語が生まれました。

マルチクラウド モデルには 2 つの特定のアプリケーション モードがあるため、特に注意する必要があります。 1 つのモードは、パブリック クラウドとプライベート クラウドを連続して使用するなど、ユーザーが 2 つ以上のクラウド展開モードを同時に使用することです。もちろん、このモデルは基本的にハイブリッド クラウドと同じです。もう 1 つのマルチクラウド アプリケーション モデルは、ユーザーが異なるベンダーの複数のクラウド サービスを同時に使用することです。企業は Amazon、Microsoft、その他の小規模ベンダーのサービスを同時に使用できますが、Box ストレージなど、ベンダーの 1 社からの 1 種類のサービスのみを使用できます。

データセンターとクラウドコンピューティング問題に関する戦略コンサルティング会社、Avoaの会長ティム・クロフォード氏は、人々はさまざまな市場状況に対応するためにさまざまなサービスを必要とするため、ハイブリッドクラウドまたはマルチクラウドモデルがデフォルトの選択肢になるだろうと述べた。同氏はさらに、「クラウド サービスを 1 つだけ持つだけでは十分ではありません。複数のクラウド サービスを組み合わせて使用​​する必要があります。これは孤立したケースではありません。ほとんどの企業がハイブリッド クラウドまたはマルチクラウド モデルを採用すると思います」と付け加えました。同時に、クロフォード氏はパブリック クラウドに対して楽観的ではありません。これは市場の多くの人々の見解とは異なり、パブリック クラウドが必ずしも企業ユーザーにとって良いソリューションではないと感じているためです。

クラウド アプリケーション パフォーマンス モニタリング企業 Dynatrace のシニア バイスプレジデントである Steve Tack 氏は、ハイブリッド クラウドやマルチクラウドと呼ぶにせよ、またどのように発展するにせよ、このクラウド アプリケーション モデルは一般的なトレンドとなり、大企業や ISV 顧客の合意に達するだろうと述べています。

タック氏は、クラウド移行は、コンテナとマイクロサービス アーキテクチャへの関心と、機能とアップデートがリリースされる速度という 2 つの要因によって推進されていると述べました。マイクロサービス パターンには、展開のスピードや、展開と更新が容易な分離されたコンポーネントなど、多くの利点があります。同時に、メーカーも従来のウォーターフォール開発モデルから、より柔軟な継続的インテグレーション/デリバリー モデルに移行しました。開発と発売のスピードが速く、ほぼ 2 週間から 6 か月ごとに製品バージョンを繰り返し更新しています。

この急速な更新速度は多くの要因の影響を受けますが、その 1 つが自動化です。自動化されたテストとパフォーマンス分析により、企業の開発者は開発作業に集中できるようになります。また、自動化により、メーカーは顧客の使用状況とエクスペリエンスに関する洞察と可視性を得ることができます。

「この応答性の高い継続的デプロイメント モデルを使用することで、ユーザーはアプリケーションのライフサイクルとデプロイメント速度を高速化できます。クラウド ネイティブ アプリケーション、コンテナー、自動化、アジャイル、DevOps の組み合わせにより、より大きな価値がもたらされます」と Tack 氏は述べています。

パブリッククラウドの限界

タック氏は、クラウドへの新たな投資のほとんどは、新たな投資と新たな取り組みの必要性によって推進されているが、人々はそのプロセスを、既存のデータセンター アプリケーションをクラウドに「リフト アンド シフト」するプロセスと表現することを好むことも発見したと述べた。 「前者は競争上の優位性に関するものであり、後者はコストに関するものだが、現在、両方とも企業から注目されている」とタック氏は語った。

しかし、この「プロモーション」は良いアイデアではないかもしれません。前述のように、IDG の調査では、アプリケーションをクラウドに移行した企業の中には、すぐにローカル展開モデルに戻った企業もあることがわかりました。これに対してクロフォード氏は、これはパブリッククラウドの価格が高いからではなく、パブリッククラウドの使用コストが高いからだと説明した。

「パブリック クラウドの使用コストは、従来のデータ センターの 4 倍になることがあります。これは、従来のアプリケーション (書き換えや再設計が行われていないと仮定) が依然として冗長アーキテクチャ上に構築されており、ピーク時には 24 時間 365 日稼働しているため、ユーザーには追加コストが発生するからです。しかし、これはパブリック クラウドが機能するべき方法ではありません。パブリック クラウドが本来設計されたモデルに従って運用すれば、パブリック クラウドの使用コストはそれほど高くならないでしょう。」タックは言った。

では、なぜ企業はそのような間違いを犯すのでしょうか?これは十分な情報が得られないからです。 「市場には雑音があふれている。何が真実で何が偽りか、どうやって判断するのだろうか。アナリスト企業の発言の多くは、最近のプレスリリースの内容に基づいている」とタック氏は語った。

したがって、その仕組み上、データセンターと関連アプリケーションをクラウドに移行することには、多くの企業が依然として抵抗する可能性があります。また、クロフォード氏は、パブリッククラウドの使用において遅延が要因となり、モノのインターネットや、ローカルまたはプライベートクラウドに展開されたエッジサービスなどの新しいテクノロジーアプリケーションへの移行を促す可能性があると考えている。「速度は依然として制限要因であるためです」と同氏は述べた。

まったく新しいクラウドモデルが登場するのでしょうか?

Task 氏も Crawford 氏も、まったく新しいクラウド コンピューティング モデルの出現については言及しなかった。それはあまり重要ではないからだ。既存のクラウド コンピューティング モデルで十分です。

「今日、ほとんどの企業はハイブリッドクラウドモデルを採用している」とクロフォード氏は語った。 「データセンター内のパブリック クラウドで SaaS サービスが稼働している可能性があります。それが真のハイブリッド クラウド モデルであるかどうかについては議論の余地があります。」

無視できないもう一つの領域は、サーバーレス コンピューティングです。 Tack 氏は、パブリック クラウドを通じて実現されるサーバーレス コンピューティングであるコンテナなど、この分野では過去 1 年半にわたって大きな話題になっていると考えています。しかし、厳密に言えば、「サーバーレス」という用語は正確ではありません。運用をサポートするためにサーバーは依然として必要ですが、企業は仮想マシンやコンテナを割り当てたり、コードを展開したりする必要がなくなりました。開発チームが行う必要があるのは、対応するアプリケーションをアップロードすることだけです。サーバーレス モデルは単一の関数を実行できるため、Function as a Service とも呼ばれます。関数が実行されると、AWS などのサービスプロバイダーは関連するプロセスを直ちに中断できます。

これにより、プログラムの実行が完了した後に仮想マシンをシャットダウンし忘れるという、クラウド コンピューティングにおける最大の問題の 1 つが解決されます。この場合、ベンダーは「実行中の」仮想マシンに対しても料金を請求するため、企業は長期にわたるクラウド コンピューティング サービスの請求書を受け取る可能性が高くなります。

サーバーレス コンピューティングを使用する場合、ユーザーは仮想マシンを作成する必要がなく、仮想マシンのシャットダウンを心配する必要もありません。サーバーレス モデルでは、ユーザーは実行可能コードのインスタンスを作成するだけで済みます。これは単一の関数を持つ単純なプログラムであり、実行後に自動的に閉じることができます。

「サーバーレスにより、ユーザーは独自のアプリケーションやサービスを設計、構築、実行できるようになり、ハードウェアやサーバーが抽象化されるため、ユーザーは細かい部分にのみ時間を費やすだけで済みます」とタック氏は述べた。同氏はさらに、「大規模な移行とコンテナ化の余地はまだ大きいと考えているが、サーバーレスコンピューティングが市場構造全体に与える影響についても楽観的だ」と付け加えた。