項目背景：讀大于寫，大概是4:1的比例吧，用戶量百萬以上，并發4000左右（可高可低，高可到10K，低為1K）幾臺服務器的性能都差不多，并且負載均衡基本都可以平均分給每臺服務器我是讓他們通過負載均衡直接一對一面對用戶呢（即ABCD都可以被直接訪問）。還是讓他們各司其職呢（假設A，B為內存服務器，C為數據庫，D為圖片處理服務器），讓他們一層一層接受用戶訪問。給個建議吧
7 回答
莫回無
TA貢獻1865條經驗 獲得超7個贊
我是感覺分開不好，你都分開，隨便一個服務器崩了你程序就崩了，程序首先要保證的是穩定性，至于一個服務器跑多個程序增加服務器復雜性，是看你怎么部署的問題，單項服務在服務器上其實不相關的，排錯什么做好日志就可以了，你四臺做分布式+均衡，你的服務擴展和轉移都是比較容易的，你都做成單臺的，就不具備分布式系統的擴張性，性能碰到瓶頸了，你必須架構大改，改成分布式?？傮w來說，我認為第一種方案比第二種靈活很多
犯罪嫌疑人X
TA貢獻2080條經驗 獲得超4個贊
對于題主反饋的服務量級，應該往分離的方式做.
主要有兩個考慮：
不同類型服務對于機器各項資源的要求和消耗不同，可以按需定制機器。這點樓上有其他同學說過了；
進一步的，不同服務放在一起特別是可能會有潛在影響的服務部署在一起，會提高系統的維護成本和不穩定性；舉個極端的例子，你會考慮把測試環境和生產環境部署在一起嗎，調整測試環境參數影響生產環境真是最不應該發生的事情。
進一步的，有人提到，部署在多處，實際上要應付多點出問題的情景。這個我覺得正好說反了
首先，業務層總是不能假設服務層安全穩定，需要對服務層失效有容忍甚至熔斷機制
其次，所有服務放在一臺機器上，如果單機掛了(例如磁盤滿內存滿cpu爆等情況)那就所有服務全掛。分散的話只是個別服務損傷。
還有個運維成本的考慮，早期可能web server和后端服務都放在一起的。后期流量和壓力上來之后，肯定還是分工和專業化的方向去做了。
以上主要是個人理解，請參考～
添加回答
舉報
0/150
提交
取消