发表于 2024年7月30日1年前 举个例子： 1 、你有新项目上线，却一直发布失败，原因是：DBA 粗心把密码配错了，这类事情不经常发生，加之 GoLang 框架报错比较模糊，导致你排查了 2 个小时，才知道是 DBA 操作失误。 2 、你有新项目要配单点登录，却一直不成功，原因是：你通知运维在网关上为你的新域名开启 jwt 鉴权，运维比较忙，他分明没有配置，却以为自己已经配了，还告诉你已经配好了。结果单点登录不成功，你再次问运维他也告诉你已经配过了，你排查了一上午，最终发现是运维粗心大意。 这种问题，如果摆在台面上讲，会得罪人。 在很多公司，出现这种失误会扣运维绩效，或者影响到领导对于运维的看法。 而且，开发和运维是长期合作关系，跟别人闹得很僵，不利于以后工作开展。 我一般是看事情的影响：如果没有出问题，就私下解决；如果出了问题，就摆在台面上讲。 你们是怎么处理呢？ 备注：公司基础设施不完善，很多环节是半自动的，需要运维手工操作。老板对于程序员的信任度很低，许多基础设施都有权限，开发不能上机，也看不到网关和数据库的配置，只有运维能够看到。
举个例子：
1 、你有新项目上线，却一直发布失败，原因是：DBA 粗心把密码配错了，这类事情不经常发生，加之 GoLang 框架报错比较模糊，导致你排查了 2 个小时，才知道是 DBA 操作失误。
2 、你有新项目要配单点登录，却一直不成功，原因是：你通知运维在网关上为你的新域名开启 jwt 鉴权，运维比较忙，他分明没有配置，却以为自己已经配了，还告诉你已经配好了。结果单点登录不成功，你再次问运维他也告诉你已经配过了，你排查了一上午，最终发现是运维粗心大意。
这种问题，如果摆在台面上讲，会得罪人。
在很多公司，出现这种失误会扣运维绩效，或者影响到领导对于运维的看法。
而且，开发和运维是长期合作关系，跟别人闹得很僵，不利于以后工作开展。
我一般是看事情的影响：如果没有出问题，就私下解决；如果出了问题，就摆在台面上讲。
你们是怎么处理呢？
备注：公司基础设施不完善，很多环节是半自动的，需要运维手工操作。老板对于程序员的信任度很低，许多基础设施都有权限，开发不能上机，也看不到网关和数据库的配置，只有运维能够看到。