Ansible自动化运维工具介绍-马育民老师

# 介绍
Ansible是一款**开源、自动化运维工具**，由RedHat公司维护，用于批量管理多台服务器，实现配置管理、应用部署、任务自动化。
核心定位：把重复的服务器操作标准化、自动化，替代人工一台台登录敲命令。

### 特点
1. **无Agent（无客户端）**
被管理机器不需要安装Ansible客户端。Ansible运行在**控制节点（管理机）**，通过SSH协议连接远端主机执行操作，被管机器只需要开启SSH服务。不需要在成千上百台机器部署代理程序，部署维护成本低。
> 控制节点：安装Ansible的机器；被管节点：被批量操作的服务器。

2. **基于YAML描述业务逻辑**
使用YAML编写剧本（Playbook），语法接近自然语言，可读性强，描述“目标状态”，而不是一步步写执行命令。
> 声明式：描述最终想要服务器变成什么样子，Ansible自动计算需要执行哪些步骤，不需要关心执行细节。

3. **跨平台**
支持Linux、Unix，也可以管理Windows服务器；控制节点本身只能运行在Linux/macOS，Windows不能直接做Ansible控制机。

4. **幂等性**
同一个剧本重复执行多次，服务器最终状态保持一致。已经达到目标的操作不会重复执行，不会造成重复修改、重复安装，这是自动化运维工具最重要的特性。

5. **模块化设计**
所有功能都由模块实现，模块是Ansible执行最小单元。系统自带大量内置模块，覆盖文件操作、软件安装、服务启停、用户管理、防火墙、云平台操作；也可以自定义扩展模块。

# 组件概念
1. **Inventory（主机清单）**
记录所有被管理服务器信息的清单，定义主机IP、分组、SSH连接参数。可以按业务分组，例如web组、数据库组、测试环境组、生产环境组。支持静态文件，也支持对接云API动态生成主机列表。

2. **Module（模块）**
实际干活的单元，每一个模块对应一类操作：安装软件、复制文件、创建用户、启动服务。Ansible内置上千个模块。

3. **Playbook（剧本）**
Ansible的工作说明书，YAML格式。定义：对哪些主机执行、执行哪些任务、调用哪些模块。可以把一整套运维流程编排成剧本，反复运行。

4. **Task（任务）**
Playbook里面最小执行单元，一次任务调用一个模块完成一件事。多个任务顺序执行。

5. **Role（角色）**
对Playbook的封装复用，把变量、任务、配置文件、模板做结构化打包。比如部署Nginx角色、部署MySQL角色。一套Role可以在多个项目、多套环境直接复用，解决剧本重复编写问题，企业中大量使用Role。

6. **Variables（变量）**
存放环境差异化信息：端口、路径、账号密码，区分测试、生产环境，一套剧本适配多套环境。

7. **Template（模板）**
基于jinja2模板引擎，根据变量动态生成配置文件。同一套模板，不同服务器渲染出不同配置。

# 工作原理

1. 在控制节点读取Inventory拿到目标服务器列表；
2. 读取Playbook，解析任务、变量；
3. 通过SSH连接远端服务器，**把模块临时传输到远端主机执行**；
4. 远端执行完成后返回执行结果，临时模块文件自动删除，不在被管机器留存程序。
> 整个过程不需要常驻后台，执行完就断开SSH。

# 应用场景

### 1. 批量服务器初始化（装机初始化）
新上线一批云服务器/物理机，统一初始化：创建运维账号、关闭SELinux、配置防火墙、设置系统参数、更新yum/apt源、配置时间同步。
> 替代人工一台台登录做初始化，几十上百台机器一次性完成，保证所有机器基线统一。

### 2. 配置管理，统一维护系统配置
统一管理服务器配置文件，保证多台机器配置一致性。比如Nginx、MySQL配置文件批量下发；修改系统内核参数；修改hosts文件。
配置变更只需要修改模板，运行playbook，所有目标机器自动更新，避免人工改配置出现的不一致、漏改。

### 3. 应用自动化部署（软件发布）
- 传统业务：批量部署中间件Nginx、Tomcat、Redis、数据库；
- 业务版本发布：把程序包分发到多台web服务器，停止旧服务、部署新版本、启动服务、健康检查；
> 可以实现灰度发布：分批对一部分机器更新，验证没问题再更新剩下机器。

> 区别CI/CD：Ansible侧重**服务器侧部署与配置**，常和Jenkins/GitLab CI配合，CI做代码构建，Ansible负责把构建产物部署到服务器。

### 4. 批量执行临时运维任务
批量执行简单命令：查看多台机器磁盘使用率、批量清理日志、批量重启服务。
不需要写完整剧本，直接调用模块执行一次性任务（Ad‑hoc模式），适合应急、巡检。

### 5. 环境搭建，一键搭建测试/预发/生产环境
开发、测试、生产环境需要搭建完全一致的环境。编写Playbook/Role，一键拉起整套环境，保证环境无差异，解决“本地能跑，线上跑不起来”环境不一致问题。测试环境销毁后，可以一键重建。

### 6. 云资源编排（公有云/私有云）
通过云厂商模块，自动化创建云主机、安全组、存储、负载均衡。结合inventory动态获取云上所有主机，实现云基础设施+服务器配置一体化自动化。

### 7. 持续合规与巡检
定期运行剧本，检查服务器状态：账号是否合规、文件权限、端口、服务状态。发现不符合规范自动修复，实现服务器合规巡检。

### 8. 复杂运维流程编排
多步骤复杂运维工作：数据库备份、日志轮转、证书批量更新、集群扩容缩容。把一长串人工操作固化为剧本，降低人为操作失误风险。

# 优势与局限
### 优势
1. 无Agent，部署简单，上手门槛低；
2. YAML可读性好，运维人员容易编写维护；
3. 幂等性，反复执行安全；
4. 生态庞大，大量公开Role可以直接复用；
5. 支持Linux、Windows，支持主流公有云。

### 局限
1. 依赖SSH，大规模几千台主机并发场景，执行速度会下降；超大规模集群需要调优；
2. 控制节点只能运行在Linux/macOS；
3. 不是监控工具，本身不做服务器状态持续监控，只做执行；
4. 对Windows管理能力弱于Linux。

# 和同类工具简单对比
### SaltStack
SaltStack有Agent架构，大集群性能更强；Ansible无Agent，部署简单，中小企业更常用。

### Puppet
Puppet偏重长期配置收敛；Ansible兼顾配置管理+一次性部署发布，更灵活。

### Terraform
Terraform侧重**基础设施创建**（创建云服务器、网络）；Ansible侧重**服务器内部配置、软件部署**；两者经常搭配使用。

### 1Panel
Web 可视化服务器管理面板

原文出处：/show_1GW3uRgGBugi.html