Spice AI：押注开源数据加速而非ETL，为AI应用供能

Spice AI开发了Spice，一个可移植的Apache-2.0 Rust引擎，从30多个现有数据源物化、加速并提供SQL查询、搜索和LLM推理，延时低至本地主机，同时出售托管的Spice Cloud和本地部署的Spice.ai Enterprise。

AI应用开发者会采用开源方案，在localhost上物化和加速来自任何源的数据——无需ETL——并付费使用其上托管的云服务。

2024年3月28日，Spice AI的开源运行时在Hacker News上以“Show HN: Spice.ai – materialize, accelerate, and query SQL data from any source”亮相。该项目声明的目标——在几分钟内构建数据接地应用，无需管道，无需胶水——将问题框定为位置和延迟：数据位于远离应用的源和数据仓库中，因此团队在应用等待时拼凑ETL和查询层。答案是引擎，它物化源数据的可工作集，并以毫秒速度在本地提供。

在接下来两年中，运行时从SQL物化扩展到搜索和推理：30多个支持查询下推的连接器、混合向量/全文搜索、文本到SQL、托管和本地模型服务、Iceberg读写和MCP服务器，全部在Apache-2.0下。Spice 2.0增加了对操作Postgres、MySQL和MongoDB数据库通过原生CDC的实时分析副本——自述声称在SF1000下、266,000+ tpmC负载中，摄入速度快约170倍、新鲜度约2秒、分析QPH 1,046——以及集群边车架构，实现任何规模下的localhost延迟。Luke Kim在卡内基梅隆大学的数据库小组发言，Spice AI在AWS re:Invent 2025上举办了关于面向AI的S3数据湖的会议，自述提及Twilio和Barracuda为生产用户。

截至2026-09-05快照仍在运行和扩展：未披露关闭、收购或转向；仓库继续增长（7,448次提交），Spice 2.0发布，自述宣传用于生产工作负载的托管Spice Cloud和Spice.ai Enterprise。

联邦SQL与加速本地副本消除了每个团队在将仓库或湖接入应用时感受到的ETL税；这个卖点不需要教育。

Apache-2.0许可以及对现有源的接受，一次一个数据集，将尝试Spice的成本从迁移降至几分钟。

在本地物化数据正面攻击了远程源无法解决的查询延迟，因此楔子是性能提升，而不仅仅是便利。

可移植的单二进制运行时留下了升级路径：先在OSS中免费生产，然后为不愿自行运行的团队提供托管Spice Cloud和企业版。

攻击一个被痛恨的集成步骤（ETL胶水）为开源项目提供了楔子，但持久的业务是托管层，开发者付费以避免自行运行。

截至2026-09-05快照，Spice是一个活跃、扩展的项目：GitHub上3.1k星、226个fork和7,448次提交，Spice 2.0发布（原生CDC分析副本、集群边车架构）、企业加固（mTLS、Vault和Azure Key Vault密钥存储、只读API密钥）以及自述中列为生产用户的Twilio和Barracuda。Spice AI仍提供Apache-2.0运行时与托管Spice Cloud和Spice.ai Enterprise并列。所审阅来源未出现收入、融资或客户数量数据。