主要提供微服務發佈,服務治理和服務監控,由於複雜的業務需求,會形成線上服務的混亂,和鏈接數據庫的混亂.
微服務的好處是:
業務解耦,方便擴容,方便系統按模塊升級,模塊重用,開發新業務簡單,開發人員能夠專一某一業務,方便代碼管理,方便數據庫優化
微服務的壞處:(分佈式服務框架要解決的問題)
每一個系統之間的關係變得很是複雜
隨着調用的業務增多,底層的模塊須要高可用性和併發
須要分佈式Session框架支持
分層後增長測試複雜度數據庫
因此通常分佈式服務框架都會且不只限於實現下列功能:
微服務發佈(http/rpc)
服務調用代理及客戶端軟負載
基於Token的安全認證框架
服務治理(服務註冊/管理/配置推送等)
服務監控(調用鏈分析)
測試平臺安全
就是同一個服務,把數據庫的不一樣部分分開創建到不一樣的服務器上。以緩解數據庫大量數據訪問的壓力。服務器
不少大公司的業務量比較大,天天的訪問量都達到幾百萬上千萬,甚至上億的訪問量,在訪問量不是很大的狀況下,是能夠經過提升單臺服務器的配置來知足需求的。可是當單臺服務器已經知足不了需求的時候就須要作分佈式處理了。畢竟一臺服務器的處理能力是有限的。併發
若是分散到幾臺甚至幾十臺幾百天電腦上,其優點就顯現出來了。框架
能夠去看下阿里的開源框架Dubbo,會有更深的瞭解。分佈式
做者:大臉萌嘟嘟
連接:https://www.zhihu.com/question/19699884/answer/153734029
來源:知乎
著做權歸做者全部。商業轉載請聯繫做者得到受權,非商業轉載請註明出處。微服務
做者:larry lv
連接:https://www.zhihu.com/question/19699884/answer/35164296
來源:知乎
著做權歸做者全部。商業轉載請聯繫做者得到受權,非商業轉載請註明出處。測試