移动互联时代，你的设备早已联网，别再单机作战

　　去年国庆那晚，我原以为只是普通值班——毕竟假期嘛，能有啥大事？结果凌晨一点半，三台边缘节点的告警跟放鞭炮似的炸起来，屏幕上全是红字。我抓起手机要摇人，发现运维群里安静得像坟地，开发老张的头像还亮着，但消息发出去石沉大海。后来才知道，那孙子国庆前就把消息免打扰开了，说“反正你们值班能搞定”。

　　当时我盯着屏幕直发懵——这三台机器是去年刚上的物联网网关，部署在客户现场，平时连VPN都时断时续。我原以为“单机模式”顶多就是日志传不回来，结果现在可好，其中一台突然开始疯狂重试数据库连接，把本地磁盘塞满了临时文件，另外两台跟着卡死。最绝的是，客户现场的运维小哥还在群里问：“你们系统是不是被攻击了？我这儿监控大屏全红了！”

　　我一边骂娘一边翻配置，发现这三台机器的NTP服务根本没同步——时间差了十二分钟！这意味着什么？意味着它们的证书有效期校验全乱了套，本来该自动续期的证书全成了“未来时间”，系统直接拒绝服务。我试图远程重启，结果其中一台因为磁盘满了，连SSH都连不上。这时候开发老张终于回消息了：“哦，那个NTP配置啊，我们测试环境没复现，就没改生产环境。”

　　机房的空调吹得我后颈发凉，泡面在桌上凉透了也没顾上吃。我翻出客户现场的应急手册，发现上面只写了“联系厂商”——可厂商国庆放假，电话转接到了值班机器人。最后没办法，我让客户现场的小哥直接拔电源重启，结果那台磁盘满的机器启动时卡在fsck检查，屏幕上的进度条走了十分钟才到50%。窗外天快亮了，我盯着屏幕上的“repairing filesystem”字样，突然想起上周开发还说“单机部署多省事，联网多麻烦”。

文章配图，仅供参考

　　后来我查了日志，发现这三台机器的NTP问题早在两个月前就有预警，但因为“不影响业务”被标记为“低优先级”。开发说“测试环境没复现”，可测试环境根本没接物联网设备，时间同步当然没问题。我原以为“单机作战”顶多就是效率低，结果现在发现，这根本是拿业务稳定性当儿戏——移动互联时代，哪有什么真正的单机？你的设备早就在和云端、和其他设备、和整个网络打架，只是你自己假装看不见而已。

　　其实这事儿本来能避免。如果开发愿意听运维的，在部署时强制同步NTP；如果测试环境能模拟真实网络环境；如果监控能早点把时间不同步的告警推到群里……但没用，这些“如果”在“单机思维”面前全是废话。我见过太多开发觉得“联网是运维的事”，可当故障真的来临时，第一个被问责的永远是运维——因为客户只看到系统挂了，才不管是谁的配置问题。

　　现在每次看到有人吹“单机部署多灵活”，我就想笑。灵活？灵活到故障来了连根救命稻草都抓不住？灵活到客户现场的小哥急得直跳脚，你却只能在群里发“正在处理”？移动互联时代，你的设备早就不是孤岛，它和整个网络共生共死。优胜劣汰的规则很简单：要么适应联网，要么被故障淘汰。我反正是认了——以后再有人跟我说“单机部署省事”，我就直接把去年国庆的日志甩他脸上。

　　对了，那三台机器后来怎么样了？客户现场的小哥后来成了我的盟友，每次开发要改配置，他都会先问我：“这玩意儿联网会不会出问题？”至于开发老张……他最近在学Kubernetes，说“要搞容器化部署”。我笑了笑，没告诉他：容器化？那更是得把联网思维刻进DNA里，否则连集群都搭不起来。

（编辑：站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!