Window Azureの新しいポータルと、Azureデータセンターの共有VM上の小規模なWebアプリケーション用のWebサイトと呼ばれる新しい機能を利用しました。
デプロイメントを除いて、Webroleアプリケーションとどのように正確に異なるのか知りたいですか？（Webサイトでは、クラウドプロジェクトを追加する必要はありません。Gitで試しました。）
Webroleアプリケーションでは、スタートアップタスクの構成と.csdefおよび.cscfgファイルでのカスタムアプリ設定を行っていました。
Azure Webサイトにスタートアップタスクやその他のカスタム構成設定を追加することはできますか？はいの場合、どのように？
このブログ投稿が役立つ場合があります：http：//davidpallmann.blogspot.in/2012/07/windows-azure-is-3-lane-highway-how-to.html
つまり、WindowsAzureWebサイトは共有ホスティングと同等であると考えてください。自由と柔軟性はあまり得られません。Windows Azureクラウドサービス（Webロール/ワーカーロール）はWindows Azure PaaSオファリングであり、VMの管理について心配することなく、より詳細な制御を提供しますが、Windows Azureが設定したルール（つまり、特定の方法でアプリケーションをデプロイする）に従う必要があります。 ）。次に、Windows AzureIaaSオファリングであるWindowsAzure仮想マシンがあります。これは、最大の柔軟性を提供しますが、VMの管理の責任はあなたにあります。
質問に答えるために、VMへの排他的アクセス権がないという理由だけで、AzureWebサイトにスタートアップタスクを追加することはできません。このためには、PaaSまたはIaaSルートを使用する必要があります。
上記では、WindowsAzureWebサイトについて詳しく知るための優れた情報があります。Windows Azure WebサイトとWebロールの比較について追加したいのは、Windows Azure WebサイトはWebアプリケーションとして機能するという点で、Webロールと同じくらい強力である可能性があるということですが、インフラストラクチャを制御できるのは非常に限られています。 WebロールまたはWindowsAzureVM。そして、それに集中したくない場合は、Windows Azure Webサイトが、アプリケーションに全力を統合できる最良のオプションです。
フルスケールのWindowsAzureWebサイトをリザーブモード（リザーブモードでアプリケーションを1/2/4コアの専用VMで実行できるようにする）で構築でき、複数のインスタンスを使用すると、Webサイトが非常に強力になります。Webサイトでは、git（またはその他の利用可能な方法）を使用してアプリケーションのデプロイを行うことができ、更新はすぐに利用可能になります。したがって、全体として、Web /ワーカーの役割と比較して、開発/デプロイメントサイクルのオーバーヘッドは少なくなりますが、実行できることには制限があります。
Webサイトでは、ポートから直接監視を構成し、以下に示すように制限付き監視を構成します。
監視を構成すると、ポータルで監視をリアルタイムで確認したり、プレビューポータルに表示されているようにFTP経由でLogFilesフォルダーにアクセスしてログを直接収集したりできます。
したがって、VMから直接診断について掘り下げることができることは多くありません。また、リザーブインスタンスがある場合は、ASP.NETアプリケーションのコードを、該当する場合はWebアプリケーションのシステム固有の詳細の一部に直接書き込むことができます。