转眼间小E已来到新东家一月有余, 从最开始顶住黑客攻击, 到后来攻克各类改密难题, 小E的强劲实力有目共睹。 这天小码再次找到小E 探讨改密中遇到的新挑战......
小码:E哥,目前数据中心网络设备和服务器的改密均已完成,效果特别好!
这不,刚才领导来视察工作,看到我们改密这么厉害,要求我们继续针对生产数据库进行改密,而且还不能影响业务,要知道,生产数据库中每天可是有几亿的交易流水,要在不影响业务的前提下改密,我可犯难了!
小E:放心,我来帮你!你先说说目标生产数据库的详细情况。
小码:是这样的,我们数据库都是与业务中间件强耦合的,每次人为变更均需要重启中间件,导致业务短时中断,极其影响业务连续性!
小E:不难!这就轮到我的独门绝技——热变更发挥作用的时候了,通过热变更,修改密码仅需第一次引用时重启程序,后续密码变更不再进行程序重启,且整个密码修改变更过程全部自动化完成。
小码:这么牛啊,快说说具体怎么实现的?
小E:改完数据库的密码之后,我可以通过主被动两种方式告知与数据库关联的中间件连接数据库的密码已被修改,需要使用时通过我调用即可,有效保证访问不中断,业务运转无影响!
小码:如此甚好,只是有些业务侧数据库密码可都是储存在中间件本地的,这类场景如何解决呢?
小E:我可以将新密码通过接口获取程序主动推送给业务中间件,并直接写入到中间件的数据库连接配置文件中,而且还无需重启数据库服务器,适用中间件在本地存储数据库访问密码的场景。
另外,如果需要单独提取新密码,可以把自己设置为密码管理员,从我这批量导出托管的全部密码就行,不过需要注意,新密码是采用国密算法加密存储的,需要通过专用的解密工具才能查看哟!
小码:高!太高了!这下直接轻松拿下几百台数据库和业务中间件改密,密码还是随机码加密存储,再也不怕有人打数据库弱密码的主意了!
来自 “ ITPUB博客 ” ,链接:https://blog.itpub.net/70030709/viewspace-3001523/ ,如需转载,请注明出处,否则将追究法律责任。