1. 程式人生 > >圖解:傳統架構到分布式服務化架構的架構演進

圖解:傳統架構到分布式服務化架構的架構演進

分布式服務 如果 我們 商品 fff 服務管理 png 其他 ext

前言

從計算機在中國進入,到互聯網時代再到現在的移動互聯網時代和正在向我們走來的大數據時代和AI時代,項目架構也隨著時代的改變在不斷的演化升級,從單一應用架構到現在的分布式服務化架構,經歷了很大的發展和改變。下面就是利用圖片給大家講解發展過程。

技術分享圖片
分析:
剛開始互聯網因為電腦的普及不夠廣泛,互聯網使用成本高,用戶量比較低,所以一開始單應用架構架構就可以滿足需求,也不存在太大應用架構上的可優化點,主要優化點還是停留在帶寬上,我們都知道從2G網絡到3G網絡再到現在的4G網絡,在這個過程中上面的架構是可以滿足的,另外一方面在於以前的系統業務並不是那麽復雜,從以前的文字、到圖片、聲音、視頻,是伴隨著數據傳送成本的減少而來的。

應用包含了所有的業務邏輯,比如說登錄,權限校驗,商品查詢,下單,積分呀等等功能模塊,所有的東西都放在一個項目裏面。

技術分享圖片

分析:
隨著電腦成本和網絡成本下降、互聯網技術的發展,使用電腦,上網的人群越來越龐大,原本的單應用架構已經開始吃不消了,為了解決系統的性能瓶頸,采用了負載均衡器分流到應用集群去,同時對數據庫也進行了主從的方式,有的還把緩存引入了進來。這個架構到現在也依然普遍存在。

技術分享圖片
分析:
隨著電腦的進一步普及和手機用戶的爆炸增長,業務復雜性越來越大,功能之間耦合性越來越大,通過不斷加應用服務器進行擴展可以解決一些問題,但項目的運營維護成本變得越來越大,實際效果也不是很理想。比如說所以的功能模塊並不是一樣的使用頻率,如果通過增加應用服務器,一方面代碼升級叠代造成困難,不利於產品的分析和優化。現在非常流行的服務化開發就是這樣把原先耦合在一起的功能模塊抽離出來單獨稱為一個服務提供給其他應用,那麽針對各個模塊項目的服務化就可以通過數據分析進行擴展,這樣在業務邏輯不變的情況下,雖然增加了服務管理的成本,但卻能夠監控到各個鏈路的性能瓶頸,以及可選性的對相應服務進行擴展和優化叠代而不影響其他服務,這也就是目前互聯網和移動化聯網使用的最流行的一套解決方案:分布式服務化架構,是一套高並發高可用的架構方案。

圖解:傳統架構到分布式服務化架構的架構演進