微服务被滥用是不争的事实。被滥用的同时,很少人留意到它所带来的配置治理的问题。本文我们介绍两种常见的治理模式。
基于common的配置治理模式
当微服务数量多时,开发人员倾向于创建这样的配置文件:
common-redis.json
common-mysql.json
common-mq.json
甚至还有会有common.json这种从名字上就不知道它的作用的配置。但是,几乎所有的微服务都会引用common.json这个配置。原因如下:
在common.json可以无脑增加配置项,不需要改业务代码;
配置项可能是被n个微服务引用,为了这一个配置项,又新增一个配置文件,不值得。common.json看起来是最合适的。反正每个微服务都已经引用了common.json。
基于common的配置,在写入配置项的时候是爽了,但是,也带来了问题:
改了common.json文件中的配置后,很难确认这个