微服务学习2——如何划分微服务?

24 篇文章 0 订阅
22 篇文章 0 订阅
本文探讨了微服务架构的起点与终点,分析了适合微服务化的业务场景,并引用康威定律解释了沟通对系统设计的影响。文章还详细介绍了服务拆分的方法论,包括扩展立方模型和按职责、通用性、粒度级别拆分的原则,以及服务与数据的关系。
摘要由CSDN通过智能技术生成

一、划分微服务

1、起点和终点

起点——既有架构的形态

终点——好的架构不是设计出来的,而是进化而来的

         ——一直在演进ing

2、适合上微服务么

业务形态不适合的:(1)系统中包含很多很多强事务场景的;(2)业务相对稳定,迭代周期长;(3)访问压力不大,可用性要求不高

3,康威定律

任何组织在设计一套系统(广义概念上的系统)时,所交付的设计方案在结构上都与该组织沟通结构保持一致。

一句话概括:沟通的问题会影响系统的设计。

4,服务拆分的方法论

(1)扩展立方模型(Scale Cube)

(2)如何拆“功能”

——单一职责,松耦合,高内聚

——关注点分离

————按职责

————按通用性

————按粒度级别

(3)服务和数据的关系

——先考虑业务功能,再考虑数据

——无状态服务

 

低成本的快速演进,快速开发、试错。

 

 

 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值