企業にとってのクラウドコンピューティングスタック機能の利点

現在、クラウド コンピューティングの選択と使用に関する議論は、プライベート クラウド コンピューティング ユーザーではなく、クラウド コンピューティング プロバイダーに焦点が当てられる傾向にあり、ますます多くの企業が不満を抱いています。クラウド コンピューティング ソフトウェアが成熟するにつれ、一部の新機能がユーザーにとっては有望であるものの、ユーザーにとってはほとんど意味がないという事実に、企業の購入者は悩まされています。ここで、クラウド コンピューティング ソフトウェアを企業の観点から見てみましょう。

クラウド コンピューティング ベンダーは、クラウド コンピューティング ソフトウェアを必要としているため、オープン ソース クラウド コンピューティングに関心があるかもしれませんが、企業間でプライベート クラウド コンピューティングへの取り組みはまだまれです。しかし、プライベート クラウド コンピューティングのニーズを持つ企業の数は徐々に増加しています。実際、ほとんどのクラウド コンピューティング ソフトウェア ツールとアプリケーション プログラミング インターフェイス (API) は、エンタープライズ ユーザーにとって特に便利です。問題は、これらのクラウド コンピューティング ソフトウェアをどのように開発するかではなく、どのように導入するかにあります。

クラウド コンピューティング スタック ソフトウェアの目的は、アプリケーションをコンピューティング施設に割り当て、必要なストレージ リソースにリンクし、ネットワークを介して他のアプリケーションやコンポーネント、ユーザーに接続することで、アプリケーションをインスタンス化することです。企業が好むクラウド コンピューティング ソフトウェアの導入と、クラウド コンピューティング ベンダーが推進するクラウド コンピューティング ソフトウェアの最大の違いは、マルチテナントの問題です。パブリック クラウド コンピューティングでは、アプリケーションは異なるユーザーに属しており、クロストークはセキュリティ上のリスクとなるため、アプリケーションを相互に分離することが重要です。ある観点から見ると、この違いにより優先順位と、コンピューティング、ストレージ、ネットワークという 3 つのクラウド コンピューティング API リソース タイプに違いが生じます。

クラウド コンピューティング スタック ソフトウェアの機能には、3 つのリソース タイプそれぞれとは異なる一連の管理 API を通じてアクセスします。 API は、ネットワークまたはハイパーバイザーを介して、またはユーザー自身によって、一般的なハードウェア向けにクラウド コンピューティング ベンダーが提供するカスタム「フック」を使用して、表すリソースにリンクされます。

アプリケーション展開を「サービスとして」再考する

企業がクラウド コンピューティング スタック ソフトウェアを検討する際には、動的なアプリケーションとスケーリングされたリソース間の複雑な相互作用をより効率的に管理するソフトウェアの能力に重点を置く必要があります。仮想化や SOA など、「サーバーへのインストール」パラダイムを打ち破る新しいアプリケーション パラダイムには、複雑で相互に関連する展開および再展開プロセスが含まれることがよくあります。単純なミスがアプリケーションやビジネス全体を完全に破壊してしまう可能性があります。アプリケーション展開の管理モデルを提供することで、クラウド コンピューティング ソフトウェアは、アプリケーションとリソースの接続の「運用化」と呼ばれるプロセスを使用してこれらの複雑さを監視し、効率的なサポートと管理のための一連の方法とツールを作成できます。

企業とオペレーターのクラウド コンピューティング リソース制御における最大の違いは、ネットワークにあります。企業は、OpenStack Quantum がネットワーク・アズ・ア・サービスや仮想ネットワーク作成のために提供する機能を冗長であると見なすかもしれませんが、そうではありません。 Network as a Service とは、ネットワーク構成管理とアプリケーションを接続することを意味し、これは企業にとっても非常に価値のあるものです。たとえば、負荷分散やフェイルオーバーのためにサイト間でアプリケーションを移動する必要がある企業にとって、Network as a Service はプライベート クラウド コンピューティングにおいて最も重要なものになる可能性があります。

実際、クラウド コンピューティング ソフトウェアによって実現される「サービスとしての」プライベート クラウド コンピューティングの概念は、企業がアプリケーションとリソースの購入および展開方法を再考するための強力な手段となります。サービスとしてのデータベースは、低レベルのストレージ アクセスをディスパッチするのではなく、SQL 要求に応答する「クエリ サーバー」の作成を指し、パブリック クラウド コンピューティング サービスとハイブリッド クラウド コンピューティング サービスの使用を促進しました。ただし、ネットワーク コストも削減され、純粋なオンプレミスのアプリケーション展開のパフォーマンスも向上します。一部のクラウド コンピューティング スタック ソフトウェアで利用可能な機能である集中型 ID サービスを使用すると、アプリケーションのセキュリティとコンプライアンスを向上させることができます。

最も基本的なコンピューティング リソースであっても、クラウド コンピューティングの「サービスとしての」コンセプトは価値があります。リソース障害が発生した場合にアプリケーションを迅速に移行できるようにするためにクラウド コンピューティング ソフトウェアを導入する必要はありませんが、クラウド コンピューティングのリソース独立性の原則により、このタスクをより簡単に実現し、運用化することができます。ユーザーからは、これらのアプリケーションの移行中に構成エラーが頻繁に発生するという報告があります。クラウド コンピューティング ツールを使用すると、これらの移行を自動化し、このようなエラーの可能性を最小限に抑えることができます。

少しの想像力と主要な IT ベンダーおよびネットワーク ベンダーの協力があれば、運用の信頼性を向上させ、コストを削減できるプライベート クラウド ベースのアプリケーションおよびリソース制御フレームワークを作成できます。