經歷了幾個類似的問題後,我仍然不完全確定這兩種方法的優缺點;因此這個問題。Azure - 單個雲服務中的多個角色與多種雲服務
根據我的理解,可以在一個單一的雲服務
- 多個角色(Web和/或工人)。
- 或者我們可以將這些角色分開放在自己的Cloud 服務(我們當前的方法)中。
這兩種方法對其中哪一個應該是優選/避免的其他特定用例的好處是什麼。 當涉及到可伸縮性和可用性時,它們又如何相互比較?
我什麼時候選擇哪個?目前我的理解都是相同的,除了定價。
經歷了幾個類似的問題後,我仍然不完全確定這兩種方法的優缺點;因此這個問題。Azure - 單個雲服務中的多個角色與多種雲服務
根據我的理解,可以在一個單一的雲服務
這兩種方法對其中哪一個應該是優選/避免的其他特定用例的好處是什麼。 當涉及到可伸縮性和可用性時,它們又如何相互比較?
我什麼時候選擇哪個?目前我的理解都是相同的,除了定價。
如果您沒有看到Azure Multitenancy Guidance,我強烈建議您去看看,因爲他們使用雲服務作爲示例編寫它,上面的鏈接討論了您所要求的一些體系結構決策。 國際海事組織,很難說第一種方法比第二種方法更好,但這取決於你項目中的場景。
我會說,其中一件重要的事情是limits of one Cloud Service。如果您的項目具有對客戶而言應該是唯一的實例,那麼如果解決方案位於同一個CS中,則隔離用戶可能會更困難。許多決策 - 主要取決於項目特定情況。
這兩種方法之間的一個區別在於部署。雲服務與他們的所有Web角色和輔助角色一起部署。如果您需要針對某些角色制定單獨的部署日程安排,將其分離到不同的雲服務中可以實現這一目標。
至於定價,我認爲沒有什麼區別,因爲雲服務是以「每個(角色)實例」爲基礎計費的,並且這在您描述的兩個選項之間不會改變。
AFAIK您還可以在服務中部署個人角色。 – alwayslearning
@alwayslearning好吧,我已經搜索,發現你可以這樣做:http://stackoverflow.com/questions/15866633/how-to-deploy-only-worker-web-role-in-azure但似乎有點哈克。我認爲部署故事是Cloud Service實體背後的主要驅動因素,因此我的答案是IMO。 – urig