python - Fabric vs Plumbum : differences, 用例、优缺点

Question

用于本地/远程命令执行的 Fabric 和 Plumbum python 库的优缺点是什么？当一个库应该被使用而另一个不是时，有哪些用例？应注意哪些差异？

Answer 1

背景和建议的比较方法

(糟糕，这是一篇死帖)

这两种工具都很有趣，允许本地或远程工作，但在它们应该解决的问题上有所不同，即“术语”，并且两者基本上都被现代部署/自动化工具(如 ansible 和许多其他选择 DSL 方式的人，例如 terraform)。与更现代的方法相比，它们的优势在于缺乏关于“如何”的“固执己见”的方法，更多的是关于“什么”。

建议的比较标准:

1. “Pythonness”与“Shellness”(即用户代码的“pythonic”程度)
2. 特殊能力
3. “自动化”代码的 2 种维护人员的投资返回率(运维人员与开发人员，我们将“QA”置于两者之间)

Fabric(我的最后一项工作是在 1.8 完成的，请稍等片刻):

1. 更多的是 pythonic，而不是 shellish，这意味着旧工具和新工具都很容易支持——即编辑器，IDE 很容易设置
2. 很多上下文处理器，很多装饰器，非常好
3. 更容易被开发人员采用，更多的牵引力将来自运营人员

铅

1. 用户代码可以是 pythonic 或 shellish
2. “shell 组合器”是让高级 shell/perl 人员上手的 killer 级功能，但它使用动态导入，因此编辑器/IDE 的设置有点棘手。
3. 由于 1. 由于在 Plumbum 中模仿 shell 结构，您将更容易让“运维”人员参与进来，但请遵循良好的编码约定。

结语

使用这两个工具包(有很多乐趣)然后切换到 ansible - 我有信心声称 - 这两个工具现在都被 ansible 取代了。您可以使用现有的 ansible 模块完成大多数自动化任务，以及您不能完成的任务 - 您可以为其编写插件或模块(使用任何语言)，或者只调用 shell 模块。

我的考虑是这样的:

• 如果您的维护团队具备良好的编程技能(尤其是 Python)，作为一项要求 - 您可以使用结构、Plumbum(它有更多很酷的技巧 ;))或 Ansible。<
• 如果您有多层级的多团队组织，我会简单地打赌 Ansible - 它的学习曲线较低，并且可以轻松成长。

美好的一天。