[故事]一个神奇的“bug”挽回了整台服务器的数据

2018-07-03 18:40 栏目:行业资讯 查看(647)

今天中午大概1-2点的时候,刚好在午睡养精蓄锐,不然下午怎么写bug改bug呢?突然微信语音和手机同时响了,结果一看都是同一家单位的客户,只是是两个不同的人而已。

这时候心里开始万马奔腾了,“卧槽,有点爱心好不好,大中午的”。

对方都表示,小程序部分数据返回不了,帮忙看看是什么问题。其实做开发的都清楚,最怕听到的就是“部分数据有问题”、”在通过xx在通过yy在通过zz后出现了这个问题”、“今天突然出现了某个问题,但现在不再出现了”。

因为这样的问题一般意味着bug藏得深,需要杀死一堆脑细胞了。

然后马上去看其中的一个API接口,结果一看发现连网络都不通….然后再访问其他的API接口都是网络不通….;再访问用户没有反馈到的其他接口,还是网络不通。结果直接访问服务器,还是不通。

对,没错,服务器挂了。

当然,挂了也要帮用户解决不是。虽然我们的代码早就通过对方技术团队验收并交付给他们自己维护了,但不是“客户是上帝”么。还是跟用户进行了沟通,协助他解决这个问题。因为这个项目访问量不大,而且基本可以断定软件不存在致命(足矣让服务器宕机)的bug;后面用户说内部先沟通后在跟我联系。

过了两个小时后,用户发给我这么一张图:

153135

对,没错,服务没续费

而且已经过期五天了,还过个两三天可能数据都被服务商清空了

2355

 

对,没错,bug拯救了整台服务器的数据

要知道这台服务器还有其他的数据在的,而且据说用户的用户向用户几天前就已经反馈了,然而用户内部并没有及时来处理这问题,于是就有了上面的故事。

其实用户自己的团队也有做开发的,只是也许内部的人员都觉得这个事情应该跟我没关系吧,结果就成了三个和尚没水喝了。因此,我们一直建议,用户如果项目访问量比较低的时候(每天几千个pv)可以使用我们的公共服务器,当有较高访问量的时候可以升级到自己独立的服务器甚至集群。然后交给我们来维护,比较专业的人做专业的事儿;而且交给我们来做,对于我们来讲就是我们的事儿,就不会出现如此尴尬的故事了,虽然可能要适当收取点服务费(也许用户可能就是不舍得这部分服务费吧,哈哈哈…..)。

与我们的项目经理联系
扫二维码与项目经理沟通

我们在微信上24小时期待你的声音

解答本文疑问/技术咨询/运营咨询/技术建议/互联网交流

转载请注明出处:[故事]一个神奇的“bug”挽回了整台服务器的数据 - 微构网络
分享: