云 PostgreSQL 入口
先按兼容边界和责任模型分类，再比较价格与功能
免费 PostgreSQL
Supabase、Neon、Aiven、Nhost、Prisma、Koyeb 与 Render 的免费额度和生产边界。
服务版图
AWS、Google Cloud、Azure、阿里云、腾讯云、Neon 与 Supabase 的定位和约束。
生产选型清单
用恢复、兼容、连接、扩展和退出成本做验证。
“云 PostgreSQL”不是单一产品。先分清三类，才能知道哪些 PostgreSQL 经验可以直接复用：
| 类别 | 典型产品 | 兼容边界 | 适合的目标 |
|---|---|---|---|
| 托管社区 PostgreSQL | Amazon RDS for PostgreSQL、Cloud SQL、Azure Database for PostgreSQL、阿里云 RDS、TencentDB | 运行社区内核，但主机权限、参数、扩展和升级受平台控制 | 希望保留较高 SQL/工具兼容性，同时把补丁、备份和 HA 交给平台 |
| PostgreSQL 兼容增强型 | Aurora PostgreSQL-Compatible、AlloyDB | 协议和大量 SQL 兼容；存储、复制、版本节奏和部分行为由厂商实现 | 愿意用平台架构换取弹性、读扩展或分析/AI 能力 |
| 开发者数据平台 | Neon、Supabase | PostgreSQL 是核心，但连接、分支、认证、API、实时或休眠语义属于平台 | 快速交付、预览环境、低运维团队或全栈产品 |
兼容不等于相同
驱动能连接，只证明 wire protocol 可用。上线前仍要验证扩展版本、参数、系统视图、复制能力、连接池、备份导出、维护重启和故障切换行为。
责任边界
托管服务通常替你处理基础设施、补丁编排、自动备份和部分故障转移，但以下工作仍属于应用团队：
- schema、约束、索引、SQL 和事务设计；
- 连接预算、池化方式与重试策略；
- RPO/RTO 定义，以及真实恢复演练；
- 数据访问、密钥、网络和最小权限；
- 慢查询、膨胀、长事务、vacuum 与成本治理；
- 大版本升级、扩展升级和退出计划。
AWS 对 Aurora 的说明也明确把查询优化归为客户责任；这是理解所有托管数据库的好起点。参见 Amazon Aurora 概览。
推荐决策顺序
- 写出数据驻留、合规、RPO、RTO、峰值连接、延迟和预算边界。
- 确认所需 PostgreSQL 大版本、扩展及其具体版本。
- 用生产形态的数据和 SQL 做基准，不使用供应商示例数字代替。
- 演练维护、主备切换、PITR、连接耗尽和区域故障。
- 用原生工具导出一次，并在独立 PostgreSQL 环境恢复。
本节事实核对日期为 2026-08-02。云功能、区域和套餐变化很快，采购与上线时应重新核对官方文档。
Last updated on