DevOpsvsDocker

我想知道docker究竟是如何适应CI/CD的.据我所知,在容器的帮助下,您可以专注于代码,而不是依赖/环境.但是,一旦您签入代码,您将期望TeamCity,Jenkins或Bamboo等工具负责集成构建,集成测试/单元测试以及部署到目标服务器(批准后),您希望运行相同的Docker容器映像构建的代码.但是,在上述所有情况中,Docker无法进入CI/CD周期,尽管它在服务器上执行时会发挥作用.那么,为什么我会看到将它列为DevOps之一的文章.我可能是错的,因为我不是DevOps大师,请指教!

Docker只是DevOps Engineers,DevOps从业者或任何您想要调用它们的工具.Docker所做的是将代码和代码依赖关系封装在一个单元(容器)中,可以在安装Docker引擎的任何地方运行.为什么这有用？出于多种原因; 但就CI/CD而言,它可以帮助工程师将配置与代码分开,减少进行依赖管理所花费的时间等,可以使用它来扩展(当然,借助其他一些工具).名单还在继续.

例如:如果我有一个代码存储库,在我的构建脚本中,我可以引入特定于环境的依赖项来创建一个在每个环境中功能相同的Container,因为我从相同的源存储库构建,但它可以包含一组特定于环境的证书和配置文件等.

另一个例子:如果你有多个构建服务器,你可以创建一堆实用的Docker容器,可以在你的CI/CD管道中使用它来通过拉下一个Container在一个阶段做某事来做某个操作.对构建服务器的唯一依赖现在变为Docker Engine.您可以独立于其他实用程序容器执行的任何其他操作来更改,添加,修改这些实用程序容器.

说完所有这些,你可以做很多事情来在你的CI/CD管道中使用Docker.我认为理解Docker是什么,以及Docker可以做什么更重要的是"如何在CI/CD中使用Docker"指南.虽然存在一些常见的模式,但这些都归结为您试图解决的问题,并且某些模式可能不适用于某个用例.

Docker促进了"配置为代码"的概念.我可以编写一个Dockerfile来指定一个特定的基本映像,它包含我需要的所有框架,以及检查到我的存储库的自定义配置文件.然后,我可以使用Dockerfile构建该图像,将其推送到我的docker注册表,然后告诉我的目标主机提取最新图像,然后运行该图像.我可以自动完成所有这些操作,使用除了Linux之外什么都没有安装的目标主机.

这是一个简单的场景,说明了Docker如何为CI/CD做出贡献.