Supabase 正在收购 Turso

原文 ↗ Hacker News 讨论 ↗

Supabase 对 Turso 的收购引发了兴奋与怀疑并存的反应。Turso 是一个基于 Rust、与 SQLite 兼容、强调更好并发与异步使用的数据库。支持者认为这是一种战略契合：Turso 可为轻量级、边缘与 agent 驱动的工作负载提供支持，而随着应用扩展，Supabase/Postgres 可接手更大规模场景，同时核心仍保持开源。批评者则担心 Turso 过去的性能问题、收购方最终可能边缘化这项技术的风险，以及开源理想与风投驱动退出之间的更广泛张力。

对收购的整体反应

  • 许多人感到兴奋；认为这对 Supabase、Turso 和用户来说是一个强有力的战略契合与“双赢”。
  • 也有人感到不满或焦虑，担心 Turso 会被弃用，或者被改造成一个“令人难以置信的旅程”式的故事。
  • 还有人保持有条件的乐观，希望 Turso वास्तव会获得更多资源，并在生产环境中变得更安全。

商业与开源影响

  • 多条评论担心，收购通常会在最初保证之后扼杀产品。
  • Turso 管理层表示，公司运营状况良好，收入增长强劲，并称这是一项战略举措，而不是困境中的出售。
  • 完全采用 MIT 许可证的核心被视为一项优点；有人质疑在核心免费时，托管收入如何维持，也有人指出，托管、合规和责任承担是很强的增值项。

SQLite vs Turso vs Postgres：技术角度

  • Turso 被描述为一个与 SQLite 兼容的 Rust 重写版本，目标包括：
    • 更好的并发性和多个写入者。
    • 异步 I/O、更好的搜索，以及向量/图特性。
    • 一个可从“安全”语言中使用的嵌入式数据库，并且可能支持多种 SQL 方言。
  • SQLite 受到高度赞扬，被认为极其稳健且历经实战检验；有人认为它绝不应该被重写。
  • 也有人反驳说，为并发和安全而进行的 Rust 重写可以推动该领域向前发展。

性能、稳定性与“vibe coding”担忧

  • 有人引用了一个 ClickBench 讨论串，其中 Turso 在数据摄取方面极其缓慢；批评者将此部分归因于大量使用 LLM / “vibe” 编码。
  • Turso 的维护者回应说，早期基准测试下结论为时过早，摄取问题是已知的，但目前还不是最高优先级。
  • 一些用户报告了不错的真实世界性能（例如 Rust 异步工作负载）；另一些人则报告在某些地区存在严重延迟问题，以及监控能力较弱。

Supabase 的策略以及 agentic/边缘场景

  • Supabase 员工将 Turso/SQLite 描述为 Postgres 的互补方案：
    • Turso 用于微小的、按需的、由 agent 创建的或边缘工作负载。
    • Postgres 用于更大规模的生产工作负载。
    • 提到计划推出一个由 Turso 驱动的极小“Spark”层级。
  • 多人认为，SQLite/Turso 加上边缘网络，非常适合 0→1 项目和 LLM/agent 工作流。

治理与文化争论

  • 有人批评 SQLite 带有宗教式过滤的治理方式，称其“像邪教”，并欢迎更开放的社区模式。
  • 也有人为 SQLite 的治理辩护，认为这是有意为之且具有保护作用，并反驳“邪教”这一说法。