新实例到手先别急着装服务：先把以后怎么更新想清楚

前言

周三那篇讲装服务之前先把门锁好，周四那篇讲先把基线记下来，周五那篇讲先把费用和到期日记清楚，周六那篇讲先把服务清单和安装顺序想清楚，周日那篇讲先把安装来源核对好，周一那篇讲先把退路想好，周二那篇讲先把磁盘分哪几块想清楚，周三那篇讲先把出了问题怎么知道想清楚，周四那篇讲先把密码和密钥放哪想清楚，今天是同一条线上的第十步——装服务之前，先把以后怎么更新想清楚。

服务装完了、跑起来了，事情还没完：以后总要更新。更新的时候最容易出问题：这次从官方渠道下的，下次随手搜了个脚本就更了；更新前没记版本号，更新完不知道到底变没变；更新坏了，不知道怎么退回旧版本。所以装之前，先把以后怎么更新想清楚，四步都不改配置。

第一处：先定更新来源跟安装来源一致

更新的来源，要跟安装的来源走同一条路：装的时候从官方渠道拿的，以后更新也只从官方渠道拿，别这次官方、下次随手搜个脚本。判断标准：清单上的每个服务，都能说出它以后从哪更新。只读命令，看一眼就行：

cat ~/baseline/install-source.txt
ls -l ~/baseline/

周日那篇讲过装之前核对安装来源，今天讲的是以后每一次更新都走同一来源——来源、版本、安装时间记在同一份清单里，更新的时候照着清单走，不走样。

第二处：先定更新的节奏和窗口

定了从哪更新，还要定多久查一次、什么时候更：更新别赶在正忙的时候，也别想起来才更。判断标准：能说出这个服务多久检查一次更新、更新安排在什么时候。先把当前版本号记下来，更新前后对得上，才知道到底更没更。记进基线里就行：

cat > ~/baseline/update-plan.txt <<'EOF'
服务当前版本：
更新来源：
多久检查一次：
更新窗口：
EOF
cat ~/baseline/update-plan.txt

节奏和窗口先定好，更新就不是想起来才做的事；当前版本先记下来，更新完一对就知道成没成。

第三处：先定更新完怎么验

更新完第一件事不是接着用，而是先验一遍：服务在不在跑、端口在不在监听、最近的日志有没有报错，三处对上才算更完了。判断标准：更新完按周六那套验证标准走一遍，验不过就按周一的退路走。只读命令，看一眼就行：

systemctl is-active sshd
ss -tlnp | grep sshd
journalctl -u sshd --no-pager -n 20

这一步跟周六那篇沾边，但角度不同：周六是装完当时怎么验，今天是每次更新完怎么验——装完的验证标准，顺手就是以后每次更新的验收标准。

第四处：先定更新坏了怎么退

最后一步是退路：更新之前先备份配置、确认快照在，退回旧版本的方法写进同一份清单，跟基线放一起。判断标准：更新坏了不用现想，看清单就知道怎么退回旧版本。记的办法不用复杂，写进同一份更新计划就行：

cp /etc/ssh/sshd_config ~/baseline/sshd_config.$(date +%Y%m%d)
cat >> ~/baseline/update-plan.txt <<'EOF'
更新前备份：
退回旧版本的方法：
EOF
cat ~/baseline/update-plan.txt

更新前备份、快照确认、退回方法都记下来了，更新坏了按清单退，不用现想、不用现找。

小结

新实例到手的顺序，周三是先把门锁好，周四是再把基线记下来，周五是先把费用和到期日记清楚，周六是先把服务清单和安装顺序想清楚，周日是先把安装来源核对好，周一是先把退路想好，周二是先把磁盘分哪几块想清楚，周三是先把出了问题怎么知道想清楚，周四是先把密码和密钥放哪想清楚，今天是先把以后怎么更新想清楚：更新来源跟安装来源一致、定好更新的节奏和窗口、定好更新完怎么验、定好更新坏了怎么退。四步都不改配置，花不了十分钟，但能把“更新完不知道变没变、更新坏了不知道怎么退”这两件事挡在门外。以后怎么更新想清楚了，再动手装服务。