自托管应用部署平台实践指南

云账单越来越厚，运维只有一个人

团队用了一两年的云托管服务，月账单开始让人皱眉——十几个中小应用的托管费加起来，已经超过一台像样 VPS 的成本。你想把部署平台搬到自己服务器上，但没人说得清这笔账到底划不划算：省下的托管费，要用多少运维时间、多少故障恢复的代价来还？

先算诚实账，再动手搭建

这个技能首先做的不是教你怎么装，而是帮你算一笔诚实总成本：服务器费用 + 每月 2-4 小时运维时间 + 出事时的恢复成本。只有当你的团队满足几个条件——有人愿意承担运维、数据不是极端敏感、托管账单确实超过自建成本——自托管才是利器，否则它就是定时炸弹。

搭起来其实不复杂。从 2C4G 服务器基线起步，选一个带快照功能的大厂 VPS；主流开源自托管 PaaS 一条脚本就能装好，面板、Git 集成、自动 HTTPS 都有。第一个应用先部署个静态页验证全链路：git push → 平台拉取构建 → 滚动更新。泛域名解析到服务器，应用间走内部网络，只暴露必要的 80/443 入口。

数据纪律：自托管的生死线

平台自带的数据库定时备份要开，但不能只依赖它。备份要走 3-2-1 原则：3 份副本、2 种介质、1 份异地——对象存储是最便宜的异地方案，服务器整机快照加数据库逻辑备份双轨运行。更关键的是每季度真实恢复一次备份到临时环境，没演练过的备份约等于没有备份。

安全加固有一张固定清单：SSH 禁密码只留密钥、防火墙默认全拒、数据库端口绝不暴露公网、面板至少 IP 白名单加双因素、密钥用平台的 secret 机制而不是写进镜像和仓库。磁盘超 80%、内存 OOM、证书到期、服务不可用这四项基础告警必须配上。

出了事，谁来救

部署后 502？先看容器日志，十有八九是端口配置或启动崩溃。磁盘满了？docker system prune 清理悬空镜像和构建缓存。证书没续期？查域名解析和 80 端口占用。整机挂了？从快照恢复，DNS 切到维护页。

最后一条提醒：生产核心业务上自托管前，确保至少第二个人会操作（bus factor ≥ 2）。平台功能迭代快，动手时以所选平台官方最新文档为准。