新しいAzureWebサイトとASP.NETMVCアプリケーションの従来のAzureWebロールの重要な違いは何ですか？「Webロール」よりも「Webサイト」を選択する理由、またはその逆の理由は何ですか？
どちらの場合も同じ容量が必要になると仮定しましょう（たとえば、2つの小さなインスタンス）。プレビュー期間中のWebサイトには33％の一時的な割引があるという事実を除けば、価格は同等のようです。
「ウェブサイト」でできることで、ウェブの役割では難しい、または不可能なことはありますか？たとえば、「Webサイト」を使用して複数のWebサイトを単一のVMセットに配置するのは簡単になりますか？「Webサイト」と「Webロール」で何かを失うことはありますか？IISを微調整する機能はありますか？キャッシュサービスをローカルで使用する機能はありますか？
Webロールは、Webアプリ（以前のWebサイト）以外にもいくつかの機能を提供します。
ただし、WebアプリにはWebロールよりも優れた利点があります。
2014年4月と2014年9月のロールアウトにより、次のようなWebアプリとWebロール（およびワーカーロール）の両方に共通する機能がいくつかあります。
これが私がWebサイトギャラリー選択フォームから取ったスクリーングラブです：
Webアプリは、共有リソースから予約済みリソースに移動できる、すばやく起動して実行するための優れた方法だと思います。これを超えたら、Webロールに移動して、必要に応じて拡張できます。
EDIT 2014: 価値のあるものについては、この回答の多くの情報が正しくなくなりました - コメントを参照してください。
@David 応答にさらに追加します。
Windows Azure Web サイトでは、同じマシン上でリソース スライスを他の何百もの Web サイトと一緒に使用しているため、IIS や Web サーバーを制御することはできません。他のものと同じようにリソースを共有しているため、IIS を制御することはできません。
共有 Web サイトと Azure Web ロールの大きな違いは、ロールが VM にバインドされているのに対し、Web サイトはプロセスにバインドされていると見なされることです。
Web サイトは、ファーム内のすべての「Web サーバー」からアクセスできるコンテンツ共有に保存されるため、複製などは必要ありません。
Windows Azure Web サイトは独自のホスト名を持つことはできず、代わりにwebsitename .azurewebsites.net のみを使用する必要があります。DNS プロバイダーで CNAME 設定を使用して、予約モードで実行されている場合にのみ、以前の Windows Azure ロールとまったく同じように要求をルーティングできます。 . CNAME 設定は、共有 Web サイトではサポートされていません。
http://robdmoore.id.au/blog/2012/06/09/windows-azure-web-sites-vs-web-roles/で、まさにこのテーマに関する包括的なブログ投稿を投稿しました。
私の結論からの抜粋: 巨大な規模、SSL、アジアまたは米国西部のデータ センター、非標準構成 (IIS、ポート、診断、セキュリティ証明書、または起動スクリプト)、RDP、または費用対効果の高いワーカー ロール ( Web ロールと組み合わせて使用する場合)、当面は Web ロールに固執する必要があります。
それ以外の場合は、Web サイトが最適なオプションです。
Azure Web ロールは、仮想プライベート ホストのようなものです。Web サーバーとして機能する VM を取得し、その VM インスタンスを所有します。
Azure Web サイトは、柔軟な共有ホスティング サービスのようなものです。あなたが制御していない Web サーバーにアプリを展開し、他のユーザーのサイトにもサーバーを配置します。リソースのニーズの変化に合わせてサイトをより柔軟にするために、サイトをスケールアップおよびスケールダウンできます (追加料金がかかります)。
もう1つのシナリオがあります。これらの500の例外が削除された後、ワイルドカードCNAMEを処理するAzureWebサイトの機能については何も言われていません。私たちの何人かは、クラウドサービスでNateのWeb Role Acceleratorを使用しています。これは、Nateのソフトウェアでワイルドカードサブドメイン機能を提供する1行のハックが原因です。これらのワイルドカードサブドメインアプリは、AzureWebサイトで処理できることがわかるまで移動できません。それが不可能な場合は、方程式のWebロール側でポジティブになります。また、価格がまったく同じであるため（プレビュー割引の期限が切れた後）、RDCとイベントビューアへのアクセスを放棄したいかどうかもわかりません（2つだけ言及します）。
Azure Web サイトAzure 上でスケーラビリティの高い Web サイトをすばやく構築できます。Azure Portal またはコマンド ライン ツールを使用して、.NET、PHP、Node.js、Python などの一般的な言語で Web サイトをセットアップできます。サポートされているフレームワークはすでにデプロイされており、追加のインストール手順は必要ありません。Azure Web サイト ギャラリーには、Drupal や WordPress などの多くのサードパーティ アプリケーションや、Django や CakePHP などの開発フレームワークが含まれています。サイトを作成したら、既存の Web サイトを移行するか、まったく新しい Web サイトを構築できます。Web サイトを使用すると、物理ハードウェアを管理する必要がなくなり、いくつかのスケーリング オプションも提供されます。共有マルチテナント モデルから、専用マシンが着信トラフィックにサービスを提供する標準モードに移行できます。Web サイトを使用すると、他の Azure サービスと統合することもできます。SQL データベース、サービス バス、ストレージなど。Azure WebJobs SDK プレビューを使用すると、バックグラウンド処理を追加できます。要約すると、Azure Web サイトは、幅広い言語、オープン ソース アプリケーション、および展開方法論 (FTP、Git、Web Deploy、または TFS) をサポートすることで、アプリケーション開発に集中しやすくします。クラウド サービスまたは仮想マシンを必要とする特別な要件がない場合は、Azure Web サイトが最適な選択肢である可能性が高くなります。
クラウド サービス豊富なサービスとしてのプラットフォーム (PaaS) 環境で、高可用性でスケーラブルな Web アプリケーションを作成できます。Web サイトとは異なり、クラウド サービスは、Azure にデプロイされる前に、Visual Studio などの開発環境で最初に作成されます。PHP などのフレームワークには、ロールの起動時にフレームワークをインストールするカスタムのデプロイ手順またはタスクが必要です。クラウド サービスの主な利点は、より複雑な多層アーキテクチャをサポートできることです。単一のクラウド サービスは、フロントエンド Web ロールと 1 つ以上のワーカー ロールで構成できます。各層は個別にスケーリングできます。また、Web アプリケーション インフラストラクチャの制御レベルも向上します。たとえば、ロール インスタンスを実行しているマシンにリモート デスクトップできます。
仮想マシンAzure の仮想マシンで Web アプリケーションを実行できるようにします。この機能は、Infrastructure as a Service (IaaS) とも呼ばれます。ポータルを介して新しい Windows Server または Linux マシンを作成するか、既存の仮想マシン イメージをアップロードします。仮想マシンを使用すると、オペレーティング システム、構成、およびインストールされているソフトウェアとサービスを最大限に制御できます。これは、マシン全体を移動できるため、複雑なオンプレミス Web アプリケーションをクラウドに迅速に移行するための優れたオプションです。仮想ネットワークを使用すると、これらの仮想マシンをオンプレミスの企業ネットワークに接続することもできます。クラウド サービスと同様に、これらのマシンにリモート アクセスでき、管理レベルで構成変更を実行できます。ただし、Web サイトやクラウド サービスとは異なり、仮想マシン イメージとアプリケーション アーキテクチャをインフラストラクチャ レベルで完全に管理する必要があります。基本的な例の 1 つは、独自のパッチをオペレーティング システムに適用する必要がある場合です。
このリンクから更新された包括的な比較を参照してください: http://azure.microsoft.com/en-us/documentation/articles/choose-web-site-cloud-service-vm/
Azure Web サイト、Web ワーカー、および仮想マシンは、Windows Azure で利用できる 3 つの異なるコンピューティング アプローチです。それらは、制御と責任のレベルが異なります。
どのレベルの制御が必要か、どのような機能が必要か、何を Azure に残して維持したいかによって異なるため、最適な選択肢は 1 つではありません。と、大きな話題に..
より多くの情報に基づいた選択を行うための詳細については、次の記事を参照してください。
要するに、使いやすさと機能のトレードオフです。
私が見つけたもう 2 つのことは、カスタム ドメイン サイトとマルチテナント構成用に SSL を取得するためのコストでした。
ウェブサイトの場合、標準インスタンスに加えて毎月支払う必要があります (小規模インスタンスが最も安価なオプションです)。つまり、カスタム ドメイン https を取得するには、小規模なインスタンスで月額 70 ドル、すべてのブラウザーをサポートする SSL で月額 41 ドルの費用がかかります。
WebRole の場合、XS インスタンスを取得して独自の SSL を無料で追加できます。つまり、月額 15 ドルで、SSL を使用したカスタム ドメインを取得できます。
マルチテナント Web サイトについては、マルチ テナント Azure 動的ワイルドカード CName を確認してください。