PostgreSQL

适用场景

• 为 Web 服务和 API 提供应用数据库。
• 存储需要事务和结构化查询的关系型数据。

选择合适的配置

应用需要 PostgreSQL 连接时选择此模板。选择版本前先确认区域：托管 PostgreSQL 与自运行容器采用不同部署方式。使用部署后显示的私有连接信息；外部访问与恢复能力需按所选区域单独检查。

此模板会创建什么

支持托管 PostgreSQL 的区域使用 PostgreSQL 18: ghcr.io/cloudnative-pg/postgresql:18.6-standard-trixie

其他区域使用自运行镜像: postgres:16-alpine

需要检查的配置

此模板没有额外声明的输入项。请在部署表单中检查生成的变量、连接地址与资源设置。

部署步骤

1. 点击配置部署，登录或创建账户。
2. 选择新项目或已有项目，以及可用区域。
3. 检查服务、必填参数、存储和兼容性警告。配置确认后再提交部署。
4. 查看部署日志，完成应用初始化，并在生产使用前测试连接地址。

检查部署结果

从应用环境使用显示的凭据连接并执行 SELECT 1，再在可丢弃的测试数据库中验证应用迁移和写入读取。连接成功不等于恢复验证：将备份恢复到独立测试目标并检查记录，再依赖该备份。

运行与维护

• 部署后使用数据库凭据和私有连接地址连接应用，不要把凭据放入客户端代码。
• 检查所选区域的备份与恢复能力。在将备份作为恢复方案之前，先测试恢复流程。
• 修改数据库镜像或版本前，检查存储使用量和跨大版本升级要求。

托管费用

将数据库资源与应用分开估算。查询负载、连接数、索引和保留数据影响内存、CPU 与存储需求。检查所选区域的价格和备份选项，不要假设所有 PostgreSQL 部署的成本或恢复策略相同。

CPU、内存、存储与网络使用量共同计费，所选区域会影响资源价格。多服务模板中的每个服务都产生资源用量；外部 API 与软件许可证费用单独计算。

来源与验证

这是 Polyer 内置数据库模板。

静态兼容性分析不等于实际应用验证。生产使用前，请测试所选配置和恢复流程。

内容审阅日期: 2026-10-15