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

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

前言

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

圖解:傳統架構到分散式服務化架構的架構演進
分析:
剛開始網際網路因為電腦的普及不夠廣泛,網際網路使用成本高,使用者量比較低,所以一開始單應用架構架構就可以滿足需求,也不存在太大應用架構上的可優化點,主要優化點還是停留在頻寬上,我們都知道從2G網路到3G網路再到現在的4G網路,在這個過程中上面的架構是可以滿足的,另外一方面在於以前的系統業務並不是那麼複雜,從以前的文字、到圖片、聲音、視訊,是伴隨著資料傳送成本的減少而來的。
應用包含了所有的業務邏輯,比如說登入,許可權校驗,商品查詢,下單,積分呀等等功能模組,所有的東西都放在一個專案裡面。

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

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

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