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

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

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

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

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

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

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

关于配置，有两种方法：

二进制制品/容器将所有配置嵌入其中，并根据运行环境更改活动的配置（易于启动，但不是很灵活。我们不推荐这种方法） 容器根本没有配置。它使用诸如键/值数据库、文件系统卷、服务发现机制等机制在运行时按需获取所需的配置（推荐方法）

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

版权声明：本文内容由网络用户投稿，版权归原作者所有，本站不拥有其著作权，亦不承担相应法律责任。如果您发现本站中有涉嫌抄袭或描述失实的内容，请联系我们jiasou666@gmail.com 处理，核实后本网站将在24小时内删除侵权内容。