能否无需容器，通过Google Cloud Function实现WebSocket实时广播？

可行方案：结合Cloud Pub/Sub与客户端实时订阅 #

Cloud Function本身是短生命周期的事件驱动服务，无法维持WebSocket长连接，但可以搭配Google Cloud其他无服务器组件实现需求：

• 预约创建流程：
  • 客户端通过HTTP请求调用Cloud Function提交创建预约的请求
  • Cloud Function完成数据库资源预留，若该时段变为不可用，将not available anymore事件发布到Cloud Pub/Sub的主题（按时段ID划分主题，确保仅相关用户收到通知）
• 客户端实时接收通知：
  • 客户端通过Server-Sent Events（SSE）或定期调用Cloud Function来订阅对应Pub/Sub主题的消息；也可以直接让Cloud Function将变更写入Firestore，客户端通过Firestore的实时快照监听功能自动获取更新，无需手动处理广播逻辑

更简化的方案：基于Firebase实时数据库/Firestore #

如果将预约数据存储在Firebase Realtime Database或Firestore中：

• 客户端直接监听目标时段对应的文档/节点
• 当Cloud Function创建预约并更新时段状态后，Firebase会自动向所有监听该节点的客户端推送变更通知，全程无需容器，也不用手动实现广播机制

关于WebSocket的说明 #

Cloud Function不支持持久化WebSocket连接，函数执行结束后连接会立即断开。Google Cloud原生无服务器网关（API Gateway）目前不支持WebSocket，Apigee Hybrid依赖容器不符合你的要求，因此上述基于Pub/Sub或Firebase实时监听的方案是纯无服务器、无容器的最优选择。

内容的提问来源于stack exchange，提问作者Hendrik Jan van Randen