Jenkins与Docker的持续集成方案.docx

PAGE 16 Jenkins与Docker的持续集成方案  持续集成（CI/CD）是一种软件开发实践。用于帮助团队成员频繁、快速的集成，测试他们的工作成果，以尽快发现集成错误。 更频繁、更早的集成意味着更早的发现问题。通过持续集成，及时发现和解决代码故障，提高代码质量，减少故障处理成本等等。 常见持续集成工具 目前持续集成的生态越来越完善，工具也有很多，开源的或商业的。如： 最最流行的，也是使用最多的Jenkins 有着持续集成DNA的ThoughtWorks GO。理念："Deployment as pipeline"? Atlassian工具链之一的Bamboo 与Gitlab紧密集成的Gitlab CI 专为开源打造的Travis CI，与Github紧密集成 使用Python语言实现的Buildbot，相信Pythoner看到会喜欢 我们的选型是Jenkins，所以我们来看下Jenkins。 Jenkins Jenkins特点 Jenkins是开源的应用最广泛的持续集成工具，支持CI, CD； Jenkins有很多插件，而且用户也可以自定义插件，可扩展性非常强； Jenkins对Docker支持非常好，有一套完善的Docker插件； Jenkins 2.0开始支持Pipeline，一个非常强大的插件，使用基于Groovy的DSL，支持CI/CD流水线； Jenkins基于Java语言开发； Jenkins几个概念 Master是Jenkins安装和运行的地方，它负责解析job脚本，处理任务，调度计算资源； Agent 负责处理从Master分发的任务； Executor就是执行任务的计算资源，它可以在Master或者Agent上运行。多个Executor也可以合作执行一些任务； job 任务，用来定义具体的构建过程； Groovy是一种基于JVM（Java虚拟机）的敏捷开发语言，它结合了Python、Ruby和Smalltalk的许多强大的特性，Groovy代码能够与Java代码很好地结合，也能用于扩展现有代码。由于其运行在 JVM 上的特性，Groovy可以使用其他Java语言编写的库。Jenkins用Groovy作为DSL； Pipeline 流水线即代码（Pipeline as Code），通过编码而非配置持续集成/持续交付（CI/CD）运行工具的方式定义部署。流水线使得部署是可重现、可重复的； 流水线包括节点（Node）、阶段（Stage）和步骤（Step）。 流水线执行在节点上。节点是Jenkins安装的一部分。流水线通常包含多个阶段。一个阶段包含多个步骤。流水线上手指南可以查看到更多的内容。 node在Pipeline中的context中，node是job运行的地方。 node会给job创建一个工作空间。工作空间就是一个文件目录，这是为了避免跟资源相关的处理互相产生影响。工作空间是node创建的，在node里的所有step都执行完毕后会自动删除。 stage阶段，stage是一个任务执行过程的独立的并且唯一的逻辑块，Pipeline定义在语法上就是由一系列的stage组成的。 每一个stage逻辑都包含一个或多个step。 step步骤，一个step是整个流程中的一系列事情中的一个独立的任务，step是用来告诉Jenkins如何做。 Jenkinfile Jenkins支持创建流水线。它使用一种基于Groovy的流水线领域特定语言（Pipeline DSL）的简单脚。而这些脚本，通常名字叫Jenkinsfile。它定义了一些根据指定参数执行简单或复杂的任务的步骤。流水线创建好后，可以用来构建代码，或者编排从代码提交到交付过程中所需的工作。Jenkins中的Jenkinsfile有点类似Docker中的Dockfile的感觉。 Jenkins部署 Jenkins组件其实非常少，安装部署也非常简单。 Jenkins按角色就两类： master节点和slave节点。master安装完成后，在控制台中添加节点即可。 下面以Dcoker的部署方式为例说一下Jenkins的部署： Master节点 查看 docker hub 中 jenkins 的 image [root@k3128v?/home/huomingming]#?docker?search?jenkinsNAME???????????????????????????????DESCRIPTION?????????????????????????????????????STARS?????OFFICIAL???AUTOMATEDjenkins?Official?Jenkins?Docker?image???????????????????260