微服務編碼
微服務名稱
協議主機
埠訊息碼起止
錯誤碼起止
100000
使用者服務
商品目錄服務
進銷存服務
微服務編碼
微服務名稱
協議主機
埠訊息碼起止
錯誤碼起止
100000
使用者服務
使用者管理服務
登陸服務
商品目錄服務
進銷存服務
第1，2，3專案通過apidoc在jenkins部署同時向文件伺服器發布，文件伺服器根基為目錄瀏覽，二級為各個微服務 編碼+名稱 目錄。
第4項通過服務自啟動並網後，向mq訊息中心自註冊。
microservics portal 以result webapi放出服務，遵循以下協議格式
,,}
型別描述
statecode
int錯誤碼 0：正常 / 小於0：程式異常 / 大於0：業務異常
errmsg
string
錯誤資訊
result
json
呼叫返回值
專案github
微服務1之微服務設計要點
在開始轉為微服務之前，需要注意如下要點，考慮清楚再決定要不要做微服務。1 服務粒度 如何劃分各個服務之間的職責邊界。劃分過粗，則服務中包含的業務過多，時間長了之後，又會變為乙個複雜的單體應用。劃分過細，則服務增多，又會增加整體複雜性。2 通訊協議 各服務之間的通訊模式。是採用json，還是xml，還...
微服務設計原則
相比於單機服務與其他架構，微服務架構的主要特徵是元件化 松耦合 獨立 去中心化。主要表現在如下幾個方面 細粒度的服務分解 將專案中每個模組 每個職責拆分出來，專注做好一件事情。獨立部署執行和擴充套件 每個微服務又是乙個單獨的專案，獨立執行在自己的程序裡。它可以不依賴於其他服務進行單獨使用和靈活擴充套...
微服務設計筆記（一）
寫在最前面 微服務不是免費的午餐，更不是銀彈，如果你想要一條通用的準則，那麼微服務是乙個錯誤的選擇。微服務並不是乙個具體的實施方法，使用這個方式，你需要填很多的坑，需要面對所有分布式系統要面對的複雜性。對團隊來說，要求很高，但是優點也有很多。要使用微服務，我們可能還需要一些其他的參考資料，下面列出一...