Juju 和 Puppet/Chef 有什么区别?

mar*_*ark 81 automation puppet juju chef

曾尝试向第 3 方询问Juju和 Puppet/Chef之间的主要区别。3rd方对Juju不太熟悉,说不上来。他们干脆说其他人势均力敌,想要超越他们的领先优势是很难的。

那些最接近 Juju 的人是否愿意强调这个软件的优势,为什么它会在配置管理领域超过 Puppet/Chef?

Spa*_*apS 48

马克,这是一个很好的问题,当有人告诉我 Juju 时,这是我问的第一个问题。以下是一些重大差异。

  • Juju 封装服务 - 一个魅力定义了服务需要向/从其他服务公开或使用配置数据的所有方式。魅力如何做到这一点是魅力的事。它可以在单独模式下使用从 shell 脚本到 Chef 的任何工具来做到这一点。

  • Juju 编排供应 - juju 跟踪它可用的资源,并可以根据需要添加或删除它们。目前,这些资源是 AWS EC2 机器、OpenStack 云(如 HP Cloud)、Microsoft Azure、Joyent、通过 MAAS 的裸机以及 LXC/KVM 本地提供商。

  • Juju 让分享变得简单——任何人都可以为 Juju Charm Store贡献魅力;这些魅力由 Juju 社区审查和同行评审。

以下是人们从网络上进行的其他一些比较:


小智 34

(免责声明 - 我是 Puppet 的创始人和 Puppet Labs 的 CEO)

我不太了解juju,但据我所知,它们在某种程度上处于不同的层次。Puppet 擅长管理机器本身的行为和功能,而 juju 似乎主要致力于讨论机器集,并且主要是在很大程度上让机器以任何特定方式运行,以适应外部工具(如 Puppet 或 shell 脚本)。

我们对 Puppet 的策略是从头开始构建最佳堆栈,而 juju 似乎是堆栈的特定层,而将其他层留给其他工具。因此,虽然您可以使用 Puppet 解决整个问题(尽管有时工作量比您喜欢的要多一些),但您需要将 juju 与其他工具集成以完成大量工作。

确实,juju 看起来像是Amazon的CloudFormation的内部部署版本,尽管没有图表等。因此,可用于 Puppet 等,但不能替代它。

  • 不确定 punting 是不是正确的词。这就像说包 punt 将软件构建到 autotools/scons/setup.py 一样。如果包试图完成每个构建的每一步,我们就没有包了! (6认同)

Jor*_*tro 10

以下是 Juju 如何与其他自动化工具配合的另一种看法:

我在 Ubuntu 和 Juju 背后的公司 Canonical 负责云战略。Juju 不是 Puppet 或 Chef 的竞争对手。Juju 可以安装 Puppet 或 Chef,并且在 Juju 服务的封装 Charm 中,您可以调用现有的 Puppet 模块或 Chef 收据。

那么什么是朱朱呢?Juju 允许您立即部署、集成和扩展您的 IT 堆栈/服务/应用程序。即时 IT 收益无痛。通过命令行或 GUI。

因此 Juju 更接近于 PaaS 然后是 Devops 工具,因为你可以构建你的云(Juju 是 Canonical 的默认 OpenStack 安装程序),在它之上的基础设施(web/app/db 服务器、Hadoop、MongoDB 等)但大多数值得注意的是,Juju 允许部署应用程序并立即集成(Wordpress 和 MySQL 之间的添加关系将自动设置 Wordpress 表和 MySQL 内的数据)。

此外,应用服务器(java、php、node.js、scala 等)可以与版本控制一起工作,因此可以自动部署和扩展您的应用。因此,与 PaaS 不同的是,您不受特定软件堆栈的限制,但仍可以获得即时部署、集成和扩展优势。将其视为灵活的 PaaS 或 FlexiPaaS,可即时部署、集成和扩展您的软件服务,而不受限制或锁定。

来源- 警告:需要登录。