其实我一开始真没觉得阿里云香港服务器会出啥大问题，毕竟大厂嘛，谁还没点信仰在那摆着。可偏偏上个月那天，正好赶上我在给客户做个紧急迁移，结果服务器突然抽风，连不上，后台也卡得一批。我当时脑子嗡的一下，第一反应还以为是自己操作失误，结果一看工单区，哇塞，大家都在炸锅，群里一堆人在问“香港节点是不是挂了？”
阿里云香港服务器恢复这事儿
说起来，阿里云香港节点出问题其实也不是头一回了。2019年那会儿，ZDNet有篇报道就提过，阿里云香港机房因为光缆故障导致大面积服务中断，影响了不少东南亚和大陆的业务（ZDNet, 2019）。我那会儿还在读书，没太在意。现在自己做项目，才知道这玩意儿一出事，真是能让人头发掉一地。
那天我记得特别清楚，正好是周五下午，客户催着上线新功能，结果服务器直接404，连SSH都连不上。我一边刷新状态页，一边在工单里留言，心里还在想“要不赶紧备个案，换到新加坡节点？”可说实话，数据迁移哪有那么快，尤其是那种动不动几十G的数据库。后来阿里云官方微博发了个公告，说是“受网络波动影响，香港节点部分实例访问异常，正在紧急修复”，我心里才稍微踏实点。
其实吧，恢复这事儿，阿里云的速度还算可以，差不多俩小时左右，服务就慢慢恢复了。有人说“你们这点小故障就叫恢复慢？AWS有时候还更久呢！”但我觉得，站在用户角度，哪怕一分钟都嫌长。对了，顺便说一句，后来我在知乎上看到有哥们吐槽，说他那天正好在做金融交易，结果因为服务器挂了，损失了好几千美金，气得直接开喷。你说这事儿怪谁？其实也怪不了谁，云服务本来就有不可控风险。
我后来还专门查了下，阿里云的SLA（服务等级协议）写得挺漂亮，99.95%的可用性保证，可真到出事那会儿，赔偿也就几块钱代金券，根本弥补不了业务损失。有人说“那你为啥不用多活架构？”说白了，钱不到位，谁都想省点成本，能用单节点就用单节点呗。其实我也不是没想过多活，但每次一算账，老板就摇头，说“能省则省”。
说实话，这次恢复之后，我对云服务的信任确实打了点折扣。后来我在《云计算安全与风险管理》那本书里看到，作者提到“云服务的高可用性并不等于绝对可靠，用户应当自行做好容灾和备份”（王伟, 2021）。我现在每次上线新项目，都会多备一手，哪怕多花点钱，至少心里踏实点。其实刚才我还漏了个事，那天恢复后，客户还特意问我“以后还会不会再出这种事？”我当时真不知道怎么答，只能说“应该不会吧”，但心里其实没底。
你说，这事是不是挺扯的？哈哈。反正我现在对云服务器的态度就是：能多备份就多备份，能多节点就多节点，别把鸡蛋全放一个篮子里。阿里云香港服务器恢复这事儿，说大不大，说小不小，反正经历过一次，心态就变了。下次再遇到，估计我也不会像第一次那么慌了，毕竟，谁还没被服务器坑过几回呢。
