整理配置的时候发现一个问题,是关于硬编码的,想了想还是写篇文档来总结下关于这块的东西,今天要说的就是配置写死
ip
的故事。
在初期阶段,整个研发团队追求的是快,因为市场占有就意味着能活下去,随之而来的就是研发团队的速度自然而然的就飞一般的往前冲,这个时候大家其实是想好好规划的,但是搁不住需求多,工期劲,压力大等等各种原因,导致为了上线而上线,这其中埋下的一个比较明显的坑可能就是配置写死ip的情况了。
等到市场占有一定规模的时候,这个时候会慢下来,有一定的时间休养生息,人员方面也会迭代,毕竟,铁打的营盘流水的兵么,外来者会针对当前的场景有很多看不惯的点,同时也会提出很多改进意见或建议,但是碰到配置写死ip这个问题,都是很头痛,特别是DB
、MQ
等相关的,牵扯的面广,涉及的业务线多,一个不小心就会对线上业务造成影响,so, 那应该怎么办呢?
维持现状,老板肯定会讲,我请你来是要你解决问题的,问题不解,你的价值是啥?分分钟让你走人
谁来牵头?怎么才能让业务方配合?涉及的业务方到底有多少(因为历史因素,可能还有硬编码,也就是代码里写死,并没有抽出配置到配置中心的), 出了问题怎么办?如何把控兜底方案。。。。。
改还是不改,这是一个哲学问题,哈哈,工作还是要做的,要不然跟咸鱼有什么区别呢?那就制订好方案,上报,拉会,请求配合整改,大佬A:不行,我们线最近业务压力大,大佬B:我们也不行,最近老板给我们安排了比较紧急棘手的活,你摇了摇头,那就再等等吧,两个月后,继续重复上面的操作,拉会讨论,不欢而散。。。。
看完上面的文档,愿你开心一笑,笑过之后千万要记得下次如果换作你去规划东西的时候,一定要特别注意,不要给自己挖坑,也不要给后来者挖坑~
欢迎关注我的公众号追马Linux
,更多精彩原创技术文章第一时间推送。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。
原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。
如有侵权,请联系 cloudcommunity@tencent.com 删除。