微服务Microservice的拆分原则有哪些？
版权声明：本文内容由阿里云实名注册用户自发贡献，版权归原作者所有，阿里云开发者社区不拥有其著作权，亦不承担相应法律责任。具体规则请查看《阿里云开发者社区用户服务协议》和《阿里云开发者社区知识产权保护指引》。如果您发现本社区中有涉嫌抄袭的内容，填写侵权投诉表单进行举报，一经查实，本社区将立刻删除涉嫌侵权内容。
1.按照业务模块拆分 你找一个大概的服务，拆分力度的话一般的话还是基于业务。 2. DDD思路可以借鉴，不能照搬 DDD本身不是架构设计模式，DDD是一种但是在向对象设计的一个思想或者原则，它是用来解决复杂业务逻辑的一个拆分问题的，它本身并不解决整个架构层次的问题，它是解决业务层的，理解这一点。 3. 单一职责 Single Responsibility 4. 电商架构设计： 
① 账号模块 ② 商品模块 ③ 订单模块 ④ 评论模块 ⑤ 快递模块 ⑥ 短信模块 ⑦ 支付模块 ⑧ 卡券模块 ⑨ 信用模块 ⑩ 酒店模块
场景它本身就像个生态一样，它里面接入的功能模块多，这里面天生适合和足够庞大的基础上适合分人制快速迭代。微服务架构，新的业务诞生早期可能只有两三台服务器，后面的话做起来可能上千台服务器。包括游戏也一样前端很多平台是属于导游的模式，加入一个模块进来，这个平台作为一个入口。拆分原则一般的话我们是基于业务进行拆分，或者你也可以说是DDD.
你好，我是AI助理
可以解答问题、推荐解决方案等
评论
全部评论 (0)