關於微服務架構的思考

最近在項目中遇到了一些問題，一個比較多的問題服務和服務直接調用混亂 a服務調用b b服務調用c c服務調用d 致使後期升級會出現不少問題 若是有個流程圖也許會好些 可是沒有 所以我陷入了思考， 若是進行重構的話那什麼樣的架構會是較好的價格 我想 設計模式的六大原則 在此也同樣適用

什麼是好的架構

明確的分工,服務之間優雅的調用

我給出的一個結果

這裏簡單畫的一個草圖

先介紹一下

查詢：對應查詢操做
操做：對應增刪改操做

分爲四層

ui： 頁面及後臺調用

網關層: 路由

聚合層：查詢聚合 操做聚合

服務層：訂單服務 商品服務

遵循的原則

• 各個服務只專一於本身的功能 由聚合層來協調服務之間的關係維護與調用
• 上層經過http調用下層 下層經過mq通知上層 同級不能調用

服務要想調用服務 如 a服務想調用b服務 能夠 a經過mq傳遞給聚合層 而後聚合層根據消息調用b ，服務以前的調用交給 聚合層維護

後面還會不斷完善這篇文章的