【Ansible 学习之旅】Ansible 介绍和架构

Ansible 发展

2012-03-09，发布0.0.1版
2015-10-17，Red Hat宣布1.5亿美元收购

官网：https://www.ansible.com/
官方文档：https://docs.ansible.com/

Ansible 可自动管理远程系统并控制其所需状态。

在这里插入图片描述

Ansible 使用简单、人类可读的脚本（称为 playbook）来自动执行任务。你可以在playbook中声明本地或远程系统所需的状态。 Ansible 可确保系统保持该状态。

作为自动化技术，Ansible 的设计遵循以下原则：

无代理架构：Ansible 不需要在被管理的服务器上安装任何额外的软件或代理。这种设计减少了部署和维护成本，因为我们不必担心在每个服务器上都要安装和更新代理程序。
简单性：Ansible 使用直观的 YAML 格式来编写自动化脚本（playbook）。YAML 语言简单易读，使得剧本不仅易于编写，而且也容易理解，甚至可以当作文档来使用。并且Ansible 利用已存在的 SSH 凭据来访问远程机器，无需额外的认证机制
可扩展性和灵活性： Ansible 的模块化设计支持广泛的系统、云平台和网络设备，这使得它可以轻松且快速地扩展到不同的环境中。这种设计允许用户根据需要选择合适的模块来完成特定任务，提高了整体的灵活性。
幂等性和可预测性：当目标系统已经符合剧本中定义的状态时，即使你重复运行剧本，Ansible 也不会对系统做出任何改变。这种特性保证了运行剧本的结果是一致且可预测的，有助于保持系统的稳定性和可靠性。

在这里插入图片描述
如上图所示，大多数 Ansible 环境有三个主要组件：

控制节点 (Control Node)：
控制节点是安装了 Ansible 的系统。我们可以在控制节点上运行 Ansible 命令，例如 ansible 或 ansible-inventory。这是发起自动化操作的地方。
清单 (Inventory)：
清单是一份列出并逻辑组织被管理节点的列表。我们在控制节点上创建清单文件来告诉 Ansible 需要管理哪些主机以及它们是如何分组的。清单文件通常包含主机名、IP 地址、变量和其他相关信息。
被管理节点 (Managed Node)：
被管理节点是指那些由 Ansible 控制的远程系统或主机。这些节点通常是我们希望进行配置管理、部署应用程序或其他自动化任务的目标系统。

除此之外，还有一些通用的组成部分：

Playbooks：
剧本使用 YAML 语言编写，易于阅读、编写、分享和理解。
剧本包含 Play（Ansible 执行的基本单位），并且是 ansible-playbook 命令操作的文件。
- Roles（角色）是一种可重用的 Ansible 内容集合（任务、处理器、变量、插件、模板和文件），用于在 Play 中使用。要使用任何角色资源，必须将该角色导入到 Play 中
- Tasks （任务）定义了要应用于被管理主机的“动作”
- Handlers（处理器）任务的一种特殊形式，只有在前一个任务发出通知，导致状态 "已更改 "时才会执行。
模块 (Modules)
模块是 Ansible 复制到并执行在每个被管理节点上的代码或二进制文件，以实现任务中定义的动作。
每个模块都有特定的用途，例如管理特定类型数据库中的用户或管理特定网络设备上的 VLAN 接口。
Ansible 模块按集合进行分组。
插件 (Plugins)
插件是扩展 Ansible 核心功能的代码片段，例如连接插件用于控制如何连接到被管理节点，过滤插件用于操纵数据，回调插件用于控制控制台显示的内容。
集合 (Collections)：
集合是一种用于分发 Ansible 内容的格式，可以包含剧本、角色、模块和插件

“运维的未来是，让研发人员能够借助工具、自动化和流程，并且让他们能够在运维干预极少的情况下部署和运营服务，从而实现自助服务。每个角色都应该努力使工作实现自动化。”——《运维的未来》