08-运维 DevOps × AI 协同

💬 一句话读懂本篇：运维是”AI 写配置很爽、敲回车很险”的岗位——脚本可以让 AI 全包，但生产环境的每一次变更、每一个回车，必须你亲手按、亲眼看。

岗位定位：🤝 人机协同 · AI 承担约 60% 工作量。运维的错误代价是即时且面向全部用户的（服务挂了、数据丢了），所以本册的主旋律是：AI 负责”写”，你负责”按”；自动化程度越高，变更纪律越严。

一、传统画像：运维工程师原来干什么

二、AI 协同后的新画像

一人公司运维总原则：托管优先（承接 03 分册），能不运维就不运维。 剩下的活儿，你是”变更指挥官”，AI 是”配置工程师 + 值班分析员”：

flowchart LR
    subgraph A["🤖 AI：配置工程师+值班分析员"]
        A1["IaC / docker-compose / CI 流水线配置"]
        A2["监控面板与告警规则"]
        A3["备份脚本 + 恢复演练脚本"]
        A4["告警/日志的第一轮分析"]
    end
    subgraph H["👤 你：变更指挥官（三关口）"]
        H1["① 变更前<br>读脚本、想回滚、挑时间窗"]
        H2["② 执行时<br>亲手按回车、盯输出"]
        H3["③ 故障时<br>拍板回滚/降级/硬扛"]
    end
    A --> H1 --> H2 --> H3
    H3 -.->|"复盘沉淀 SOP"| A

    classDef human fill:#fff3e0,stroke:#e65100,color:#bf360c
    classDef ai fill:#e3f2fd,stroke:#1976d2,color:#0d47a1
    class H1,H2,H3 human
    class A1,A2,A3,A4 ai

🚫 铁律：AI 生成的运维脚本，禁止不看内容直接在生产执行；禁止给 AI 工具接生产环境凭证让它”自己上去修”。

三、逐项对比：传统做法 vs AI 协同做法

四、协同工作流：一次生产变更的标准动作

flowchart TD
    NEED["变更需求<br>（发版/改配置/扩缩容）"] --> G["🤖 AI 生成变更脚本<br>+ 回滚脚本（强制成对）"]
    G --> C1{"👤 关口①：变更前审查<br>逐行读懂脚本 / 回滚路径可行吗 /<br>选时间窗（避开高峰）"}
    C1 -->|"没读懂"| ASK["🤖 AI 解释每段作用"]
    ASK --> C1
    C1 -->|"通过"| SNAP["👤 执行前置动作<br>快照/备份确认 + 通知自己（记录变更单）"]
    SNAP --> C2{"👤 关口②：亲手执行<br>逐条执行盯输出<br>禁止一把梭 ./deploy.sh 后走开"}
    C2 -->|"异常"| RB{"👤 关口③：立刻拍板<br>回滚 or 前进修复？<br>（默认答案：回滚）"}
    RB -->|"回滚"| OK2["服务恢复 → 复盘"]
    C2 -->|"成功"| VER["👤 验证：核心链路点一遍<br>+ 监控盯 30 分钟"]
    VER --> DONE["✅ 变更记录归档<br>踩坑写入 SOP 沉淀"]
    OK2 --> DONE

    classDef human fill:#fff3e0,stroke:#e65100,color:#bf360c
    classDef ai fill:#e3f2fd,stroke:#1976d2,color:#0d47a1
    class C1,C2,C3,SNAP,VER,RB human
    class G,ASK ai

节奏建议：一人公司没有值班表，靠两件事保平安——①告警只配”必须起床”级别的（少了才能睡）；②任何变更都有回滚脚本，让”搞砸了”的代价从事故降为麻烦。

五、提示词模板（直接抄作业）

模板 A · CI/CD 流水线

1
2
3
4
5
6
7
【背景】代码仓库结构：xxx；技术栈：xxx；部署目标：托管平台/服务器（说明）
【任务】生成完整流水线配置：拉代码→装依赖→跑测试→构建→部署→失败通知
【约束】
1. 部署环节必须人工审批触发（不许 push 即上线）
2. 密钥全部走 CI Secrets，配置里只留占位符
3. 每步失败有明确日志输出；部署步骤附回滚方式
【输出】流水线配置 + 需要我在平台侧配置的 Secrets 清单

模板 B · 部署 + 回滚脚本（强制成对）

1
2
3
4
5
6
【背景】服务：xxx；当前部署方式：（描述）；目标：xxx
【任务】生成一对脚本：
1. deploy.sh：部署步骤，每步带 echo 进度和失败即停（set -e）
2. rollback.sh：一键回到当前版本（说明它依赖什么前置状态，如镜像 tag/快照）
【约束】脚本中禁止出现任何明文密钥；破坏性命令（rm/drop/重启）前必须要求确认输入；
最后输出「执行前检查清单」给我。

模板 C · 监控告警设计

1
2
3
4
5
6
7
【输入】服务清单与架构：（粘贴 03 分册架构图/组件列表）
【任务】输出监控方案：
1. 每个组件的监控项（可用性/延迟/错误率/资源）与建议阈值
2. 告警分级：🔴立即处理（打电话级）/ 🟡当天看 / 🟢仅记录
3. 每条告警的文案模板：发生了什么+第一步查什么
【约束】🔴级告警总数控制在 5 条以内——半夜叫醒我的必须是真值得的；
宁缺毋滥，告警疲劳比没有告警更危险。

模板 D · 故障第一轮归因

1
2
3
4
【现象】xxx 服务从 xx:xx 开始 xxx（用户可见影响：xxx）
【输入】告警内容：（粘贴）；相关日志：（粘贴，已脱敏）；最近变更记录：（粘贴）
【任务】按可能性排序给出 3 个假设，每个附：验证方法（一条命令/一次查询）+ 若成立的处置动作
【约束】先看"最近变更"——多数故障是变更引起的；只基于我给的信息推理，缺什么信息直接列出来。

六、验收清单（每次生产变更前逐项勾）

变更前

• 脚本逐行读懂（含 AI 生成的”看起来没问题”的部分）
• 回滚脚本存在，且想清楚了触发条件（默认：不确定就回滚）
• 快照/备份已确认（数据库变更：备份必须能恢复，见下）
• 时间窗合适（避开业务高峰、避开你接下来要睡觉的时段）
• 无明文密钥进脚本/仓库/聊天记录（总纲红线第 1 条）

变更中

• 亲手执行，逐条盯输出，不”一把梭后走开”
• 破坏性命令执行前二次确认了目标环境（生产 ≠ 测试，看清 prompt）

变更后

• 核心链路真实点过一遍（首页/登录/下单等）
• 监控盯了 30 分钟，错误率/延迟无异常
• 变更记录归档：改了什么、为什么、怎么回滚的（三行即可）

季度例行

• 备份恢复演练做过一次：真的从备份恢复出可用数据
• 账单审过一次：没有遗忘的服务在烧钱
• 🔴级告警清单复查：还都值得半夜起床吗

七、坑点清单

💬 收尾一句：运维岗的 AI 协同公式是”AI 写 100% 的脚本，你按 100% 的回车“。自动化的尽头不是无人值守，而是每次变更都有据可查、有路可退。 下一册：09-安全 × AI 协同——AI 能做安全初筛，但攻击者也在用 AI；这个岗位你永远只能”部分外包”。

• Previous
  数据库与数据分析 × AI 协同：AI 管语法，你管语义
• Next
  05-前端开发 × AI 协同