如果一个操作背后依赖9个以上的服务,其实项目的稳定性是非常难保证的。要么索性就失控了,每天要忙着救火;要么就是整个团队的平均水平不错,没什么明显的短板而且人员数量也比较充足。
因为每多一个服务,复杂度不是累加的,是指数级的增加。所以在这个层次,技术性的bug有所提高是正常的。但也正因为如此,一旦bug的数量超过某个阈值,系统的稳定性会快速走低,会隔三差五的出问题。
通过两个维度来判断,颗粒度大小和技术性bug的占比。通过这两个维度所组合而成的不同情况,可以判断当下的微服务做的不火
如果一个操作背后依赖9个以上的服务,其实项目的稳定性是非常难保证的。要么索性就失控了,每天要忙着救火;要么就是整个团队的平均水平不错,没什么明显的短板而且人员数量也比较充足。
因为每多一个服务,复杂度不是累加的,是指数级的增加。所以在这个层次,技术性的bug有所提高是正常的。但也正因为如此,一旦bug的数量超过某个阈值,系统的稳定性会快速走低,会隔三差五的出问题。
通过两个维度来判断,颗粒度大小和技术性bug的占比。通过这两个维度所组合而成的不同情况,可以判断当下的微服务做的不火