一、划分微服务
1、起点和终点
起点——既有架构的形态
终点——好的架构不是设计出来的,而是进化而来的
——一直在演进ing
2、适合上微服务么
业务形态不适合的:(1)系统中包含很多很多强事务场景的;(2)业务相对稳定,迭代周期长;(3)访问压力不大,可用性要求不高
3,康威定律
任何组织在设计一套系统(广义概念上的系统)时,所交付的设计方案在结构上都与该组织沟通结构保持一致。
一句话概括:沟通的问题会影响系统的设计。
4,服务拆分的方法论
(1)扩展立方模型(Scale Cube)

(2)如何拆“功能”
——单一职责,松耦合,高内聚
——关注点分离
————按职责
————按通用性
————按粒度级别
(3)服务和数据的关系
——先考虑业务功能,再考虑数据
——无状态服务
低成本的快速演进,快速开发、试错。

本文探讨了微服务架构的起点与终点,分析了适合微服务化的业务场景,并引用康威定律解释了沟通对系统设计的影响。文章还详细介绍了服务拆分的方法论,包括扩展立方模型和按职责、通用性、粒度级别拆分的原则,以及服务与数据的关系。
1万+

被折叠的 条评论
为什么被折叠?



