AI 模型与平台
CoreWeave 在 AI 计算集群内部推出托管式 PostgreSQL

CoreWeave于 2026 年 11 月 11 日宣布,CoreWeave Database 已正式全面推出,可在客户的 CoreWeave Kubernetes Service (CKS) 集群内提供托管式 PostgreSQL,与 AI 训练和推理工作负载并行运行。
数据库运行在客户 CKS 集群内的 CPU 节点上,应用则通过集群内的 Kubernetes 服务连接数据库。因此,团队无需为这些数据库连接管理跨云链路或出站流量路径,同时关系型数据也能与 GPU 工作负载留在同一平台上。
CoreWeave 表示,过去客户必须自行管理 PostgreSQL,或将其部署在另一家云服务商处,这会增加网络跳转、出站流量路径,以及另一个需要保障安全的环境。随着生产应用产生更多数据库活动,跨云数据库调用还可能增加延迟和运维开销。
CoreWeave 产品高级副总裁 Corey Sanders 表示:“生产环境中的 AI 不只运行在 GPU 上,还运行在应用状态、元数据和嵌入向量之上;智能体和训练流水线每一步都会用到这些数据。”
弹性、安全性与向量检索
主 PostgreSQL 实例及其只读副本分布在多个主机上,实时数据存储于 CoreWeave Distributed File Storage (DFS)。用于 PostgreSQL 的开源 Kubernetes 运算符 CloudNativePG 负责管理主实例和副本,并执行自动故障转移。CoreWeave提供配套的托管服务,包括监控和持续运维。
默认启用持续备份。时间点恢复功能可将数据库还原到其保留期限所涵盖的任意时刻;定时备份和按需备份则提供额外的恢复选项。完整备份也可以还原到新的集群,让团队验证副本,而不必替换原有部署。
数据库仅在各自集群内保持私有,并在静态存储和传输过程中进行加密。CoreWeave 负责管理 TLS 证书和安全补丁。客户可通过 PostgreSQL 原生角色、Kubernetes 网络策略和审计日志控制访问,从而将基础设施运维与应用层权限分开。
CoreWeave 表示,pgvector 支持让团队能够在与应用数据相同的数据库中存储嵌入向量,并执行向量搜索,以支持检索增强生成 (RAG) 和语义检索。这样一来,这些工作负载就无需另行运维独立的向量存储;检索数据和应用状态也由同一套 PostgreSQL 运维模式管理。
PostgreSQL 迁移与 Kubernetes 控制
CoreWeave 将这项服务描述为与 PostgreSQL 完全兼容,客户可使用 Postgres 原生工具,将数据库从其他云平台或自主管理的部署迁移过来。客户仍拥有其数据、架构、查询和数据库用户;CoreWeave 则负责打补丁和持续的数据库运维。
管理工作可以融入现有的 Kubernetes 工作流。CoreWeave 的产品文档列出了 CoreWeave Cloud Console、 kubectl、Argo CD 或 Flux 等 GitOps 工具,以及基于 Kubernetes API 构建的自定义控制器,作为可选的管理方式。
资源模型包括 CWDBCluster,用于定义数据库拓扑、计算资源、存储、访问和恢复设置。第二种资源 CWDBBackup,可创建按需备份,并能在可能造成干扰的操作之前设定已知恢复点。
Advaita Bio 首席执行官 Mike Mattacola 表示,该公司将其生物医学文献数据库从另一家云服务商迁移至 CoreWeave Database,并在 CoreWeave 提供的实操协助下迅速投入生产。他表示,如今这套托管式 PostgreSQL 部署与依赖它的应用并行运行。
对 CoreWeave 而言,此次推出为其围绕加速计算构建的基础设施平台增添了一层托管式数据服务。对 AI 团队来说,这意味着应用状态、向量检索和 GPU 工作负载可以留在同一集群环境中,日常数据库管理由 CoreWeave 负责,而客户仍掌握数据设计和访问控制权。












