关于琐事定义以及解决琐事思路是否行得通

[Cola98]

之前经常接到业务相关反馈说中间件连接不上，比如 kafka,redis,es 等等；要不就是连接超时，这个时候就需要把一些客户端二进制手动的 cp 到对应的业务 pod 中，感觉这个过程是一个重复的琐事，打算写一个集合这些中间件客户端二进制工具，然后根据业务反馈的信息再去创建 pod 去测试中间件，不知道这个算不算解决琐事的方法？

希望大佬们能够帮忙解答

[smallWang]

自己构建一个基础镜像，把这些都打包进去 或者宿主机上直接安装
不过我更好奇为什么会经常连不上 🤔除了网络问题之外 想不到其他的了

[Cola98]

@smallWang 好咧，因为大部分时候是人为的问题，比如说有其他团队的人修改了密码但是没有通知这种 orz ，当然也有服务端在监控上看起来是好的，但是实际上 pod 中的卷是不可写之类导致的。

[smallWang]

@Cola98 #2 这不开骂？ 这种公共组件为啥擅自改密码，不应该是运维管理的吗。。

[Gota]

自己写二进制也有好处，把以前遇到的故障都写成测试用例，如果是类似的错误，跑一遍就能自动定位了。

[Cola98]

@Gota 有道理，这个没想到，多谢大佬

[Cola98]

@smallWang 哈哈哈哈，我也不懂，因为这个公共组件是两个组维护，我们是 SRE ，另外一个是 devops ，可能 devops 组改了没有通知我们和业务，然后业务会来找我们