随着 微服务 的流行,相比较以前一个大型应用程序搞定所有需求,我们现在更倾向于把大型应用程序切分成多个微服务,服务之间通过 RPC 调用.微服务架构的好处非常多,例如稳定的服务变化较少,不会被非稳定服务所影响:不同的服务更方便交给不同的人管理:发布.扩容等操作也更加有针对性.不过这也不是没有代价的,额外的成本最主要的可能就是运维成本. 我们维护的一个产品,由 7 个微服务构成,它们各司其职,承担上行.下行.同步等各类职责,我非常喜欢这种架构,但也面临一个小小的烦恼.每次我们发布其中一个或者多个服…