Qué cambia esta elección
选择会改变争用、网络和故障边界。只有当运维收益足以证明额外的主机、凭据路径和恢复流程合理时，分离才有用。
Compare los factores de decisión
| 因素 | API 和数据库位于同一台 VPS | 分离应用和数据库 VPS |
|---|---|---|
| 请求路径 | 本地连接避免跨主机网络跳转。 | 每次查询都依赖网络路由及其身份验证。 |
| 资源争用 | API、worker 和数据库共享 CPU、RAM 和磁盘活动。 | 每台主机有独立的资源预算。 |
| 故障边界 | 单次主机事件可能同时影响应用和数据库。 | 应用主机故障未必导致数据库停止，但服务仍需要两者同时可用。 |
| 访问范围 | 单个管理员边界即可访问两个组件。 | 数据库管理可使用更窄的主机和网络边界。 |
| 连接规划 | 本地连接池仍需要在 API 和 worker 之间设置限制。 | 连接池需要限制以及网络超时和重试决策。 |
| 恢复 | 一次重建必须同时重建两个角色及其兼容版本。 | 每次恢复以及应用与数据库之间的连接必须一起演练。 |
Cuándo se justifica cada opción
当实测重叠在留有储备的情况下仍能容纳，且单一维护边界可接受时，保持小型栈合并。当数据库的资源、访问或恢复需求已变得独立重要时，分离数据库。