微服务拆分

本文探讨了软件架构从起点到终点的演变过程,并强调好架构是通过不断演进而形成的。文中分析了不适合采用微服务的情况,并提出了服务拆分的方法论,包括单一职责原则、关注点分离等。

起点和终点

起点,既有架构形态
终点,好的架构不是设计出来的,而是进化而来的,一直在演进

业务形态不适合做微服务:
系统中包含很多强事务场景
业务相对稳定,迭代周期长
访问压力不打,可用性要求不高

康威定律

任何组织在设计一套系统时,所交付的设计方案在结构上都与改组织的沟通结构保持一致。
团队之间的运作和管理。
这里写图片描述

考虑因素与坚持的原则

服务拆分的方法论

如何拆分

1.单一职责,松耦合,高内聚
2.关注点分离
- 按职责
- 按通用性
- 按粒度级别

服务和数据的关系

1.先考虑业务功能,再考虑数据
2.无状态服务

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值