上线之后：运维、备份和你怎么收钱
我见过太多这样的结局：系统上线那天群里发红包，三个月后页面报错，当初干活的人已经离职，密码没人知道，备份从来没做过，老板说出来的一句话是——"要不，先凑合回 Excel？"。上线不是终点，是账单的开始。这一课我把压箱底的家常事讲完：服务器要多大、怎么部署、怎么备份、怎么监控，最后聊一件全网几乎没人公开写的事：这种活儿到底该怎么交付、怎么收钱。不管你是想自建的老板，还是找外包的甲方，这四段都值一杯茶的时间。
一、服务器最小清单：一台入门云主机就够了
先祛魅：一台入门云主机（2 核 4G 内存量级，2026-08 月费几十元）就能把 nginx+node+sqlite 全套装下，服务一个几十人的公司绰绰有余。清单一共四行：
[系统] Ubuntu 或 Debian，任一，默认设置就行
[发布] nginx —— 托管静态页 + 反向代理 API
[服务] node 跑业务逻辑，交给 systemd 守护
[数据] SQLite —— 全部家当就是硬盘上一个 .db 文件别被"集群""高可用""容器编排"这些词吓唬。几十个人白天零零星星访问的强度，惊动不了任何架构师。那不能上公网的工厂内网怎么办？单独说一句：在车间找一台现成的 Windows 或 Linux 服务器装同样三件套即可，更新靠内网跳板或离线安装包，监控改成局域网内的定时巡检报表。缺的不是云，是把这套纪律搬进内网的人。
二、部署三件套：照抄就能用的配置清单
真正决定"上线后睡不睡得着觉"的就三个文件，关键字段我抄给你。
1. systemd 守护：崩了自动爬起来
# /etc/systemd/system/myapp.service 关键字段
[Service]
User=ubuntu # 用普通用户跑，绝不用 root
Restart=always # 进程崩了自动拉起
WorkingDirectory=/home/ubuntu/myapp
ExecStart=/usr/bin/node server.js2. nginx：静态托管+反代一套写完
server {
server_name ai.example.com;
root /var/www/myapp; # 这里只放静态产物
location /api/ {
proxy_pass http://127.0.0.1:3000/; # 动态请求转给本机端口
}
}3. certbot：免费证书自动续期
certbot --nginx -d ai.example.com # 一条命令拿下免费 HTTPS
certbot renew --dry-run # 再验证一下自动续期生效就这么多。十几行配置换来自动重启、自动续证，一个人的团队也守得住。这三件的搭配逻辑，在《番外：我的推荐架构》里有完整的四层解释。
三、备份纪律：把「复制一个文件」刻进肌肉记忆
选 SQLite 最大的福利在这里：它的备份就是复制一个文件。不需要培训、不需要口令、谁来都能干。纪律只有两条：每次改数据之前，先 cp 内容库.db 内容库.db.bak-日期 来一发；然后每周把一份拷到异地——另一台机器或对象存储都行，因为同机房着火时手边的备份救不了你。
四、监控极简：一条 cron 打天下
你的规模用不着 Prometheus 那样的大屏看板——那是给专职运维团队看自己用的。cron 每 5 分钟 curl 一次自己的健康检查接口，挂了就让微信或钉钉机器人说一句话，全部告警体系就建成了：
*/5 * * * * curl -fsS https://ai.example.com/api/health \
|| curl -s "https://qyapi.weixin.qq.com/....$BOT_HOOK&content=站点挂了，快来看"顺带补一个上线后最常见的忘项——限流。AI 接口要是裸奔，等于把 token 白送给全网爬虫和脚本小子。
五、交付与收费：三种模式怎么谈都不吃亏
最后这段是写给甲乙双方一起看的，网上很少有人肯写。钱没谈清楚，技术做得再好也是埋雷。市场上主流的就三种模式：
| 模式 | 怎么算钱 | 适合谁 | 要留神什么 |
|---|---|---|---|
| 一次性项目制 | 原型先行、一口价：市场行情基础型 3-8 万，MVP 级 8-20 万（2026-08 价位）；次年起收年维护费 15-20% | 边界清楚的单点流程，如审批自动化、单据抽取 | 验收指标和"需求变更另计"必须写进合同，否则无限返工吃掉利润 |
| 顾问陪跑制 | 按月固定费用，随叫随到+每月固定改进额度 | 流程还在变、公司内部又没有技术人的中小厂 | 响应时限要写明（如工作日 24 小时内），防止退化成无限客服 |
| 成功分成制 | 按省下人工成本的比例分成，先少收或不收首付 | 对效果将信将疑、预算卡得紧但决策快的老板 | 最难算价的一种："基数口径"必须双方事先认可并留存证据 |
如果你是乙方，再送三条报价心法：第一，别按时长报价。按人天卖的是时间，老板买的是结果——"每月省两个人工"永远比"1500 元/人天"好卖也好审。第二，先小额原型降低决策门槛。几天几千块先把最糙能跑的东西摆上桌，客户眼见为实后的大单才叫水到渠成；上来就要 20 万预付的，多半是在赌你不敢反悔。第三，验收指标写进合同。"原来 2 小时的活压到 30 分钟以内、抽样准确率不低于 95%"这样带数字的句子，比十个形容词都值钱——你敢写，甲方才敢签。至于这些指标从哪来？《场景与数据调研》里那份一线问卷就是源头。
收个尾。上线只是开始：机器守好、备份备好、监控盯好，生意才能长久；钱谈明白，合作才能长久。这一课的全部配置我都在自己生产环境里天天跑着验证，不是教程截图。具体到某条流程该怎么落地，欢迎把场景丢过来聊聊；回头再把整个系列串一遍，可以从《第1课：从哪一步开始》复习起。
- 今天就登一次你们的生产服务器，回答两个问题：备份文件在哪？最近一份是什么日期？答不上来就是红色警报。
- 把「cp 库名.db 库名.db.bak-当天日期」写成一双击就能跑的小脚本，交给非技术的同事也能执行。
- 确认自己有没有健康检查接口；没有的话本周让开发补一个，半天的事。
- 给对外 AI 接口加上单 IP 每日限额和蜜罐字段，立刻止血，防的就是上线那天起就在白嫖你的人。
- 检查 AI 相关的每一个服务：涉及数据层的改动是否需要连带重启？把清单写进发布文档。
- 下次无论找外包还是接单，先用小额原型试水，并把「原来多久→现在多久」的验收数字提前写进合同附件。
- 把你的流程原样发给我做个免费诊断，我顺便告诉你：我会选哪种收费模式、为什么。