用于你的 API 和后台工作的离岸 VPS

一个应用程序，两条通往有用工作的路径

这个说明性场景是一个小型报告产品，不是客户案例研究或已交付的应用程序。其同步路径验证账户并读取报告元数据。其异步路径创建 CSV 导出。PostgreSQL 保存应用程序状态，队列分派工作，独立目标存储恢复副本。

操作员安装并维护这些组件。VPS 方案不会自动创建数据库、队列、HTTPS 配置或应用程序。在启动容器之前，确定持久数据存放的位置。

分别预算 API 延迟和任务吞吐量

App 2 以 2 vCPU、4 GB RAM、60 GB 存储和 2 TB 月流量起步。这些是分配量，不是对其可支持的账户、请求或导出数量的承诺。为 API 进程、数据库、一个 worker、主机和重叠的发布工作开始制作工作表。

该 说明性 3,840 MiB 工作表 在标称 4 GB 边界附近留下的信心太少。如果测量结果支持这种形态，App 2 加 2 GB RAM 在期限折扣前每月总计 $15.00。这增加了内存，而不是 CPU 或数据库独立性。比较 Scale 4 如果 CPU 和内存都需要更大的起始预算。

在监控 API 延迟的同时，监控最旧任务年龄和有用完成率。队列增长而 CPU 较低可能指向存储或数据库等待。不要为了补偿反复重试无效输入的导出而购买计算资源。

选择你可运营的耦合方式

一台主机简化了初始服务映射，并避免了一些主机间协调，但共享内存、磁盘、维护和故障。昂贵的导出可能干扰普通请求。在添加进程之前，限制 worker 并发并使重复投递安全。

当现实的作业负载持续损害 API 行为、运行要求出现分歧，或独立扩展和维护变得重要时，分离 worker。当数据库自身的资源、访问或恢复需求证明增加的网络和运营工作是合理的，就分离数据库。这些是设计选择，不是升级方案自动提供的功能。

用可重复的练习证明形态

使用合成账户和代表性数据集。同时运行 API 读取、大型导出和发布重叠。记录延迟、错误、活动 worker 数量、最旧任务年龄、内存和临时磁盘。然后在一个输出已写入但完成尚未记录后重启一个 worker；确认应用程序仍然发布一个逻辑结果。

在隔离目标上对数据库和一个上传内容重复恢复演练。记录实际结果并修复缺失的依赖项。如果没有单独的操作计划，不要针对客户数据或真实外部支付和电子邮件目标运行此练习。

选择资源后再选择周期

以下总计使用当前 App 2 基础配置。资源选项会增加每月小计，并获得相同的所选期限折扣。完整的折扣期需预付；更多月份不会增加 CPU、RAM 或月流量分配。

确认实际库存、服务责任、税费和续订条款，见 服务事实。本地付款参考不构成已注册订单或已交付服务器。保留你的工作负载工作表，并在应用程序变更时重新查看。