Lovable 构建实时服务，集中管理数据权限

Lovable 于2026年11月9日报道，随着 Lovable Realtime 全面部署，其前端已迁出 Firestore。这项定制服务集中管理授权，并在为期 30 天的测量期内达到 206 万个并发订阅的峰值。

此次迁移将访问权限和可见字段的决策交由 Lovable 的 Go 后端处理。对于该公司的 AI 应用构建平台，这项服务提供了一种整合 Firestore 和 Spanner 数据的方式，并能在底层信息或用户权限发生变化时更新用户看到的内容。

集中管理权限与实时数据

Lovable 的部分功能此前使用基于浏览器的 Firestore onSnapshot 监听器接收更新。浏览器会收到完整文档，而 Firestore 规则必须与 Go API 的权限模型保持一致。这种设计还使数据暴露风险成为日常文档变更的一部分：有人添加字段时，可能会决定哪些内容会传到用户的浏览器，却未必意识到这一后果。

Firestore 规则可以查询 Firebase 数据，却无法查询 Spanner；对于通过 SCIM 同步到 Lovable 工作区的大型企业群组，这给权限更新造成了障碍。SCIM 会将用户和群组同步到工作区。面向商业和企业客户的临时代理通过 Go API 转发请求，复用了 API 的权限检查机制。它还会针对每个客户端所依赖的数据分别建立上游 Firestore 监听器，导致数据流重复，并占用与普通数据库请求共用的连接池容量。

Lovable 要求替代方案能够同时支持现有的两个数据库，持续重新评估访问权限，并在用户权限被撤销时于会话中途关闭其数据流。公司还希望在任何数据离开服务器之前就屏蔽未经授权的字段。Lovable 评估后认为，所考察的传输、同步和数据库集成方案都无法在不进行大量集成工作、不更换数据库或不将数据复制到 Postgres 的情况下，满足这一整套要求。

最终建成的 Go 服务运行在 GKE 上，每个浏览器标签页建立一个 WebSocket 连接，多个订阅通过该连接复用。变更数据捕获流通过桥接层将 Firestore 和 Spanner 的变更传递到该服务的消息总线 NATS。匹配的订阅会重新计算各自的视图、比较 xxh3-128 哈希值，并且仅在输出发生变化时发送增量数据。单个订阅可以从两个数据库获取数据，同时应用 API 的权限框架。

授权被视为另一个响应式数据源，因此权限变更可以独立于普通文档编辑触发结果更新。Lovable 报告称，相比于每次相关文档更新都重新计算权限，仅在参与访问决策的字段发生变化时才重新计算，使权限重算次数减少了约 84%。该服务约有 40 种订阅类型，由七个团队负责，并配备类型化接口、共享的服务端订阅以及按团队路由的警报。

通过影子流量验证上线

Lovable 首先以影子模式运行该服务：前端完整执行新的处理路径，但丢弃其负载，继续从 Firestore 获取数据并渲染页面。使用真实流量和数据结构进行测试，暴露出部署后连接重建风暴、错误分类不当，以及负载上限过低、无法容纳真实数据等问题。随后，团队通过功能开关，在数天内将功能覆盖用户的比例从 1% 逐步提升至 10%、50% 和 100%。Lovable 表示，此次上线没有造成面向用户的事故，受监控指标也没有出现回退。

由于 WebSocket 连接具有黏性且可能持续数小时，仅增加 Pod 本身并不会转移现有负载。Lovable 根据连接数进行负载均衡，并将连接数与 CPU、内存一并作为扩缩容依据，同时限制每个 Pod 的连接数，以减少大规模重连。客户端重新连接后会发送其缓存状态的指纹；服务器重新检查授权后，便可确认数据未发生变化，而无需再次传输。

文章作者表示，核心服务投入了 40 个实际工作日；在完成架构设计并梳理边缘情况后，编码代理承担了大部分实现工作。集成测试环境将 Firestore、Auth 和 Spanner 模拟器与内嵌的 NATS 服务器、由真实模拟器签发的 ID 令牌结合起来，使代理能够在完整技术栈中测试变更。

生产环境成果与对应用的潜在支持

Lovable 报告称，在 2026 年 9 月 5 日至 10 月 5 日期间，系统处理了 26.1 亿个数据帧和补丁帧，不包括恢复传输的控制帧；据估算，如果每个计算结果都发送完整快照，应用负载将达到 40 TB。通过去重、增量传输和重连复用，实际发送的负载降至 1.11 TB，较该基准估算减少了 97%。负载数据不包括协议和传输开销。

Lovable 测得，从源数据库写入数据到准备好发送传出帧的间隔，在 p50 时为 66 毫秒，在 p99 时为 249 毫秒。这些测量不包括套接字写入、网络耗时和客户端处理，因此不能代表用户实际感知到的完整更新时间。

Lovable表示，正在积极添加领域事件原语，以满足数据使用方在需要获知事件发生、而非接收数据快照时的需求；该服务未来也可能成为使用Lovable构建的应用中的一项功能。这样的扩展将为客户创建的应用带来由后端控制的权限管理和实时视图。随着数据基础设施不断演进，当前部署已为Lovable的团队提供了一个共享基础，支持更深入的协作。