程序员“删库跑路”的锅，微盟该怎么补？

（图摄于浙江茶山）

2月23日，微盟称公司生产数据严重受损，故障需持续一段时间，最晚在28日24点前恢复。

上百亿市值的微盟，在删库后，居然需5个工作日恢复。即发布消息起，股价下挫8%，10个亿跌没了。

2018年登陆港交所的微盟被称为“新经济SaaS第一股”主要扎根微信生态，主要为中小企业提供SaaS（软件即服务）和精准营销服务，但微盟收入中7成来自精准营销，而包括微信在内是其最重要的投放平台，仅有3成来自SaaS服务。2019年上半年，微盟营收6.6亿元，同比增长97.8%，其中SaaS产品收入2.19亿元，同比增长41.1%；精准营销营收4.38亿元，同比大涨147.5%。

如此规模的上市公司，居然明晃晃的给世人演示了一把，什么叫做“删库跑路”。还是家软件公司，我想圈内的朋友们肯定都炸了。

热闹归热闹，我觉得作为数据技术人，还是要时时刻刻提醒自己，安全第一位。所以复盘下本次事件，加强意识，对每个数据人都非常有用。

如何杜绝程序员“删库跑路”？

杜绝，要从源头抓起。

程序员为什么删完库就要跑路？删完库为什么不是先恢复数据库？ 删完库不恢复数据库，那就是恶性事件。那么程序员为什么要去删库呢？

所以，删库的源头有两：

• 不小心删库
• 刻意删库

不小心删库的情况下，作为一个数据行业的从业者，应该知道恢复数据库即可。更细致一些，可以恢复当天的数据库，更可以恢复备份间隔前X分钟的数据，当然有日志备份，恢复删库前一秒也是妥妥的。

在“不小心删库”的这个环节，我们最要知道的是删库发生的时间。如果删库行为一旦发生，但没有及时通知，而后的数据却又源源不断的进来（异步），那么就比较麻烦了。所以设置数据库告警功能，捕获数据库异常，是非常有用的。

备份策略，告警机制在杜绝“不小心删库”时候，特别有用。

第二种就是“恶意删库”。微盟这次事件中就是。据称，这名微盟运维员工个人精神、生活压力过大，导致做出过激行为。

日防夜防，家贼是最难防的。家贼知道你家的每一道机关，每一个监控头，能巧妙的避过每个可能留下印记的地方，还能把你家偷个精光。在本案中，估计是连备份都删干净了。

但仔细看微盟的技术架构，都在云上，为何还能丢掉备份。在大家的概念里，云上数不尽的磁盘资源，为什么不多备份几份儿？我觉得，一是价格问题，二是即使有备份，没做权限管控，那也白搭。如果最后一个救命备份是老板管着，那谁能偷走？

云服务商肯定是不会背这锅的，毕竟使用协议都写的明白了。用不用和怎么用，都是商家的事儿。告诉你鸡翅要加热，你偏生啃，出了事怪我咯。

如何将“删库跑路”的影响减到最小？

据说微盟这次事件发生后，有赞已经杀进来了。这个996被老板挂嘴上的黑马，已经开始攻城略地，一个不小心就走到前面去。就跟当年，Ucloud一看阿里云那么菜，直接跑到客户办公室抢单。结局是UCloud拿下了半壁江山。这样快速崛起的案例，互联网行业一直在发生。

IT系统崩溃后，如何降低影响，这就是考验服务商技术之外的能力了。你可以不重视技术，任意践踏技术人的尊严。只要你有强劲的外交公关手腕。但显然，互联网企业，有这样实力的，不会超过10家。当年抢个月饼都能被辞退的公司，直到丢了云计算这个版块的头号地位，负责人才懂得人才特么多么重要，要不自己就要贴着老脸去跟客户赔笑。

纵观这次事件，本质就是输在技术上。平日里缺乏对技术的敬畏，缺少对技术人员的关爱，遇到狠人一根筋的报复，遭殃的还是企业。且互联网的网状型结构，事件的破坏性就跟传染病一样的恐怖，可以被放大数百倍。

这次真实难受的，恐怕还要数那些靠着微盟吃饭的中心商家，线上线上都断了。

看到这里，做技术的朋友可以笑了。其实微信头部服务商，空缺还有很多。如果技术能拿得出手，机会还是很多。你看有赞，百度花了3000万美金投资，阿里也在谈有赞的合作。作为腾讯当然也不想看到有赞，微盟一家独大，更多有竞争力的产品都可以去分这块蛋糕。

在依靠服务商的同时，微信和腾讯都不希望打破服务商之间的平衡，使一家独大。2020年1月7日，腾讯启动SaaS技术联盟，以解决服务商SaaS产品间互不连通所带来的问题，联盟成员包括金蝶、用友、有赞、微盟、销售易、六度人和、道一、肯耐珂萨（KNX）等SaaS厂商，联合腾讯内部SaaS产品共建技术中台，使商家可以通过一个账号购买多家SaaS厂商的服务。