配置管理工具对比 Chef vs Puppet vs Ansible vs Saltstack
摘自：Chef vs Puppet vs Ansible vs Saltstack: Which Works Best For You?
Chef、Puppet、Ansible 和 SaltStack 是业界广泛使用的 DevOps 工具 它们都是“配置管理”工具，这意味着它们旨在部署、配置和管理服务器。
Availability 可用性
所有工具都具有高可用性，这意味着存在多个服务器或多个实例。比如说，如果您的主服务器或服务器发生故障，总会有一个备份服务器或不同的主服务器来代替它。
Chef – 当主服务器（即 Chef 服务器）出现故障时，它会有一个备用服务器来代替主服务器。
Puppet – 它具有多主架构，如果活动主服务器发生故障，则另一个主服务器将接管活动主服务器的位置。
Ansible – 它使用单个活动节点运行，称为主实例。如果主实例发生故障，则有一个辅助实例可以替代它。
Saltstack – 可以配置多主服务器。如果一个主服务器宕机，代理将与列表中的另一个主服务器连接。因此，它有多个主服务器来配置 salt minions。
Ease of Setup 易于设置
Chef – Chef 采用主代理架构。Chef 服务器在主机上运行，Chef 客户端作为代理在每台客户端计算机上运行。此外，还有一个称为工作站的额外组件，其中包含所有经过测试然后推送到中央 Chef 服务器的配置。因此，这并不那么容易。
Puppet – Puppet 也具有主代理架构。Puppet 服务器 在主机上运行，Puppet 客户端作为代理在每个客户端机器上运行。之后，代理和主服务器之间还有证书签名。因此，这也不那么容易。
Ansible – 它只在服务器机器上运行主程序，但在客户端机器上没有运行代理程序。它使用 ssh 连接登录到客户端系统或您要配置的节点。客户端机器 VM 不需要特殊设置，因此设置速度更快！
Saltstack – 这里的服务器被称为 salt master，客户端被称为 salt minions，它们作为代理在客户端机器中运行。
Management 管理
在我解释这些工具在管理方面的区别之前，让我告诉你 puppet 和 chef 遵循拉取配置，而 Ansible 和 Saltstack 遵循推送配置。你一定想知道这些配置是什么？在推送配置中，中央服务器中存在的所有配置都将被推送到节点，而在拉取配置中，从属节点将自动从中央服务器拉取所有配置，而无需任何命令。
Chef – 您需要成为一名程序员才能管理配置，因为它以 Ruby DSL 提供配置。客户端从服务器提取配置。
Puppet – 由于它使用自己的语言 Puppet DSL（领域特定语言），因此配置管理起来并不容易。客户端从服务器提取配置。它非常以系统管理员为导向，并且不能立即进行远程执行。
Ansible – 易于学习管理配置，因为它使用 YAML，即另一种与英语非常相似的标记语言。服务器将配置推送到所有节点。适用于实时应用程序，并且可以立即进行远程执行。
Saltstack – 易于学习管理配置，因为它也使用 YAML。服务器将配置推送到所有客户端。立即远程执行
Configuration language 配置语言
Chef – Chef 使用 Ruby 领域特定语言 (Ruby DSL)。它的学习曲线陡峭，并且面向开发人员。
Puppet – Puppet 使用自己的 Puppet 领域特定语言 (Puppet DSL)。它不太容易学习，并且面向系统管理员。
Ansible – Ansible 使用 YAML，即另一种标记语言 (Python)。它非常 容易学习，并且面向管理员。如今，Python 已内置于大多数 Unix 和 Linux 部署中，因此设置和运行该工具的速度更快。
Saltstack – Salstack 也使用 YAML (Python)。它同样易于学习且以管理员为导向。
共 0 条评论