企业级DevOps实践02-制品管理之为所有环境使用同一个制品

制品可能是一个包、一个二进制文件或者一个docker镜像。

CI/CD 管道的主要功能之一是验证新功能是否能够部署到生产中。这是逐渐发生的，因为管道中的每一步本质上都是对该功能执行额外检查。

但是，要使此范例起作用，您需要确保在管道中测试的内容（制品）要与部署的内容（制品）相同。在实践中，这意味着一个特性/版本应该打包一次，并以相同的方式持续部署到所有的环境中。

不幸的是，许多组织陷入了开发/测试/生产环境使用不同制品的常见陷阱，因为他们还没有掌握用于配置的通用基础架构。这意味着他们部署的版本与管道期间测试的版本略有不同。当涉及到部署失败时，配置差异和最后一刻的更改是最大的罪魁祸首，每个环境使用不同的包会加剧这个问题。

与为每个环境创建多个版本不同，公认的做法是拥有一个仅更改不同环境之间配置的制品。随着容器的出现以及以 Docker 镜像的形式创建应用程序的自给自足的能力，没有理由不遵循这种做法。

关于配置，有两种方法：

1. 二进制制品/容器将所有配置嵌入其中，并根据运行环境更改活动的配置（易于启动，但不是很灵活。我们不推荐这种方法）

2. 容器根本没有配置。它使用诸如键/值数据库、文件系统卷、服务发现机制等机制在运行时按需获取所需的配置（推荐方法）

结果是保证在生产中部署的确切二进制文件/包也是在管道中测试过的二进制文件/包。

关于我们

泽阳，DevOps领域实践者。专注于企业级DevOps运维开发技术实践分享，主要以新Linux运维技术、DevOps技术课程为主。丰富的一线实战经验，课程追求实用性获得多数学员认可。课程内容均来源于企业应用，在这里既学习技术又能获取热门技能，欢迎您的到来！（微信ID: devopsvip）