微服务设计原则

微服务就是把复杂应用的模块拆分成多个服务，通过中间件进行通讯。

好处就是每个服务可以针对业务自由的选择语言和技术栈而且可以独立维护，坏处的话就是增加了复杂度。

因为微服务涉及多人甚至多部门协作，遵循规范非常重要，否则项目维护将会是灾难性的。

单一职责

每个服务需要有清晰的职责定位，做到高内聚低耦合。服务的名称非常重要一旦起好了名字那么职责就确定下来了，之后都必须遵循。

服务自治

每个服务都是独立开发，部署，互相不依赖的。

轻量级通讯

使用消息队列和接口调用实现通讯，消息队列用作异步调用，接口用作同步调用

粒度进化

根据具体的业务，初期可以使用粗粒度去定义服务，后期如果服务变得笨重可以做拆分。