我如何知道在Azure Web角色中是否需要完整的IIS？

Question

我需要將ASP.NET應用程序遷移到Azure。該應用程序需要訪問數據庫並訪問臨時文件，並且還需要使用out-proc COM對象。原來有"Full IIS" mode，提供一些比較模糊的措辭優勢（從here）：

然而，有許多有用的功能，只有在IIS中存在，包括在多個站點或虛擬應用程序和激活的WCF服務支持通過Windows激活服務進行非HTTP傳輸。

現在很明顯，使用完整的IIS迫使我對付ASP.NET part and role part working in different processes，這是一個大問題，所以我需要知道我是否需要在第一時間完整的IIS模式。

如何決定是否需要完整的IIS模式？有沒有完整的清單？

Answer 1

我認爲你的默認答案應該是在Windows Azure功能中使用完整的IIS。託管的Web核心產品實際上具有向後兼容性，因爲它是1.3 SDK之前的原始模型。完全IIS是默認設置，您必須明確選擇返回HWC。

，大多數人想要完整的IIS的原因是周圍的幾個，但重要的限制：

1. 更好地爲IIS擴展（例如平滑流，Web場，編曲等）的支持。 HWC並不總是支持這些模塊，並且與缺少的管理權限結合在一起，如果不是不可能使用人們想要使用的所有模塊，那麼它很難實現。
2. 支持多個網站，vdirs和應用程序池。 HWC是一個單一的應用程序池（託管過程），無法支持多個網站。人們非常擔心需要將一個完整的角色分配給單個網站。使用完整的IIS，您可以擁有多個站點並使用主機頭來獲得更大的壓力（尤其是對於小型網站）
3. 支持標準工具--Web Deploy，AppCmd等不起作用好（如果有的話）與HWC。任何修改applicationHost.config的東西通常都與HWC有關。
4. WAS支持。這使您可以將IIS中的WCF用作非HTTP傳輸中的主機。

通常情況下，使用完全IIS可以與您在本地進行的操作保持一致，因此可以更輕鬆地進行配置和設置。

關於RoleEntryPoint/HWC過程模型與RoleEntryPoint和單獨的完整IIS過程相關，我不確定這是否是一個問題。最初可能有一些怪癖，但最關心你的是什麼？