golang微服務的設計架構

最近看了如今公司的golang代碼架構，再結合golang的語言特性和現有包管理的侷限性，以爲有些不合理。想在接下去技術改造過程當中調整一下。寫出來，若是你們有什麼好的意見和建議但願和我探討一下。golang 首先，既然是微服務，應該是儘可能解耦合的。能夠容許有工具類，可是不能夠有一個巨大的common包，裏面不能帶有對其餘微服務依賴的邏輯，否則這個包一更新會給全部微服務形成測試壓力。對於工具類，

>>阅读原文<<