从微服务到微服务测试

本文探讨了微服务的拆分原则,强调不应过分关注大小,而应关注能力的清晰拆分。介绍了六边形架构作为微服务的基础,并讨论了组织、流程与微服务架构的关系。同时,文章阐述了测试象限、测试金字塔和消费者驱动契约测试在微服务测试中的作用,为微服务的测试提供了指导。
摘要由CSDN通过智能技术生成

微服务到底需要多“微”

如果要追溯微服务的定义,大家一般都会去看Martin Fowler在2014年发表的Microservices那篇文章。

 

 一共7个特点。微服务中的"微"时常给我们潜意识里面下了一个定义,似乎是有一个尺寸,大小,很明显上面7个特点里面没有涉及大小。

 

微服务侧重点在于拆分能力,拆分的原则我们也都比较熟悉,包括单一职责原则,改变一个类应该有且只有一个理由。还有闭包原则,在包中包含的所有类应该是对同类的变化的一个集合,也就是说,如果对包做修改,需要调整的类应该都在这个包之内

 

因此,微服务不应该太在意大小,而应该关注能力是否拆的清楚,利索。

 

六边形架构

如果按照架构的风格来分的话,有分层架构,六边形架构,微服务架构,实际上这也是架构的演变过

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值