微服务如何划分最牛?
摘要
作为团队架构师/技术负责人你该如何进行微服务的划分呢?在以前的文章中讨论过这个话题，可落地的DDD(4)-如何利用DDD进行微服务的划分(2)[1]，最近结合在不同的开发团队实践，又有了新的思考，相比较之前的基于DDD会更加全面可落地，也欢迎大家留言讨论。
为何要划分微服务
微服务架构被广泛用于互联网公司，其优势在于每个服务足够小，相互之间具备隔离性。配合一些基础设施，能够使得需求快速迭代上线。但是每个服务的粒度应该多大呢，服务之间的关系应该是怎样的呢?
首先我们来探讨一下微服务划分的目标。微服务划分涉及到两个对象，一个是微服务，一个是开发人员。所以目标是高效有序将微服务及开发人员组织起来。
如何衡量有序呢?
1.职责清晰2.相互间的依赖关系清晰 一个无序的微服务调用，会陷入混乱地狱。
因此制定一些标准
横向：按照业务流程拆，业务流程反映的是数据流程，数据从上游流下下游。上游需要和下游解耦，上游不可通过服务间调用下游。下游可以。
纵向：按照技术拆分，由上到下分为4层，上层可以调用下层，同级可以相互调用，下层强制不能调用上层。
1.
应用系统 面向各个端，比如pc端
ゝ一纸荒年。
淩亂°似流年
分手后的思念是犯贱
迷南。
怼烎@
还没有评论，来说两句吧...