Azure asp.net 開発で遊んでいます。私は Visual Studio 2010 と Azure SDK を使用しており、Azure クラウドの初心者です。
いくつかのアプリを作成し、それらをテスト用の Azure Web サイトにデプロイしました。ASP.NET Web ページ、ASP.NET MVC3、以前に作成し、ADO.NET を使用して Microsoft SQL Management Studio で管理する Azure SQL データベースへの単純な GridView バインディングでさえ、すべて正常に動作します。それは本当に簡単です。
さて、いくつかのチュートリアルから、Windows Azure クラウド サービス プロジェクトを使用してアプリケーションが動作することを確認する必要があることを学びました。しかし、このプロジェクトがなくても機能します。では、ソリューションでそのようなプロジェクトが必要なのは何ですか?
実際には、ASP.NET アプリをクラウドに移行する方法が 3 つあります。これらのオプションのうちの 2 つの要素が表示されているため、混乱が生じます。
Windows Azure Web サイトは、(オンプレミスではなく) Microsoft のデータ センターで実行される単一の ASP.NET アプリケーションにすぎないため、必要なすべての構成は既にプロジェクト自体 (主に web.config) の一部であり、一部はアズール ポータル。多くの点で、これは Web ホスティング プロバイダーに似ています。
Windows Azure クラウド サービスは、Web サイト/サービス (Web ロール) またはバックエンド コード (ワーカー ロール) などの複数のサービスの集合です。Azure Web サイトのコードは、Web ロールとしてそのままデプロイすることもできますが、その場合、追加の Web ロールと Worker ロールを含む可能性のある大規模なアプリケーションの一部になります。これらの Web ロールとワーカー ロールの追加構成を提供するのは、クラウド サービス プロジェクト自体です (クラウド サービスでロールが 1 つしかない場合でも)。クラウド サービス オファリングは、Platform as a Service と見なされます。
完全を期すためのもう 1 つのオプションは、自分で仮想マシン イメージを作成し、ASP.NET サイトをインストールしてから、Windows Azure で仮想マシンをホストすることです。これは「デプロイを簡単にする」範囲の反対側にありますが、デプロイする VM の内容を正確に制御できます。これは、Azure が提供するサービスとしてのインフラストラクチャです。
Windows Azure クラウド サービス (Windows Azure の基礎となる PaaS ソリューション) 向けに開発していると仮定します。クラウド サービス プロジェクトは、アプリケーションを Windows Azure ファブリックに定義します。まだ持っていない場合は、ローカルの開発エミュレーターの外でアプリケーションを実行している可能性があります。ソリューションを Windows Azure クラウド サービスに展開する場合は、アプリケーション用にこのプロジェクトを作成して、Windows Azure のファブリック (アプリケーションを管理する秘密のソース) がアプリケーションの管理方法を認識できるようにする必要があります。
そして、@BrentDaCodeMonkey とは反対のことを想定します。クラウド サービスではなく、Azure Web サイト向けに開発しているということです。必要または推奨されます。