微服務正在成為軟體開發主流，配合上container和kubernetes，我們可以實現服務在雲平臺的快速上線和滾動升級。
樓主所在公司是這樣的服務端架構：
httpapi層：客戶端的呼叫入口，這些服務直接暴露給客戶端，主要會調一些中介軟體，這一層幾乎沒有複雜邏輯，是一些實質性功能的入口。
中間層：因為微服務很分散，而客戶端請求可能需要呼叫多個服務才能完成，因此產生了中間層，這裡麵包含較為複雜的邏輯，做了對客戶端請求的拆分和對底層服務的呼叫。
微服務層：這就是我們一個個提供特性功能的微服務，通過中介軟體呼叫，處於相對底層的位置，當然服務間也有上下游的關係，比較底層的服務會涉及到DAO層，即對資料庫進行讀寫。較為上層的服務會直接呼叫底層服務或通過一些message queue將訊息傳送出去供消費者消費，而消費者會再次呼叫中間層的rpc介面。

這樣部署的時候每個模組都會比較獨立，只要服務的輸入不變，就可以相容先前的版本的其他元件，就算服務的輸入輸出要進行修改，只要做rpc層即可，不同上升到httpapi，這樣可以節約和客戶端的聯調時間。