从Meta Connect 2025大会智能眼镜的“大跌眼镜”谈业务保障

原创已于 2025-09-24 17:19:16 修改 · 977 阅读

CC 4.0 BY-SA版权

文章标签：

于 2025-09-24 17:18:36 首次发布

6 篇文章

订阅专栏

在 2025 年 9 月的 Meta Connect 大会上，马克·扎克伯格戴着新款 AI 智能眼镜满怀期待地亮相。然而，本应展现前沿科技魅力的现场演示，却因为多次故障而陷入尴尬，引发外界广泛关注——问题究竟出在哪？

Meta 在本次大会中发布了三款智能眼镜：

一、事件回顾

在现场演示中，设备出现了响应延迟、语音识别失败、功能无法触发等问题，使得原计划的“流畅 AI 助理体验”没有得到完整呈现。

美食博主杰克·曼库索（Jack Mancuso）向他的雷朋 Meta 眼镜询问如何开始制作一种特定的酱料配方。然而 AI 未正确响应 “What do I do first?” 等提问，甚至跳过步骤，无法按流程进行。随后，他把眼镜扔给扎克伯格，觉得 Wi-Fi 可能出问题了。

在视频通话演示中，这款眼镜未能接收博斯沃思（Meta CTO）和扎克伯格之间的实时视频通话，扎克伯格最终不得不放弃。博斯沃思走上台，调侃Wi-Fi“太差劲了”。来电通知未能在显示器上出现，用户未能看到接听界面（即便唤醒了显示器，也未显示通知界面）。

活动结束后，博斯沃思在社交平台上就新技术和现场演示失败进行了说明：

“When the chef said, ‘Hey, Meta, start Live AI,’ it started every single Ray-Ban Meta’s Live AI in the building... we had routed Live AI traffic to our dev server … for everyone in that building on those access points.”

分析：资源路由与隔离范围太广。

关于视频通话问题：“Display had gone to sleep at the very instant the notification had come in … when Mark woke the display back up we didn’t show the answer notification to him.”

分析：资源竞争导致通知界面未被重建。

分析：表示该竞态缺陷此前未在测试中触发。

场景	根因分析	技术原理
用语音指令 “Hey Meta, start Live AI”	该命令触发了场馆内所有 Ray-Ban Meta 设备同时启动 Live AI 流量。Meta 将所有眼镜设备（包括非演示设备）连接到同一组服务器（事前做了服务分组），导致服务器压力过大，响应超时。	相当于自发 DDOS（分布式拒绝服务）攻击，导致服务器响应缓慢或请求失败，影响演示流程
在视频通话演示阶段，来电通知和显示器唤醒同时发生	设备的显示器在来电通知发送时正处于睡眠状态。通知子系统和唤醒子系统之间存在资源争抢 —— 即哪一个模块先抢占资源 / 先执行，影响最终是否展示通知界面	即使显示器被唤醒，通知界面可能未被触发或更新，导致界面不可见／丢失通话提醒。博斯沃思表示这是“以前从未遇见过”的 bug。

Meta作为首屈一指的互联网行业大厂，在 connect 大会依然暴露出的系统性问题，我相信大家都不会太陌生。

流量与作用域控制
- 为演示设备建立 白名单，只允许指定设备响应触发命令。
- 在接入层（AP / 网关）增加限流与速率控制，避免误触发引发洪峰。
极端并发测试
- 在演示环境中模拟广播触发、设备集中请求等极端情况。
- 引入 混沌测试 / 故障注入：随机延迟、失序请求、网络波动，观察系统稳定性。
并发与竞态分析
- 关键路径模块引入 状态机验证 或 并发工具分析，提前发现潜在竞态。
- 增加休眠 / 唤醒 / 多线程交互场景的专项回归测试。
制定应急预案
- 演示前准备 主/备两套演示路径（在线/本地录制）。
- 现场准备 监控面板，实时观察网络、设备、服务状态。
- 定义 演示中断时的快速回退方案（例如切换到录播，避免冷场）。
故障复盘
- 所有对外演示纳入 运维与架构团队评审，检查限流、容灾、测试覆盖。
- 演示结束后必须 复盘总结，输出教训文档，进入知识库沉淀。