在單個Azure雲服務上部署多個Web角色和輔助角色

Question

這可能並不新鮮，但是我希望有人可以讓我走上正確的道路，因為它在天藍色部署期間會有些混亂。 我正在計划在Azure上進行部署。 這就是我所擁有的

1. 一個面向公眾的ASP.Net MVC應用程序（Web角色）+ WCF服務（Web角色），僅可再次通過消息隊列訪問此asp.net應用程序+ WCF服務（worker角色）1。
2. 一個自定義STS，即ASP.NET MVC應用程序（網絡角色），充當ID提供者（對於1.是依賴方）+ WCF服務（網絡角色），以向RP公開一些STS功能，例如1。
3. SQL Azure：由1和2訪問注意：1.最終將成為門戶，在Web和輔助角色上托管多個wcf服務，以進行內部和外部訪問。

我的問題是1.是否將成為公開的應用程序，以及2.是為了1.聯合安全性（內部），我應該如何計划在Azure上的部署，請牢記1.有時需要向外擴展后來連同兩個wcf服務？ 我要發布到一項雲服務還是如何發布？ 我的理解是，雲服務是n-web /工作者角色的邏輯容器。 但是，當yu具有2個Web鞋底（在這種情況下都是asp.net應用程序）時，哪一個成為默認鞋底？

最好的問候薩蒂什

Answer 1

默認情況下，解決方案中的所有Web角色都是公開的。 您可以通過進入服務定義來更改它，並刪除HTTP端點（如果需要）； 您還可以定義僅對雲服務可用的內部HTTP終結點，負載平衡器不會暴露任何東西。 在同一項目中擁有所有Web角色的好處是，可以輕松地動態檢查RoleEnvironment和每個Web角色-換句話說，解決方案中的所有角色都“意識到”其他角色及其可用端口。 部署一個程序包也很容易。

所有角色共享相同的DNS名稱（.cloudapp.net）（但是您可以使用主機頭來區分），但是通常通過.cloudapp.net服務上的負載平衡器使用不同的端口來公開它們。 當服務在雲中運行時，您會看到此信息，門戶中有指向每個角色的鏈接，這些角色具有指定端口的公共HTTP端點。 端口80（由外部HTTP端點定義）是“默認”站點。

您還可以創建多個雲項目，然后分別部署它們。 在這種情況下，每個服務器都有其自己的DNS名稱，並且分別進行管理。 這是否好，取決於應用程序的緊密程度，以及通常是部署整個解決方案，還是只是更新該解決方案中的各個角色。 但沒有成本或可擴展性差異。

如果您只打算頻繁地重新部署其中一個角色，我希望將它們分開。

Answer 2

要在同一雲實例下部署多個Web角色，請查看以下內容： 將網站部署到雲服務中的最佳實踐

實施多個工作角色將更加棘手： 每個實例運行多個WorkerRoles