首先说一下不好的思路：
1.服务拆分粒度越小越好（小服务≠微服务，实际业务需要空间换时间的，放到同一个服务里面，例如两个表之间有强关联性，不能简单地以表的操作作为服务划分的粒度）。
2.以代码量为拆分标准（服务拆分不是代码拆分）。
3.完全凭经验和感觉，或者按照别人家的套路拆分（经验和感觉也需要基于理论和实践基础）。
下面才是好的思路或者原则：
1.单一职责同时职责功能完整。
2.粒度适中，团队接受，适合公司的组织架构。
3.版本兼容性，回归测试和上线的便捷性需要考虑。
4.小步快步迭代，非一次性拆分完成。
5.精益求精，持续优化改进。
首先说一下不好的思路： 1.服务拆分粒度越小越好（小服务≠微服务，实际业务需要空间换时间的，放到同一个服务里面，例...
应用拆分 应用拆分原则 应用拆分思考 Dobbo 和 SpringCloud Dobbo : 分布式服务框架，提供...
微服务的拆分规范和原则 拆分方案 压力模型拆分 业务模型拆分--主链路拆分--领域模型拆分--用户群体拆分--前后...
服务层拆分 服务层拆分也就是业务的服务化，系统架构的演进是从集中式到分布式，业务功能之间越来越解耦合。 比如电商网...
一、服务间隔离 1、分布式结构 分布式系统架构的明显特点，就是按照业务系统的功能，拆分成各种服务，每个服务下面都有...
集群和分布式的区别 分布式：一个业务拆分多个子业务，部署在不同的服务器上 集群：同一个业务，部署在多个服务器上
1.分布式事务的问题 在微服务的架构下，随着业务服务的拆分和数据库的拆分，会存在多个业务对应多个数据库的情况，如下...
微服务是一种分布式的方式，通过微服务可以将业务拆分，使业务职责单一化，业务解耦。微服务通常都是集群部署，服务之间的...
微服务拆分原则 微服务拆分过程中需严格遵守高内聚、低耦合原则，同时结合项目的实际情况，综合考虑业务领域、功能稳定性...
分布式系统架构 分布式系统概念 通常的理解分布式系统，就是一个业务拆分成多个子业务，分布在不同的服务器节点，共同构...
本文标题：分布式服务治理业务拆分原则
本文链接：https://www.haomeiwen.com/subject/xsqgxxtx.html
网友评论