2011年6月11日星期六

企業應用架構模式筆記

企業應用:
1.企業應用一般都涉及持久化資料。
2.企業應用一般都涉及大量資料。
3.一般都涉及很多人同時訪問資料。
4.還涉及大量運算元據的使用者介面螢幕。
要學會通過簡化,把一個大型專案簡化成小型專案。
因為如果是一個小型系統的失敗,可能對於一個大型系統來說,這種失敗就不會顯得那麼起眼了。這樣的思想是因為沒有對小型項目的積累作用足夠的重視。
企業應用的種類:
關於可伸縮性:
1.回應時間:是一個系統完成一次外部請求處理所需的時間。可能是用戶的一次交互行為,也可能是伺服器API的調用。
2.回應性:系統相應請求的速度有多快。最好可以在回應處理完之前給使用者一些資訊表明系統已經接到請求,則回應性會更好一些。
3.等待時間:獲得系統任何形式回應的最小時間。即使應該做的工作並不存在。通常這是遠端系統中的大s問題。
假設什麼都不做,只是調用返回即可。如果是本地,一般會立即得到回應。但是如果是遠端,這樣的回應往往是數秒甚至更長。
4.吞吐率:給定時間內可以處理多大的請求量。
而性能有可能指吞吐率,或者是回應時間,也可能有用戶自己決定。回應性往往比回應時間更重要。
6.負載:關於系統當前負荷的表達,也可以用當前有多少個使用者與系統相連來表示。
7.負載敏感度:回應時間隨負載變化的程度。
8.效率:性能除以資源。如一個雙CPU的系統性能是30tps,而另一個系統有4個CPU,性能是40tps,那麼前者的效率比後者的高。
9.可伸縮性度量的是向系統中增加資源(通常是硬體)對於系統性能的影響。
模式:
模式的定義:
對於特定的解決方案,它有效而且有足夠的通用性,能解決重複出現的問題。
另一種視角是把它看成一組建議,而創造模式的藝術則是將很多的建議分解開來,形成相互獨立的組,在此基礎上可以相對獨立的討論它們。

沒有留言: