对照 · 合规须知
云数据库对比示例/演示
数据库托管还是自建，本质是「运维人力成本」和「资源采购成本」的交换。这篇给出判断框架和核对清单。
托管 RDS 的价值在哪
| 你得到 | 你失去 |
|---|---|
| 自动备份与时间点恢复 | 内核参数的完全控制 |
| 高可用切换、跨 AZ 容灾 | 特定插件/扩展的自由 |
| 补丁与安全更新托管 | 版本升级节奏由厂商定 |
| 监控告警开箱即用 | 成本随规格线性上升 |
判断框架
- 团队有没有专职 DBA：没有 → 托管；有且数据库是核心竞争力 → 可评估自建
- 流量规模：中小流量托管省心；大流量分库分表后，托管的规格费用可能超过自建
- 合规要求：数据是否允许放到托管环境、审计日志要求
选 RDS 时的核对项
- 备份策略：备份保留天数、按时间点恢复（PITR）是否支持、备份占用是否额外计费
- 只读实例：扩展读能力的方式、延迟水位、费用
- 高可用架构：同 AZ / 跨 AZ / 跨 region 的方案与切换时间承诺
- 连接数与规格：很多卡顿是连接数打满而非 CPU，规格要看连接数上限
- 网络：VPC 内网访问 vs 公网访问，公网要白名单+加密
自建的隐性成本清单
- 备份与容灾演练的人力
- 版本升级的窗口与回滚方案
- 监控告警体系自建
常见坑
- 只比实例价格不比存储流量：数据库的存储、备份占用、跨区流量加起来可能超过实例本身
- 规格按峰值一步拉满：先用压测数据说话，规格降配比升配容易得多
- 忽略连接数上限：应用连接池配置超过上限会直接报错，规格表里的连接数与内存强相关
- 数据库公网直连：安全组 0.0.0.0/0 全开是重大安全隐患，内网/代理访问是底线
结论：中小团队默认托管 RDS，把精力留给业务；自建的前提是有人兜底运维。本站对照表可比较各云数据库的规格与计费。