實用系統的架構主選：可伸縮性和重/輕量

2019-11-18 12:04:29

字體：大中小

來源：轉載

供稿：網友

　　所謂可伸縮性，是指在小型規模單臺服務器情況下，應用系統可以良好運轉，系統的訪問量或功能增加后，整個系統只需通過增加服務器硬件就可以實現性能擴展，無需修改太多軟件。對于可伸縮性平臺（如JBoss）來說，理論上，沒有最大負載或最多在線人數這樣的概念。
　　
　　重/輕量其實是使用難易程度，從根本上說，重/輕量應該和可伸縮性不矛盾的，非凡是EJB 3.0推出以后，這個問題應該得到比較好的解決。
　　
　　但是，在目前情況下，編寫一個javaBeans要比編寫一個EJB輕易多，那么，是重/輕量還是可伸縮性應該成為系統架構的主要依據呢？在這個問題背后，還隱藏了目前在開源領域兩個架構技術選擇：
　　1. 重量：基于JBoss/EJB的完整J2EE系統架構（具有可伸縮性，目前不易于學習）
　　2. 輕量：基于Tomcat的Struts+Hibernate/SPRing+Hibernate （目前無太大可伸縮性，但是易于學習使用）
　　
　　因為輕量解決方案易于學習新技術，輕易使用，選中率比較高。但是讓人產生對系統的可伸縮性擔憂。鑒于這種情況，我認為有必要強調一下可伸縮性的重要性，切不能因為要跟進新的設計思想和技術，而盲目地采用一個無可伸縮性的設計方案。
　　
　　其實，"輕量"應該是一個中性詞，但是因為大量新的設計思想比較輕易通過輕量方案獲得成型軟件，如（Spring/Naning/Hibernate）等，逐漸的"輕量"似乎變成了一個褒義詞。假如從可伸縮性的標準看，輕量還可能是一個貶義詞，輕量意味著喪失重量系統中的分布式網絡計算的設計考量，那么可伸縮性就要打問號。
　　
　　從這次JavaOne大會以及從長遠來看，隨著EJB 3.0中間件輕量化、SOA架構理念普及，輕量/重量的區別已經模糊，假如還是以輕量/重量作為架構選擇的標準，甚至標榜自己的系統，無疑是不明智的。
　　
　　可伸縮性應該依然是實用企業系統架構的主選，可伸縮性是站在軟件公司的客戶企業立場，為這些客戶企業考慮的，但是他們經常因為被認為是外行，擋在了軟件系統架構選擇的門外。

上一篇：父類和子類轉換(子類對象賦值給父類對象)

下一篇：.net 事務處理并發性處理的意義