【摘要】：由于拆分的粒度不同，会影响最终微服务实施的性能和运维的难易程度。这样的实践原则在实际应用过程中明显存在着问题。所以在微服务实践过程中，建议可以通过以下4个原则来进行服务的划分：功能完整性、职责单一性。因此，为了达成各阶段成本都比较低这个目标，微服务架构在实施的时候需要遵循五大原则：设计原则、开发原则、测试原则、部署原则和治理原则。
当然，在微服务架构的实践过程中，遇到的最大的难题就是拆分问题。由于拆分的粒度不同，会影响最终微服务实施的性能和运维的难易程度。
微服务拆分：围绕业务功能进行垂直和水平拆分。大小粒度是难点，也是团队争论的焦点。在实践中存在以下对微服务的拆分情况：
（1）以代码量作为衡量标准，如500行以内。
（2）拆分的粒度越小越好，如以单个资源的操作粒度为划分原则。
这样的实践原则在实际应用过程中明显存在着问题。代码量多少不能作为衡量微服务划分是否合理的原则，因为我们知道同样一个服务，功能本身的复杂性不同，代码量也不同。还有一点需要重点强调，在项目刚开始的时候，不要期望微服务的划分一蹴而就。
所以在微服务实践过程中，建议可以通过以下4个原则来进行服务的划分：
（1）功能完整性、职责单一性。(www.xing528.com)
（2）粒度适中，团队可接受。
（3）迭代演进，非一蹴而就。
（4）API的版本兼容性优先考虑。
微服务架构的演进，应该是一个循序渐进的过程。在一个公司、一个项目组，它也需要一个循序渐进的演进过程。一开始划不好，没有关系。当演进到一个阶段时，微服务的部署、测试和运维等成本都非常低的时候，这便是一个好的微服务。
因此，为了达成各阶段成本都比较低这个目标，微服务架构在实施的时候需要遵循五大原则：设计原则、开发原则、测试原则、部署原则和治理原则。每一个原则下有更加具体的划分，以下是详细介绍。
免责声明：以上内容源自网络，版权归原作者所有，如有侵犯您的原创版权请告知，我们将尽快删除相关内容。
