产品经理们夜以继日地规划各种功能，待开发功能都排到好几个月之后。而随着项目团队的日益扩大，却出现一些奇怪的事情：1. 开发效率和以前没有太大区别，尽管队伍扩大了 4 倍多，人员素质则有所提升；2. 大部分开发工作还是几位老员工在忙，新员工还比较难介入核心开发工作。除了管理因素，作为工程师，我们还是期待从技术上找到根源所在，解决问题，提高效率。最终的决策，是使用微服务架构来重构现有系统。

从 github 翻译过来的文章，项目在文内链接也有。

提到“微服务”，我相信网上各种“微服务”的演变案例都会给人一种“因大而分”的前提错觉，这可能会导致许多的“小白”产生没有机会接触“大项目”而对“微服务”可望而不可及也。当然，这种错觉的产生可能更多来源自于各种“微技术”的“层出不穷”所以“眼花缭乱”，例如Spring Cloud…

Java 微服务框架选型（Dubbo 和 Spring Cloud？） 目前公司使用的 Spring Cloud 整个技术组件，基本包含了上面图中所包含的，不得不说，Spring Cloud 整个生态真的很强大，使用起来也很方便有效。 后面有时间再针对每个组件进行使用解读，这篇…

1. 什么是微服务？ 我们首先给出微服务的定义，然后再对该定义给出详细的解释。 从概念中我们可以提取三个关键词：可独立运行、可协同工作、小。这三个词高度概括了微服务的核心特性。下面我们就对这三个词作详细解释。 微服务是一个个可以独立开发、独立部署、独立运行的系统或者进程。 采用…