项目上线后的基础运维

核心认知：项目能打开，只代表部署成功。能不能一直稳定跑下去，才是上线以后真正要解决的问题。

线上出事，面对的是真实用户、真实数据和真钱，和本地开发完全是两回事。

一、监控与告警 —— 得知道它还活着

健康检查

留一个专门的小接口，随时能看出服务还活不活着
用不和网站同台服务器的监控工具，从外部定时访问它
连续几次访问失败，就发告警到邮箱或手机
配置完一定要测试告警能否真的收到

身体指标监控

CPU、内存、硬盘 —— 都要盯
硬盘是新人翻车榜首：日志天天写，不管就会写满 → 数据库写不进、新文件存不下 → 网站瘫痪

硬盘防护两件套

日志轮转：给日志设上限，写满自动滚动，只留最近几份
硬盘告警：快满了提前提醒

用面板的最省事，指标都能看；日志上限面板里没有，就让 AI 帮你配。

二、故障应急 —— 出事了得能救

铁规矩：别让 AI 连进生产服务器

项目已上线，AI 一条命令就可能把数据或配置改坏；出了事你连它动过什么都不知道。

实在非让 AI 连不可，一定要先说死：只许用不会修改任何数据 / 配置的命令，列出问题和方案后停下来等你确认。删除、覆盖、重启、改配置，一律不能边查边做。

排查两招

第一招：靠日志

把日志文件下载下来发给 AI 分析，别让它自己进服务器看
发的时候加一句”这是线上生产环境的日志”，避免 AI 误判
日志不够 → 让 AI 在开发环境补日志，正常部署后复现
日志里别打密码、密钥

第二招：靠命令

让 AI 给你排查命令，你自己复制到服务器上跑
结果贴回去给它分析
命令你来敲、结果它来看，控制权始终在你手里

能回滚

每次上线前留好旧版本，别上了新的就把旧的覆盖没了
让 AI 先讲清楚：旧版怎么留、坏了怎么退回去
跑稳后把当前版封成正式生产版本(见第七部分)

开机自启

特别容易被漏掉：服务器重启后，后端、数据库能不能自己起来？
面板：进程 / 服务设置里勾上开机自启
Docker：配好容器重启策略
原生：让 AI 配开机自启
已上线项目不要随手重启验证，先备份，选用户少的维护时间再测

三、数据备份 —— 底线中的底线

用户数据，是底线中的底线，一旦数据没了，很多时候是找不回来的。

备份前：让 AI 列清楚要备份什么

数据库
用户上传的图片和文件
程序长期保存的其他数据
恢复时必须用到的关键配置
带密码和密钥的配置要加密保存

备份频率

最多能接受丢多久数据，就至少多久备份一次。只能接受丢一天 → 至少每天备份一次。

两个关键

备份别和原数据放同一块硬盘 —— 服务器被入侵 / 误重装 / 实例被删，一起没。放另一台机器或专门云存储。
备份完一定要试一次恢复 —— 备份文件可能是坏的、不全的。不趁没事时走一遍恢复流程，出事那天才发现用不了就完了。

用面板的点几下就能配定时备份，别嫌麻烦，这是保命的。

四、续期与有效期 —— 别让证书、域名悄悄过期

域名

按年续费，过期网站直接打不开
过期久了可能被释放、被别人注册走

SSL 证书(HTTPS)

有有效期，过期浏览器标”不安全”
免费证书大多能自动续，付费或特殊配置要自己盯

面板大多能设到期提醒，提前打开。

补丁(安全更新)

框架、SDK、系统、面板、数据库都可能爆漏洞
漏洞公开后，全世界的攻击者都知道了，不更新就是靶子
标”安全更新”的别拖

升级注意事项：

跨大版本升级可能不兼容(数据库跨版本是重灾区)
拿不准就让 AI 分析风险
先在开发 / 测试环境升级，跑一遍关键功能
记下当前版本和回退方案
非必要不一次更新多个关键组件

五、账单预警 —— 别让费用失控

两种翻车

密钥被盗刷：AI 密钥、支付密钥泄露 → 被疯狂调用 → 天价账单
流量费：被人恶意打流量或被当跳板 → 用量悄悄飙

两件事

云服务商后台开消费预警：花到某数就通知，别等扣完才知道
AI、短信等按调用量收费的平台开用量提醒
- 检查有没有硬额度、调用限速、超额自动停用，有就配上
- 只有预算提醒的话，超了还可能继续扣费，别把它当保险丝

面板管不了，得去云服务商和对应服务的后台设，让 AI 告诉你在哪里点。

六、加新功能 —— 别在线上瞎改

上线后继续加功能，别图快直接在线上正式环境乱改。

正确流程：

写清楚这次改什么
本地测好
确认没问题再更新到线上

让 AI 先写实施说明，你确认了再改代码。“防漂移”的规矩上线后更要守 —— 真有用户在用了。

七、版本管理 —— Git 用起来

部署成功、线上跑稳后：

封存正式生产版本
新功能 → 从生产版拉新分支开发
修 bug / 小问题 → 从生产版衍生修复分支

线上正在跑的版本始终有据可查、随时能回退。

让 AI 按这三步给方案：怎么封存生产版、怎么开新功能分支、怎么开修复分支。确认后再执行。

八、让 AI 整理维护清单

把下面的提示词交给 AI，让它基于你项目的真实情况出一份清单。

请先只读检查当前项目、部署文档，以及我已经提供的生产环境信息，不要自行连接或者修改生产服务器。
根据项目真实情况，整理一份上线后的基础维护清单，按照日常检查、定期检查、每次上线前后和发生故障时分类。每一项写清楚要检查什么、去哪里看、出现什么情况需要处理，以及下一步应该先收集什么证据。
不要直接套用通用模板，无法从当前项目确认的内容单独列出来问我。
完成后先给我确认，不要直接执行任何生产环境操作。

清单不求全，能让你知道平时看什么、出事做什么就够
哪条不明白，让 AI 对着你的项目用大白话拆
部署方式 / 服务器 / 项目结构变了，让 AI 跟着更新

总结

本篇不是让你变成专业运维，而是帮你避开本不该发生的灾难：

目标	对应措施
网站挂掉时及时知道	监控 + 告警
数据丢失时有机会恢复	定期备份 + 验证恢复
更新翻车时能够退回	回滚 + 版本管理
费用异常时提前收到提醒	消费预警 + 用量提醒