golang微服务的设计架构

最近看了如今公司的golang代码架构，再结合golang的语言特性和现有包管理的局限性，以为有些不合理。想在接下去技术改造过程当中调整一下。写出来，若是你们有什么好的意见和建议但愿和我探讨一下。golang 首先，既然是微服务，应该是尽可能解耦合的。能够容许有工具类，可是不能够有一个巨大的common包，里面不能带有对其余微服务依赖的逻辑，否则这个包一更新会给全部微服务形成测试压力。对于工具类，

>>阅读原文<<