2012-11-23 52 views
5

我有在Azure上運行3個Web項目,目前所有的網站一個實例中,偉大的降低成本,但沒有那麼大當web項目之一在需求高峯,其緩慢的其他服務下降/讓它停下來。多Azure的雲計算服務於一體的解決方案

的站點2坐在相同的域(一個具有不同的端口),一個在一個子域。關於站點的好處是您可以使用主機名來區分在同一端口上運行的站點。如果子域名網站被引用爲網絡角色,那麼它將需要不同的端口到其他兩個網絡角色 - 而不是我所追求的!

的問題是,雖然我可以用兩個雲服務,你不能同時調試他們的解決方案中。將它們放在兩個解決方案中可以簡化問題,但它們共享一個經常變化的類庫,如果在Web角色的單獨解決方案中使用這個解決方案,則根據我的經驗進行調試非常棘手。

任何幫助,非常感謝!

回答

3

這裏真正的問題是什麼?

首先,我沒有看到,通過具有在單一WebRole所有站點的問題。當一個人達到高峯時 - 就是向外擴展。是的,你會擴大所有的網站,但這只是一個優勢。 Windows Azure負載均衡器使用RoundRobin算法,該算法可確保所有請求均勻地發送到所有實例。我會再說一遍 - 當你看到高峯時,只需向外擴展,無需擔心。畢竟,這就是Azure在那裏的地位。對於成本來說它並不重要,因爲無論如何你都會擴大規模。無論是每個網站角色的單個網站,還是每個網站角色的10個網站,規模都是規模化並且花費相同的資金。

至於其他的關注。我一直在處理一個多項目解決方案。我從來沒有見過多個項目使用過的公用庫的問題。特別是當一切都在(源)控制之下時。 Visual Studio中有「添加現有項目」(當你右鍵點擊解決方案)的實用的功能:

Add Existing Project

所以,你常用的類庫只是在許多解決方案中使用和編輯在一個單一的項目文件系統的單個地方。

至於底線,我會再說一遍 - 如果只有打擾你擁有的是,當你在高峯向外擴展的網站,你還會擴展其他網站,只是不!如果您不想在繁忙的高峯期進行縮放,並且讓站點停止工作 - 只需不煩惱使用Azure即可。

+0

我擴大規模,所以目前沒有這個問題。我不知道添加一個現有的項目只是簡單地引用它,所以非常感謝!我想我的問題是:是否值得從API分離出一個網站,將它們分成不同的雲服務? – Jamie

+1

分離的主要動機是允許不同的更新週期和不同的縮放模式,所以這是您需要權衡的因素,因爲經常變化的共享程序集會增加複雜性。也許你需要看看如果分離是可取的如何管理? –

+0

謝謝Yossi。在一天結束時,API很少會與其他兩個角色同時更改,是的,縮放模式會有所不同,所以您已經回答了我的問題,再次感謝! – Jamie

相關問題