第一章 初见 Ansible

第一章 · 初见 Ansible

本章主线：跟着"星尘在线"项目从一次失败的手工发布出发，先回答"为什么需要它"，再回答"它凭什么能做到"，最后亲手完成第一次批量执行——本章结束时，你手里应当有一个能对多台主机发出一致动作的可用环境。

每一门运维技术都有它的"前夜"。Ansible 的前夜，是无数个周五晚上：发布窗口开着，工程师在若干个终端标签页之间切换，同样的命令复制粘贴到不同的机器上，凭记忆和运气保持每台机器的一致性。这一章从这样一个夜晚讲起，不是渲染情绪，而是因为只有先看清手工方式的失效模式——遗漏、顺序错、环境差异、无法回滚——才能理解 Ansible 的每一条设计决定为什么长成后来的样子。

本章三站的推进逻辑

第一站回答动机问题：核心概念与发展历程（1.1 节）把无代理、声明式、幂等三个关键词放进历史脉络里，你会看到 2012 年前后的运维工具各自站在什么位置，Ansible 是从哪个缺口钻进来的。第二站回答能力边界问题：关键特性与应用场景（1.2 节）把"它能干什么"拆成配置管理、应用部署、编排、安全加固几类典型任务，并同样重要地划出"它不适合干什么"——误用工具的代价往往比不用更高。第三站回到手上：第一次批量执行（1.3 节）是一节动手课，你将把一段惯用的 shell 循环改写成一条 Ansible 临时命令，并在这个过程中第一次见到模块、清单和返回值这三个贯穿全书的概念。

前置要求与本章产出

本章假设你已经会用 Linux 命令行、了解 SSH 免密登录的配置方法、对 YAML 格式有粗略印象。不需要任何编程基础——Ansible 的入门段位恰好不需要写代码，需要的是把"期望状态"描述清楚的能力。完成三节后，你应当能不看资料说出下面几件事的区别：ad-hoc 命令与剧本、模块与插件、changed 与 ok 两种返回状态；并且在你自己的两三台机器上跑通一次批量安装 Nginx 的全流程。

知识点清单与自查

本章的知识点具体到可检验的程度，逐条对照：说出无代理架构的成本优势与收敛短板各是什么（1.1）；用"描述状态而非动作"的思路改写一段命令式脚本（1.1）；解释 changed 与 ok 两种状态分别意味着什么、为什么这个区分是自动化的度量基础（1.1 与 1.3）；列举 Ansible 的四类核心能力与三类不适用场景，并举出自己的例子（1.2）；从零搭建控制环境并跑通第一次批量执行，遇到连通性错误能自查三个常见原因（1.3）。五条全部能答，本章过关；有任何一条含糊，回到对应小节重跑示例。

常见疑问的先期回答

三个问题在学习本章时最常出现，先给方向性答案。疑问一，"Ansible 和写 shell 脚本到底差在哪"——差在四件基础设施：清单、并发、幂等、结构化结果，shell 每一样都要自己造，1.3 节的对照实验就是为这个问题准备的。疑问二，"小团队几台机器也需要它吗"——规模阈值远比想象低，两台以上且每月变更超过一次，自动化的复利就开始显现；真正的判断依据是变更频率而不是机器数量。疑问三，"学这个要会 Python 吗"——使用不需要，理解不需要，只有走到自定义插件与模块开发（3.5 节、第 5 章）才需要，而且那一步离入门还有整整一本书的距离。带着这三个答案进入 1.1 节，学习效率会高得多。

给不同起点的读者

本章照顾两类起点的读者，各自有偏重的读法。从手工运维过来的读者：1.1 的三个概念请对照自己踩过的坑读——每个概念背后都有你熟悉的某种重复劳动或凌晨事故，概念与经验的对接会让理解速度倍增；1.3 的动手环节不要省，手工与自动化的差别要靠手上过一遍才真正信服。从其他配置管理工具转来的读者：1.1 的路线对照部分直接进入，重点放在差异而不是重合——无代理带来的部署速度与收敛缺席、YAML 与原工具 DSL 的表达差异，这些差异点决定了迁移期最容易踩的位置。两类读者共同的建议只有一条：把"星尘在线"当作自己的项目，从本章开始它的每一次变更你都跟着走一遍，全书结束时你收获的将不是知识清单，而是一段完整的项目经验。