从阿里进行新一轮组织架构调整，聊聊零售行业双重备份的重要性！

阿里巴巴集团于年前宣布新一轮组织架构调整 ，一年一大调也是阿里巴巴的一贯做法。本次调整主要涉及阿里云，集团CEO张勇将出任阿里云智能总裁。

集团CEO亲自挂帅某个事业部，无非就是给“云”做个背书，也算是给“宕机”事件一个交代吧，个人感觉形式大于内容。

本人不是云方面的专业人士，对“宕机”也提不出什么专业的解决方案，今天，仅从零售服务的角度聊聊双重备份（狡兔三窟）的重要性。

案例一，记得刚刚从事服务业时，是在一家国营工厂改制的酒店，当时酒店请了原保利大厦的管理团队，负责整体业务的戴维和总经理（原工厂老人）就商务中心复印件配置一事（一台还是两台）产生不同意见，戴维坚持必须要两台同配置复印件，而总经理从成本考虑就给批了一台。当时，我懵懂无知不知道他们为此纠缠的意义。

案例二，10多年前因厌倦了办公室的工作，我申请去了一线开店（应该是开业第三天上任的），结果是当天上班就发生了信息系统因值班人员错误删除备份数据导致收银机不能正常收银。当时，店里聚集了大量顾客不能结账 （想想当年大卖场开业来客非常惊爆的）；地区公司领导、事业部领导和集团分管领导是一波波的来门店，我如同热锅蚂蚁一样四处奔波。后来，我养成个习惯，我总会让20%的处于机器脱网状态（不更新数据），待正常开业后再逐步更新数据，避免再同类事件发生。

案例三，去美国wegmans学习期间，发现个有趣的现象，罗切斯特是个很小的城镇，面积不到100km2，大致相当于北京的东西城总和而已。但wegmans为门店配置了三个配送仓（中心，一个在滨州）。和他们负责配送的老大沟通，他们自豪的说，有一年纽约州遭遇暴风雪，巨头沃尔玛都瘫痪了，但wegmans挺了过来，赢得了良好口碑。

案例四，还是和配送中心有关，大约是17/18年间，我们为了降本增效，把原来供应商直送改为大仓统配，记得当时在大兴选的仓库。非常不幸，大兴因一场大火，区内所有仓库都被要求整改，这段时间配送是不可能的（仓库ZF贴封条），只能再转回供应商直送，反反复复供应商意见很大，门店还造成部分商品大面积缺货（有的货供应商也没有，在我们大库，咳！）。

很长一段时间各种云（的供应商）找到我们，期望能和我们合作，帮助我们把服务器和数据放到公有云上去，我个人比较保守，对新生事物也不太敢追，始终投的反对票。

当然，我们和云也做了些小项目的合作，如把会员信息放到了公有云，但是时常也会遇到一些看似小问题，但影响服务和顾客体验的事（最主要是读取速度），我们也在思考…。

直到我离开B公司，公司都采用双机房配置，一个自建（大兴），一个租用（海淀），每个机房对不同数据进行互备。

阿里服务的顾客肯定比一家传统零售的复杂且更重要，宕机15个小时真的可以用“丑闻”二字来形容。

当然，只要是服务，就有不可用的时候，所以靠谁不如靠自己（和自己是健康第一责任人是一致的！）。像阿里云这次故障中，在架构层面设计了多可用区高可用方案的客户，就完全没有受到影响，当然，安全是需要额外成本的。

每个公司都是自己业务应用和数据的第一责任人，不应该也不能把希望全部寄托在云厂商身上。

毕竟人生中充满了黑天鹅事件，我们除了积极应对风险，还能怎么办呢？狡兔务必三窟就是唯一的答案。