微服務架構簡介

一：傳統服務架構

一個系統由多個業務聚合而成，由多個java packages 組合成一個WAR包部署到應用伺服器上（如Tomcat）. 久而久之，系統越來越複雜，給開發，測試，部署，運維都帶來很大的問題；常常有牽一髮而動全身的情況出現。



二： 微服務架構

不同的業務，不同的服務拆分成不同的模組，獨立部署。同一模組，根據業務需要進行分散式部署，組成叢集。



三：微服務拆分概念模型

Y-軸 根據不同的功能進行服務模組拆分，X-軸 相同的服務模組進行叢集部署，Z-軸 共用的或相似的模組進行拆分（如資料儲存）


四：引入容器部署



五：微服務資料層拆分

每個服務都應該有它獨立的資料庫（schema）



六：通過API GATEWAY 呼叫服務

服務的註冊，發現和呼叫

七：服務間資訊交流

傳統架構中相對簡單都是程式間的互聯互通；而微服務直接分為同步和非同步呼叫。同步通過RPC或REST的方式，非同步採用訊息佇列的模式。


八：分散式事物處理



九：微服務部署策略



十：傳統架構升級到微服務架構

1.立即停止傳統架構



2.前端，後端拆分



3.服務拆分

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/28624388/viewspace-2139854/，如需轉載，請註明出處，否則將追究法律責任。