这是一系列博客文章中的第二篇，这些文章是关于利用Jenkins的组合极大地加速软件交付管道的能力，从而加速创新，码头和连续交货练习。一Docker现象最有趣的一点是它如何通过将抽象级别从应用程序二进制更改为容器级别来帮助开发和操作团队协作。詹金斯对开发和运营团队也有类似的影响。Jenkins最初是作为一个CI服务器创建的——一个构建、运行测试并将结果作为源代码或配置更改报告的服务器。然而，今天，它非常常用于在组织内和团队之间协调整个软件交付过程。在Jenkins中引入了Pipeline特性，这使得定义和共享完整CD管道中涉及的进程变得简单。因此，与Docker一样，Jenkins将Jenkins用户使用的抽象级别从构建作业提升到了管道，并且允许这些管道使用特定领域语言（DSL）与周围的系统进行交互。DSL的核心是允许您使用熟悉的名词和动词与周围的系统进行交互明白。从从Jenkins的角度来看……从Jenkins的角度来看Docker的一种方法只是作为一种不同的、改进的打包方法，与应用程序在RPMs或其他机制。从这个角度来看，自动化包的创建、更新和维护过程——特别是对于复杂的项目——正是Jenkins所面临的问题地址。还没，Docker不仅仅是一种打包方法，返利淘联盟，因为它公开了容器周围的工具集和API。这个工具集和API不断被其不断增长的生态系统所扩展。由于Docker既封装了应用程序，品高云，也封装了应用程序的环境或基础设施配置，因此它为连续交付的两个基本方面提供了一个关键的构建块管道：第一，Docker使测试您部署的内容更加容易。开发人员交付Docker容器或其他容器使用的元素；然后IT操作部门部署这些容器。减少或消除了在切换或重组过程中出错的机会。Docker容器鼓励持续交付的中心原则——在管道的每个步骤重用相同的二进制文件，以确保在构建过程中不会引入错误本身。第二，Docker容器为不可变的基础设施提供了基础。应用程序可以被添加、删除、克隆和/或其组成部分可以改变，而不会留下任何残留。失败的部署可能导致的任何混乱都被限制在容器中。删除和添加变得非常容易，淘客qq群，以至于您不再考虑如何更新正在运行的应用程序的状态。此外，当基础设施可以独立于基础设施所承载的应用程序进行更改（而且必须更改）时（这是开发和操作职责之间的一条非常传统的界线），则不可避免地会出现问题。同样，Docker的容器级抽象提供了一个减少或消除暴露的机会。随着企业从传统虚拟化转向私有或公共云基础设施，这一点变得尤为重要。使用Docker带来的这些好处都不是神奇的。您的软件和基础设施仍然需要创建、与其他软件集成、配置、更新和管理它们的整个生命周期。Docker为您提供了改进的工具来实现这一点，特别是在与Jenkins的强大功能相结合的情况下进程。从Docker视角……从Docker的角度来看，Jenkins只是应该在Docker容器中运行的另一个应用程序。Jenkins本身需要更新，并且经常在特定的环境中运行，以便能够正确地进行测试。例如，集成测试可能需要访问后端系统，因此需要创建一个Docker映像环境，该环境具有严格的访问控制和强大的更新审批流程。环境和配置的更改应该总是导致Jenkins构建生成新的图像。但是Jenkins远不止于此，它是在组织中的组之间传递经过验证的容器的应用程序。Jenkins还帮助构建更高级别的测试结构—例如，集成测试可能需要访问后端系统，因此需要创建一组Docker Compose映像，Jenkins可以启动、运行测试并关闭这些映像。詹金斯最终可以创建门，确保只有经过适当预测试和预批准的容器才能进入下一步。在一个Docker容器如此容易创建和增殖的世界中，这样一个验证代理的角色不可能最小化。采取Together:（Jenkins+Docker）=CD今天，许多Jenkins用户利用Docker和Jenkins的组合来改进他们的CI和CD过程。他们可以这样做是因为Jenkins的可扩展性和Docker封装交付的灵活性。正如您所料，数据中国，将Docker和Jenkins结合使用的两个主要支持者是：Docker团队和Jenkins团队！Docker团队使用Jenkins和Docker来测试Docker。虽然Jenkins团队使用Jenkins构建Jenkins已经很长时间了，但是他们现在也使用Docker作为Jenkins测试和交付过程的一个组成部分-ci.org网站网站，与Puppet相结合。许多其他人在博客和简短文章中分享了他们的经验。随着经验的增长，CloudBees和Jenkins社区已经确定了一些可以极大地改善Docker和Jenkins的自动化和管理过程的领域，并开发了解决这些问题的解决方案。我们的目标是尽可能减少手工操作和猜测，找出如何最好地利用这两种工具。这些新功能已经作为开源Jenkins的一部分发布，并与CloudBees-Jenkins平台的关键集成一起发布。新功能包括：能力Jenkins能够理解和使用基于Docker的executors，提供了更好的隔离和利用率，与Docker image repositories（包括Docker Hub）轻松交互，从而可以存储Jenkins构建的新图像，以及加载图像，这样它们就可以作为Jenkins-jobRich-Jenkins管道与Docker集成的一部分，从而可以协调构建、测试，任何应用程序的部署-包括但不限于Docker images-通过使用Docker Environment Jenkins native fingerprinting功能增强对Docker图像在开发和交付过程中的跟踪，使跟踪完整交付过程成为可能，从代码到产品，Jenkins/Docker集成背后的设计考虑是将Docker images视为任何Jenkins操作的一流公民，从CI活动（Jenkins有能力对经过消毒和隔离的Docker图像进行操作）到CD活动，返利平台，其中许多工作都意味着多个Docker容器以及第三方集成的过程，如单元测试、负载测试、UX测试等。Jenkins和Docker的紧密集成意味着两者都不是另一个的附加组件。相反，它们形成了一种有凝聚力的CI和CD方法，解决了开发和行动。留下来调整到第三部分！这篇博客文章是由以下CloudBees e执行人：Sacha Laboury，CEODan JUENST，产品营销高级总监Steve Harris，建议阅读整个系列：Jenkins、Docker和DevOps：创新催化剂——第1部分[\u Jenkins，Docker和DevOps：创新催化剂——第2部分](https://cloudbees.com/blog/jenkins-docker-and-devops-innovation-catalysts-part-2)_Jenkins，Docker和DevOps：创新催化剂——第3部分[\u Jenkins，Docker和DevOps：创新催化剂——第4部分](https://cloudbees.com/blog/jenkins-docker-and-devops-innovation-catalystals-part-4)___​__