「クラウドコンピューティング」は、最も人気のあるIT業界の概念です。 Gartnerのシニアアナリスト、Ben Pringは次のように述べています。しかし、ほとんどの人がクラウドコンピューティングの定義が異なります。ウィキペディアは次のように定義されています。クラウドコンピューティング、コンピューティングリソースが動的にスケーラブルで仮想化されるコンピューティング方式。インターネット経由で提供されることが多い。 Windows Azureはマイクロソフトのクラウドベースのオペレーティングシステムであり、Azureサービスプラットフォームと同様に、マイクロソフトの "ソフトウェアとサービス"テクノロジの名前です。 Windows Azureの主な目的は、開発者が開発者の実行を支援するためのプラットフォームを提供することです。
まず最初に、クラウドについてサービスとアーキテクチャのどちらで話し合うかについて明確にする必要があります。その理由は、クラウドコンピューティングは、他の人々が何を言っているのかを突然理解するまでは、サードパーティの運営者によって運営されるサービスと見なされるからです。独自のクラウドアーキテクチャを展開するためにソフトウェアとハードウェアを購入することです。
これら2つのビューには大きな違いがあります。私の意見では、ほとんどの企業にとって、自律型クラウドコンピューティングプロジェクトへの投資は賢いやり方ではありません。これらの企業がクラウドプロバイダーになるつもりでない限り、長期的には資金を十分に活用することはできません。しかし、私たちは同じ見解を持つ人はそれほど多くないことを認めなければなりません。それどころか、ほとんどの企業は、自己開発型クラウドコンピューティングが最善の方法であると考えています。実際、そうすることで、自動的にプロビジョニングできる仮想化されたデータセンターアーキテクチャへの移行がより効率的な供給方法であるため、短期間でお金を節約するという明らかな効果があります。米国ラピッドディフェンスの新しいラピッドアクセスコンピューティング環境はその典型的な例です。しかし、これは私たちが今日話しているクラウドコンピューティングではありません。実際、私たちが話しているクラウドは企業のファイアウォールの内側にあるため、クラウドコンピューティングとして定義していません。
Microsoftはこれまで、Windows Azureを企業が独自に展開できるパッケージにパッケージ化することを承認していません。したがって、マイクロソフトはサードパーティのニーズを満たすためにサービス型クラウドプラットフォームを主張しています。この点で、Azureは、第一世代のベンダーの製品よりも今日の市場のニーズに応える新しい第二世代のクラウドプラットフォームであると考えています。市場の初期のベンダーは、クラウドサーバと社内アプリケーションを接続するための他のサービスを提供することなく、クラウドコンピューティングを独立したサービスとして提供していました。内部コンピューティングをクラウドに置き換える準備ができている少数の企業にとって、これは間違いなく良いことです。ただし、ほとんどの企業は現在、近い将来に基づく包括的な戦略を採用しているため、コンピューティングアーキテクチャを維持し、それをクラウドに拡張する必要があります。市場にサービスを提供するクラウドプロバイダはこの事実に直面し、この問題を解決しようとしなければなりません。ここでは、4種類のAzureケースを挙げます。
短期間、内部環境を補充するためのオーバーフロー
これは、エンタープライズ市場で広く使用されているサービス指向クラウドプラットフォームのケースです。クラウドコンピューティングの支払い方法の柔軟性を利用して、たとえ会社のプロジェクトがピーク負荷期間中に追加のトラフィックを必要とするとしても、テストおよび開発サーバーのコストを効果的に節約することができます。これは内部プラットフォームに簡単にコピーできるため、弾力的な要件の迅速な補充は、クラウドコンピューティングの基本機能と見なされることがよくあります。クラウドコンピューティングのクラウド属性はそのような場合には頻繁には使用されないため、普及しています。クラウドベースのサービスとアプリケーションは、オンプレミスに拡張されます。
Windows Azureには、このような例が多数あります。たとえば、Microsoft Dynamic ERPソフトウェアには、バックエンドスイートと自動化されたフロントエンド操作を補完する多くの新しいWebサイトと商用拡張機能があります。ダラスと番号が付けられた新しいサービスは、ボーナス情報サービスのための集約ポイントとしてAzureを使用します。この例では、クラウドは、内部アーキテクチャよりも簡単で効率的な方法でリアルタイムの情報を配信し、新しいローカルAzureアプリケーションを起動することができます。もちろん、これは、マイクロソフトのソフトウェア+サービス戦略の基盤として、クラウドコンピューティングを従来の内部コンピューティングの代わりとしてではなく、その補完として定義したことを否定するものではありませんが、内部アーキテクチャへの信頼を促進する傾向があることも意味します。
クラウド移行戦略の一環としての一時的なホスティング
これは良いことでも悪いことでもあります。ローカルクラウドのIT戦略の一時的な段階として、サーバーをクラウドに移行するという動きは、おそらく多くの企業が煩わしさを軽減するために講じなければならない継続計画です。しかし、一般的には、人々は単に既存の内部アプリケーションをクラウド上に置いているだけであり、それが彼らのクラウドを最大限に活用していることがわかります。これは多くの独立系ソフトウェア開発者が犯した間違いです。
クラウドベースのサービスとアプリケーションは、オンプレミスの展開に取って代わることができますもちろん、これはおそらくクラウドの理想的な状態です。 Azureはこれを達成すると約束していますが、上記の3つのシナリオ、特に永続的な内部および排他的コンピューティングアーキテクチャに依存するシナリオでは、この作業を邪魔するのに十分です。 Azureがお客様独自のコンピューティングアーキテクチャではなく「追加」の基本原則に基づいて進化し続ける限り、Azureは他のクラウドプラットフォームと競合することが予想されます。つまり、開発者がAzureやそれに類似したプラットフォームに立ち寄るのではないかと心配しています。上記のケースでは、基本的に企業のIT展開をクラウドに移行できますが、ソフトウェアとアプリケーションの代わりにプラットフォームとしてAzureを使用するだけです。クラウド環境のリアルタイム性、スムーズな帯域幅、API共有を十分に活用していません。私は、Windows Azureがアプリケーションの療養所にならず、アプリケーションの補充ステーションになり、アプリケーションに活力を追加することを願っています。