osFoundry / Platform
应用级 Postgres
每个应用都拥有自己的 Postgres,内置 pgvector 与 TimescaleDB。仅为存储付费。
简介
每应用 Postgres 为你在 osFoundry 中构建的每个应用配备一个专属的 Postgres 数据库，而不是逼着所有应用共用一套 schema 或一个连接。每个数据库都内置 pgvector 用于存储和查询嵌入向量，以及 TimescaleDB 用于时序数据，因此一个数据库就能同时容纳你的关系表、语义检索的向量，以及你的指标或事件流，无需再拼接单独的服务。生成这些嵌入向量的模型由你自带密钥（BYOK）来驱动，而存储它们的 Postgres 则按应用逐个开通。
由于每个应用都隔离在各自的数据库中，一个应用的 schema、索引和数据不会与另一个应用相撞。这种隔离让应用更容易理解、更安全地迭代，也更干净地拆除：应用一旦消失，它的数据库也随之消失。在 osFoundry 内部，这归属于 Apps 与 Backend 层，因此你构建的应用得到的是一个真正的后端数据存储，而不是玩具式的键值存储，同一个数据库可供应用的服务端代码、向量检索和时序查询共同使用。osFoundry 是一个 BYOK、本地优先的工作区，所以这也贯彻了产品自始至终的同一原则：你的数据和承载它的基础设施始终归你所有，其上不会再叠加按席位收费。
价格随你的实际用量而定。你只为存储的部分付费，因此存放几千行的应用花费与之相称，而从未填满数据库的应用，也不会像装满了一样被计费。这样一来，为每个应用默认配备专属 Postgres 就变得切实可行，哪怕是小型或试验性的应用，也无需为省钱而对数据库定量分配。pgvector 和 TimescaleDB 本就是你已拥有的数据库的一部分，而不是另立账目的附加项。
主要功能
- 每个应用都会获得专属的 Postgres 数据库，与其他所有应用的 schema 和数据相互隔离
- 内置 pgvector，可在同一数据库中与关系表并列存储和查询嵌入向量
- 内置 TimescaleDB 用于时序数据，让指标和事件流紧挨着应用的核心表存放
- 按存储量计费：只为存储的部分付费，小型和试验性应用因此保持低成本
- 契合 osFoundry 的 BYOK、本地优先模式：嵌入向量的模型密钥由你提供，而存储它们的数据库按应用归你所有
使用场景
- 应用构建者：发布一个需要关系表、语义检索和仪表盘的应用，无需接入三套独立的数据服务
- AI 开发者：用 pgvector 存储文档嵌入向量，并在存放应用记录的同一个 Postgres 中执行相似度检索
- 独立开发者：一口气搭起许多小应用，每个都有独立数据库，只为其中真正积累数据的少数几个付费
常见问题
每个应用真的会拿到一个独立的 Postgres 数据库，还是共用一个实例？
每个应用都会拿到自己的 Postgres 数据库，与其他应用相互隔离。它的 schema、索引和数据都归它自己所有，当你删除该应用时，数据库也随之删除。正是这种隔离让应用之间不会相撞，也让迭代和拆除变得轻松。
我需要自己安装 pgvector 和 TimescaleDB 吗？
不需要。pgvector 和 TimescaleDB 已内置于每个应用的数据库中。你可以在存放关系表的同一个 Postgres 中存储和查询嵌入向量、处理时序数据，无需额外添加扩展或服务。
每应用 Postgres 如何计费？
你只为存储的部分付费。计费随你的实际存储量而定，因此数据量少的应用花费很少，空数据库也不会像装满了一样被计费。正因如此，为每个应用默认配备专属数据库才切实可行。