WindowsAzureの分析とクラウドの多面的な性質

'クラウドコンピューティング"は、現在最も人気のあるIT業界の概念です。 Gartnerのシニアアナリスト、Ben Pringは次のように述べています。しかし、ほとんどの人はクラウドコンピューティングの定義が異なります。ウィキペディアは次のように定義されています。クラウドコンピューティング、コンピューティングリソースが動的にスケーラブルかつ仮想化され、インターネット上で提供されることが多いコンピューティング方法。 Windows Azureはマイクロソフトのクラウドベースのオペレーティングシステムであり、Azureサービスプラットフォームと同様に、マイクロソフトの "ソフトウェアとサービス"テクノロジの名前です。 Windows Azureの主な目的は、開発者が開発者の作業を支援するためのプラットフォームを開発者に提供することです。まず、クラウドをサービスとして説明するのか、アーキテクチャの概念として説明するのかを明確にする必要があります。その理由は、クラウドコンピューティングは、他の人々が話していることが突然理解されるまでは、サードパーティの運営者によって運営されるサービスと見なされるからです。独自のクラウドアーキテクチャを展開するためにソフトウェアとハ​​ードウェアを購入することです。

これら2つのビューには大きな違いがあります。私の意見では、ほとんどの企業にとって、自律型クラウドコンピューティングプロジェクトへの投資は賢いやり方ではありません。これらの企業がクラウドプロバイダーになるつもりでない限り、長期的には資金を十分に活用することはできません。しかし、同じ見解を持つ人はそれほど多くないということを認めなければなりません。それどころか、ほとんどの企業は、自己開発型クラウドコンピューティングが最善の方法であると考えています。実際、そうすることで、自動的にプロビジョニングできる仮想化データセンターアーキテクチャへの移行がより効率的な供給方法であるため、短期的にお金を節約するという明らかな効果があります。米国ラピッドディフェンスの新しいラピッドアクセスコンピューティング環境はその典型的な例です。しかし、これは私たちが今日話しているクラウドコンピューティングではありません。実際、私たちが話しているクラウドは企業のファイアウォールの内側にあるため、クラウドコンピューティングとして定義していません。

Microsoftはこれまで、Windows Azureを企業が独自に展開できるパッケージにパッケージ化することを承認していません。したがって、マイクロソフトはサードパーティのニーズを満たすためにサービス型クラウドプラットフォームを主張しています。この点で、Azureは、第一世代のベンダーの製品よりも今日の市場のニーズに応える新しい第二世代のクラウドプラットフォームであると考えています。市場の初期のベンダーは、クラウドサーバと社内アプリケーションを接続するための他のサービスを提供することなく、クラウドコンピューティングを独立したサービスとして提供していました。内部コンピューティングをクラウドに置き換える準備ができている少数の企業にとって、これは間違いなく良いことです。ただし、現在ほとんどの企業は近い将来に基づいて包括的な戦略を採用しているため、コンピューティングアーキテクチャを維持し、それをクラウドに拡張する必要があります。市場にサービスを提供するクラウドプロバイダはこの事実に直面し、この問題を解決しようとしなければなりません。 Azureの4つの例を示します。

短期間、内部環境を補充するためのオーバーフロー

これは、エンタープライズ市場で広く使用されているサービス指向のクラウドプラットフォームのケースです。クラウドコンピューティングの支払い方法の柔軟性を利用して、たとえ会社のプロジェクトがピーク負荷期間中に追加のトラフィックを必要とするとしても、テストおよび開発サーバーのコストを効果的に節約することができます。これは内部プラットフォームに簡単にコピーできるため、弾力的な要件の急速な補充は、クラウドコンピューティングの基本機能と見なされることがよくあります。クラウドコンピューティングのクラウド属性はこのような場合には頻繁には使用されないため、広く使用されています。

クラウドベースのサービスとアプリケーションは、オンプレミスに拡張されます。

Windows Azureには、このような例が多数あります。たとえば、Microsoft Dynamic ERPソフトウェアには、バックエンドスイートを自動化されたフロントエンド操作で補完する、多数の新しいWebサイトと商用拡張機能があります。ダラスと番号が付けられた新しいサービスは、ボーナス情報サービスのための集約ポイントとしてAzureを使用します。この例では、クラウドは、内部アーキテクチャよりも簡単で効率的な方法でリアルタイムの情報を配信し、新しいローカルAzureアプリケーションを起動することができます。もちろん、これは、マイクロソフトのソフトウェア+サービス戦略の基盤として、クラウドコンピューティングを従来の内部コンピューティングの代わりとしてではなく、その補完として定義したことを否定するものではないが、内部アーキテクチャへの信頼を促進する傾向があることも意味します。

クラウド移行戦略の一環としての一時的なホスティング

これは良いことでも悪いことでもあります。ローカルクラウドのIT戦略の一時的な段階として、サーバーをクラウドに移行するという動きは、おそらく多くの企業が煩わしさを軽減するために講じなければならない継続計画です。しかし、一般的には、人々は単に既存の内部アプリケーションをクラウド上に置いているだけで、それが彼らのクラウドを最大限に活用していることがわかります。これは多くの独立系ソフトウェア開発者が犯した間違いです。

クラウドベースのサービスとアプリケーションをオンプレミスに置き換えることができます。

もちろん、これはおそらくクラウドの理想的な状態です。 Azureはこれを達成することを約束していますが、上記の3つのシナリオ、特に恒久的な内部および専用のコンピューティングアーキテクチャに依存しているシナリオでは、この作業を邪魔するのに十分です。 Azureがお客様独自のコンピューティングアーキテクチャではなく「追加」の基本原則に基づいて進化し続ける限り、Azureは他のクラウドプラットフォームと競合することが予想されます。

要するに、開発者はAzureやそれに類似したプラットフォームに立ち止まるのではと心配しています。上記のケースでは、基本的にエンタープライズITの展開をクラウドに移行できますが、ソフトウェアとアプリケーションの代わりにAzureを使用するだけです。クラウド環境のリアルタイム性、スムーズな帯域幅、API共有を十分に活用していません。私は、Windows Azureがアプリケーションの療養所にならず、アプリケーションの補充ステーションになり、アプリケーションに活力を与えてくれることを願っています。