气炸了，我需要吐槽下 xx 同事

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

这是一个创建于 1676 天前的主题，其中的信息可能已经有所发展或是发生改变。

最近因为某些原因升级了 java 容器，从 tomcat 换到 jetty 。

结果有个业务方报故障了，后来查到原因是因为他们在 http header 里 Content-Encoding 传了 UTF-8

结果 jetty 报 501，之前 tomcat 倒是不报。

其他调用方都没问题，就他们业务报障，然后我找到他们希望能尽快改掉，这个按照 http 规范的话肯定就是传错了，他们应该是要设置 charset 。

然后我就被一顿说：你们升级咋不告诉我们，我们以前都是好的，现在要改必须要提需求，balabala 。。。。。

我都无语了，我帮你们发现了 bug，还要怪我？

这感觉就像小偷一直偷偷摸摸，然后被抓了，结果怪警察第一次为啥不抓？

需要时间改可以理解，但是这么理智气壮的甩锅我实在是无法理解。

不知道大家怎么看这个问题。

第 1 条附言 · 2020-04-09 12:38:27 +08:00

1.生产环境并没有做全量更新，只更新一台，类似预生产测试，出现报障后也立即下线回滚了。
2.确实没有周知上下游，一个是没有对业务逻辑做变更，只是对底层框架升级；二是管理混乱，接口开出去现在都不知道到底有哪些业务在调用。三是测试不规范做不到每次变更全量测试、回归测试；
3.我吐槽的重点不是生产报障谁的责任，而是这个故障发现之后联系业务方修改的态度。

第 2 条附言 · 2020-04-09 13:13:17 +08:00

升级是在预生产环境验证，并不是全量更新，这个怪我没说清楚，所以不存在谁承担责任的问题，当然我也不否认是自己负责的升级直接导致了问题。

不否认测试的重要性，但是大家应该都知道测试环境测的再好，上生产也还是会碰到各种奇奇怪怪的问题。

我吐槽重点呢，举个例子就像是，我发现 xxx 产品的 bug 了，然后原因我也告诉他们了，然后他们表示你需要提个功能需求我们才能改。这个难道不是 bug fix 吗？

jetty

tomcat

甩锅

方报

38 条回复 • 2020-04-11 01:36:54 +08:00

sun1991

2020-04-09 11:48:29 +08:00

那你们升级究竟有没有通知到他们, 或者至少发公开邮件?

b821025551b

2020-04-09 11:51:42 +08:00

首先，框架更新之类的需要完善的测试用例支撑，各种服务都要测一遍，甚至要兼容以前留存的 bug，否则不要去做；
就这次事件来看，他们确实是存在 bug，但是这个 bug 之前没有发现，而是因为你们做了迁移才最终发现，这个锅要算在迁移测试人员以及迁移人员头上，和出 bug 业务线那里没有直接关系；
至于出 bug 业务线那里，和你没直接关系，该怎么处理要他那边 leader 说了算，目前来看这锅就得你们接下来。

lhx2008

2020-04-09 11:51:49 +08:00

提 bug 单改就行，然后如果切换运行环境，也是现在测试环境改吧，也不是很急的事情，说不定还有其他问题，集成测试，收敛回归什么的都要做的

kidlj

2020-04-09 11:53:30 +08:00

你的锅。

hdonghong

2020-04-09 11:58:42 +08:00

老实说，这种情况属于你们的锅

toma77

2020-04-09 12:01:54 +08:00

就算有 bug，之前没问题，因为你们升级而没通知他们使 bug 发作，应该是你们的锅。

k9982874

2020-04-09 12:14:45 +08:00 via iPhone

bug 发现不了就不是 bug，你品你细品

Jooooooooo

2020-04-09 12:18:26 +08:00

你的问题

至少在以下几个方面都有问题, 水平待提高, 这样做事以后也依然会出问题的

1. 风险评估不到位. 组件升级这么重要的事情, 上下游有没有一起评估过? 升级方案是什么? 带来的风险点都考虑了哪些(这个例子显然没有考虑到上游传错的问题)

2. 没有考虑预案, 升出问题了怎么办完全没考虑, 只知道现场查问题, 临时解决, 临时解决往往都考虑不全面, 很容易带来新的问题.

3. 升级东西线上出问题第一想法居然不是回滚, 你们啥业务啊报错就报错无所谓吗?

4. 人家说的完全没问题, 1 升级怎么没有周知. 2 这个肯定不是临时可以改的, 测试啥的都要花时间, 咋能说做就做? 正确做法就是你赶紧回滚, 项目重新考虑

Nimrod

2020-04-09 12:18:32 +08:00 via Android

所以升级前没有上下游商量吗？

heww

2020-04-09 12:27:52 +08:00

如果你们这一方不能回滚的话，比如新功能依赖于这个组件的升级。

赶紧在你们的 jetty 前面搞一个 proxy，把 header 给 fix 了再传给 jetty，先解决问题。

rubytek

2020-04-09 12:34:47 +08:00

你们测试环境都不先测一下的吗

rockjike

2020-04-09 12:39:12 +08:00 via Android

你的问题，评估影响范围，再一一通知，涉及地方都要测试

DeadLion

2020-04-09 12:44:46 +08:00

@rubytek 测试只会测试自己业务参数，谁会知道在 header 里乱传东西呢
@heww 预生产发现的故障，并没有全量更新。所以不存在谁的责任的问题
@Jooooooooo 预生产发现的故障，并没有全量更新。也第一时间回滚了

icyalala

2020-04-09 12:49:08 +08:00

"我吐槽的重点不是生产报障谁的责任，而是这个故障发现之后联系业务方修改的态度。"
难道搞清生产报障谁的责任这不是重点吗？
对方规范不好但运行正常，你严格按照规范来把对方搞挂了，你觉得对于公司来说，规范重要还是正常运行重要？

rim99

2020-04-09 12:52:45 +08:00

升级之前没测试吧，至少测试覆盖的不够

yixiang

2020-04-09 13:00:12 +08:00

这个 bug 是对方的 bug 。出现 501 的责任是你的责任。

这是两回事。

aabbcc112233

2020-04-09 13:04:06 +08:00

@DeadLion “我都无语了，我帮你们发现了 bug，还要怪我？”
哪个系统没有 bug，哪个系统没有屎山代码，然而都是要去优化的吗？
不是稳定运行更重要吗？

hq136234303

2020-04-09 13:06:50 +08:00

设计业务服务都得通知其他关联服务的人员吧。我之前有个同事接口改了都没通知我们嗯，最后线上出了问题，被骂死了。

lxml

2020-04-09 13:07:26 +08:00

感觉别人甩的没啥问题……

wangxiaoaer

2020-04-09 13:09:49 +08:00

我去，楼上都…………

楼主，我顶你，这完全是业务方的 bug 。现在暴露了而已。举个身份认证的例子，别人都是刷脸认证，结果某个客户天天刷屁股，但是也能通过，然后楼主升级了认证端，让那些原本就不合法的刷屁股行为统统失败，然后客户大闹说楼主没有提前通知，这尼玛又不是接口变更、业务变更，通知个迪奥啊！！！

你家应用从 python 变成 golang 也要通知一下客户？？？？