【问题标题】:Debian packages versus Fabric deploymentDebian 软件包与 Fabric 部署
【发布时间】:2013-02-28 02:32:23
【问题描述】:

与使用 Fabric 相比,使用 Debian 软件包部署 Web 应用程序的优缺点是什么?我只用过 Debian 软件包。

我也有兴趣了解您在使用 Fabric 时遇到的问题,并且希望您使用过 Debian 软件包。

【问题讨论】:

    标签: deployment package debian fabric


    【解决方案1】:

    Debian

    它是一个包管理器。它允许用户通过系统上的dpkgapt 等各种程序来管理包。

    它对你有什么作用:

    • 从源代码构建包
    • 处理包依赖关系、包版本
    • 在系统上安装、更新和删除程序
    • 工作在低级别,编译的二进制文件可能是系统特定的(i386,amd64)

    缺点:

    • 要部署应用程序,必须在包中提供配置,或者必须使用某些配置作为默认配置
    • 具有不同架构的系统的不同二进制文件

    面料

    它是一个 Python 库和命令行工具,用于简化 SSH 在应用程序部署或系统管理任务中的使用。

    它对你有什么作用:

    • 配置您的系统
    • 在本地/远程服务器上执行命令(系统管理)
    • 部署你的应用,做回滚,主要是通过脚本自动化部署
    • 在更高层次上工作,不依赖于系统架构,而是依赖于操作系统和包管理器

    How do you use pip, virtualenv and Fabric to handle deployment?

    缺点:

    • 它不能替换系统上的包管理器,它在它之上管理包
    • 您应该了解特定于您的包管理器/操作系统的系统、命令文件夹

    更新

    当 Fabric 出现时,我已经熟悉 Debian。所以 Debian 一直是我更喜欢的工具。为什么我使用 Fabric,它简化了应用程序的部署,并且是开发人员的便捷工具。以下是我使用 Debian 而不是 Fabric 的一些原因:

    1. 当我不投入生产时,仍在开发和测试东西。 Debian 在大多数情况下都适用,当代码被添加/修改时。 Fabric 只是简化了从开发到生产的过渡。
    2. 有时,如果我只在我的机器上部署应用程序,Fabric 似乎有点矫枉过正。如果部署不涉及很多机器,需要几个依赖项,我会坚持使用 Debian。
    3. 当回滚或撤消不是一个选项时。 Fabric 将简单地执行您的命令是否安全,如果您不擅长处理系统错误/异常,请在使用 Fabric 之前在某个地方尝试一下。 (Debian 是系统的一部分,所以必须使用 Debian 和其他系统工具)

    【讨论】:

    • 谢谢。我也对您在使用 Fabric 时遇到的问题感兴趣,并且希望您使用过 Debian 软件包。
    • 我刚刚给了你赏金,因为只剩下 4 小时了。但我需要更多的差异。谢谢
    猜你喜欢
    • 2012-04-22
    • 1970-01-01
    • 1970-01-01
    • 2021-02-09
    • 2012-02-15
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    • 1970-01-01
    相关资源
    最近更新 更多