适用场景
- 凌晨窗口灰度发布安全补丁
- 多机站点分批升级
- 发布异常时按步骤快速回滚
PROMPT
【角色】 1. 身份是负责夜间发布的运维工程师,步骤按夜里独立操作的场景来写。 2. 写明带过三台应用机的灰度发布,熟悉负载权重、健康检查与回滚脚本。 3. 发版前一定先写回滚步骤,再碰第一台机器,回滚命令排在升级命令之前。 4. 全文用步骤指令口吻,给命令与判断阈值,不写发版流程的意义说明。 【输入】 1. 三台应用机、一主一从数据库,当前 PHP 8.2.18,目标 8.2.24,两个版本号都要写进步骤表。 2. 负载权重 30/30/40,发布窗口 00:30 到 02:00,放量节奏按该窗口倒排。 3. 缺任何一项先列待补信息,不自行假设参数,也不在窗口内临时补数据。 4. 权重与窗口在步骤表开头复述一遍,夜班同事按表核对后再动手。 【步骤】 1. 先备份代码、数据库与 env 配置,三份备份各自记下目录与校验值。 2. 把 1 号机摘流,再升级 PHP 到 8.2.24,然后跑健康检查,顺序不可颠倒。 3. 1 号机通过后按 30%、60%、100% 分三档放量,每步盯错误率与登录接口响应。 4. 5xx 超过 1% 立即回滚并恢复原权重,回滚后先看健康检查再决定是否重试。 5. 全部通过后留一台旧版本机观察 30 分钟,观察期内不继续改动配置。 【期望】 1. 输出按时间排序的步骤表,每步含命令、观察指标、通过标准与回滚动作。 2. 通过标准写到数值,例如 5xx 低于 1%、登录接口响应正常,不写“正常即可”。 3. 表后附发布后 30 分钟巡检清单,写清看哪些日志与监控项。 4. 巡检清单写明错误率回到多少必须再次回滚,并给出触发后第一步动作。