基于 Omnibus 的软件包和镜像
本文介绍为什么提供软件包和一个带有捆绑依赖项的 Docker 镜像的基本信息。
这些方法非常适合物理和虚拟机安装，以及简单的 Docker 安装。
目标
软件包有几个核心目标：
- 极易安装、升级、维护
- 支持多种操作系统
- 云服务商的广泛支持
Omnibus GitLab 架构
GitLab 的核心是一个 Ruby on Rails 项目。但是，GitLab 作为一个整体应用程序更为复杂，并且具有多个组件。如果这些组件不存在或配置不正确，GitLab 将无法工作或无法预测。
大多数组件还具有外部依赖项。例如，Rails 应用程序依赖于许多 Ruby gems。其中一些依赖项也有自己的外部依赖项，这些依赖项需要存在于操作系统上才能正常运行。
此外，GitLab 有一个每月发布周期，需要经常维护以保持最新状态。
上面列出的所有内容都给维护 GitLab 安装的用户带来了挑战。
外部软件依赖
对于 GitLab 等应用，外部依赖通常会带来以下挑战：
- 在直接和间接依赖项之间保持版本同步
- 特定操作系统上版本的可用性
- 版本更改可以引入或删除以前使用的配置
- 安全隐患：库被标记为有漏洞但尚未发布新版本
请记住，如果您的操作系统存在依赖性，则它不一定存在于其他受支持的操作系统上。
优点
软件包捆绑依赖项的一些优点：
- 安装 GitLab 所需的工作量最小。
- 启动和运行 GitLab 所需的最低配置。
- 在 GitLab 版本之间升级所需的最小工作量。
- 支持多平台。
- 老平台维护大大简化。
- 减少支持潜在问题的努力。
缺点
软件包捆绑依赖项的一些缺点：
- 与可能存在的软件重复。
- 配置灵活性较低。
当我可以使用系统包时，为什么要安装 Omnibus 包？
答案可以简化为：更少的维护。如果版本不兼容，则不要处理可能破坏现有功能的多个包，而是只处理一个。
多个包需要在多个位置正确配置。保持配置同步很容易出错。
如果您具备维护所有当前依赖项的技能，并有足够的时间来处理可能引入的任何未来依赖项，那么上面列出的原因可能不足以让您不使用 Omnibus 包。
在这样做之前，有两件事要记住：
- 由于使用未经大多数用户测试的库版本时存在多种可能性，因此获得对遇到的任何问题的支持可能会更加困难。
- 如果您需要独立运行组件，Omnibus 包还允许关闭您不需要的任何服务。例如，您可以将非捆绑 PostgreSQL 数据库 与 Omnibus 包一起使用。
请记住，当应用程序具有多个可移动部分时，像 Omnibus 包这样的非标准解决方案可能更适合。