大型網站技術架構讀後感及系統改進

 　　在架構中網站的可用性尤其重要，保證了網站的萬無一失。可用性用來描述網站可有效訪問的特性。可用性的指標是網站架構設計的重要指標。一個典型的網站架構分爲三層：應用層、服務層、數據層；各層之間相互獨立，應用層主要負責具體業務邏輯的處理；服務層負責提供可複用的服務；數據層負責數據存儲與訪問。在複雜的大型網站架構中劃分的更加詳細，架構更加複雜。以應用層負爲例。應用層主要處理網站應用的業務邏輯，經過負載均衡進行無狀態服務的失效轉移。負載均衡在應用層起到了系統高可用的做用，所以即便某個應用的訪問量很是少，只用一臺服務器提供服務就綽綽有餘。可是若是須要保持高可用性則必需要部署兩臺服務器。其中在高可用的應用經過負載均衡的進行無狀態服務的失效轉移和應用服務器集羣的session管理，session管理主要包括Session複製、Session綁定、利用Cookie記錄Session及Session服務器四個方面，Session服務器具備可用性高、伸縮性好、性能不錯的及對信息大小沒有限制的優勢。高可用數據中包含了CAP原理、數據備份、失效轉移三個方面。對於公司應用來講可用性關係到該公司網站的生死存亡。對於我的而言可用性關係到本身的績效升遷，而且事物老是先求生存，而後發展，所以咱們要多多考慮網站的高可用性，及事務所存在的後續價值。在本身作的《XXX系統》，爲了能有效的提升該網站的可用性須要：增長對數據備份功能，從而減小系統出現故障時，儘量多的減小損失。

　　網站的伸縮性架構的篇章中做者介紹了網站架構、應用服務器集羣、分佈式緩存集羣、服務器集羣四個方面的伸縮性設計，在該章節中明白到伸縮性機構設計能力是網站架構師必須具備的能力，做者主要介紹瞭如何經過不改變部署服務器的數量就能夠擴大或縮小網站的服務處理能力，網站的伸縮型設計分爲兩類一類是根據功能進行物理分離實現伸縮，另外一類是單一功能經過集羣實現伸縮。不管怎樣網站架構的伸縮性都是爲了提升服務器的處理能力，在文章中做者進行了詳細的講解，使得咱們明白了網站的伸縮性架構的特色，及對於包含的方面都有了詳細的瞭解，一個具備伸縮性網站，它的設計老是走在業務發展的前面。經過這幾小章節的閱讀，瞭解到架構也具備不少方面的要求，一個好的架構是通過不少深思熟慮的設計更改中實現的。在我編寫的《XXX系統》中咱們應當實如今服務器上的部署，並添加分佈式緩存數據來提升系統的伸縮性，提升服務器的服務處理能力，不至於在多個用戶存儲數據時出現系統癱瘓的狀況，並對每一個所屬機構的用戶人員進行限制，來實現不一樣功能應實現分級處理。對於我作的《XXX系統》提升伸縮性應該增長功能是，對每一個所屬機構的用戶人員進行限制。不一樣功能應實現分級處理。

　　  任何網站的需求老是隨着用戶的要求不斷髮生着變化。爲了適應隨機應變，網站的可擴展性架構就顯着尤其重要了。任何軟件產品一旦你擁有了可擴展性的架構，這也意味着你的產品擁有了隨時應變市場需求的能力，讓你的產品更加具備市場優越性。開發低耦合是軟件設計的最終目標之一，此目標驅動着軟件開發技術的發展和創新。這也意味着低耦合系統更容易擴展，模塊更容易複用。其中利用分佈式消息隊列能夠下降系統的耦合性。利用分佈式服務來提升系統的可複用性，進而建立可複用的業務平臺。對於《XXXXXX系統》功能的不斷擴展，且功能衆多時，可採用功能的拆分，將模塊獨立部署，下降系統的耦合性，提升網站的可維護性和修改性。這就是採用分佈式的設計。對於我作的《XXX系統》提升伸縮性應該增長功能是，實現功能模塊化，對不一樣功能進行封裝，實現界面與業務邏輯分開處理。