微服务架构下的配置治理模式

本文探讨了微服务架构下两种常见的配置治理模式:基于common的配置治理和基于服务级别粒度的治理。前者可能导致配置混乱,后者则面临配置重复问题。使用Jsonnet或CUE等配置编程语言可缓解问题,但引入学习和改造成本。文章强调了无论选择哪种模式,应尽量减少配置的冗余,并分享了团队在转换过程中的成本和收益。
摘要由CSDN通过智能技术生成

b9eed530fba005a3d805a3ad919fb141.jpeg

微服务被滥用是不争的事实。被滥用的同时,很少人留意到它所带来的配置治理的问题。本文我们介绍两种常见的治理模式。

基于common的配置治理模式

当微服务数量多时,开发人员倾向于创建这样的配置文件:

  • common-redis.json

  • common-mysql.json

  • common-mq.json

甚至还有会有common.json这种从名字上就不知道它的作用的配置。但是,几乎所有的微服务都会引用common.json这个配置。原因如下:

  1. 在common.json可以无脑增加配置项,不需要改业务代码;

  2. 配置项可能是被n个微服务引用,为了这一个配置项,又新增一个配置文件,不值得。common.json看起来是最合适的。反正每个微服务都已经引用了common.json。

81a3990fb102d8277a5325e1c8762de6.png

基于common的配置,在写入配置项的时候是爽了,但是,也带来了问题:

  1. 改了common.json文件中的配置后,很难确认这个

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值