7.3 Jenkins
在上一章提到的常用CI工具中，Jenkins 常用的CI开源工具。 其官方网站对 Jenkins 是这样定义的：
Jenkins 是一个获奖无数的，能够提高你产出的，跨平台的持续集成与持续交付工具。 通过使用 Jenkins 来不间断的构建，测试你的项目，可以更方便的把开发者的 changes 集成到项目中，更快的向用户交付最新的构建。 同时，通过提供接口来定义构建流程，集成多种测试和部署技巧， Jenkins 也可以帮助你持续的交付软件。
Jenkins 以其
- 易于安装：只要把 jenkins.war 部署到 Servlet 容器，不需要数据库支持。
- 易于配置：所有配置都是通过其提供的 Web 界面实现。
- 丰富的插件生态
- 可扩展性：支持扩展插件，你可以开发适合自己团队使用的工具。
- 分布式构建：Jenkins 能够让多台计算机一起构建/测试。
- 集成 RSS/E-mail： 通过 RSS 发布构建结果或当构建完成时通过 E-mail 通知。
- 生成 JUnit/TestNG 测试报告。
- 文件识别: Jenkins 能够跟踪哪次构建生成哪些 jar ，哪次构建使用哪个版本的 jar 等。
等特性广受开发者欢迎。 许多的公司，开源项目都在使用 Jenkins ，譬如 github, yahoo!, Dell, LinkedIn, eBay 等， 你在这里可以看到Who is using Jenkins。
7.3.1 为什么要把 Jenkins 运行到 Apache Mesos 上
使用 Jenkins 时，如果遇到构建作业很多，又需要同一时间进行处理，超过单机计算能力的硬件资源时，单机版本 Jenkins 就无法胜任工作了。在这个情况下，Jenkins 提供了添加独立的 Slave 节点的方式给 Jenkins 任务更多的计算资源来解决这个问题(再进一步 Jenkins 还提供 Docker 化的 Slave 节点)。 比如ebay之前的模式是每个开发工程师各有一个虚拟机跑自己的jenkins来解决持续集成问题，最后导致资源利用率极低。
在动态资源调度，分布式计算盛行的今天，再使用纯静态资源分配的分布式，未免太过时了。还好 Jenkins 提供了很强大的插件功能，可以为分布式提供动态资源调度。
把 Jenkins 运行到 Apache Mesos 上，或者说利用 Apache Mesos 向 Jenkins 提供 slave 资源，最主要的目的是利用 Mesos 的弹性资源分配来提高资源利用率。
7.3.2 Marathon 运行 Jenkins Master
Jenkins Master 负责提供整个 Jenkin 的设置、webui、工作流控制定制等。 另外，Marathon 会对发布到它之上的应用程序进行健康检查，从而在应用程序由于某些原因意外崩溃后自动重启该应用。这样，选择利用 Marathon 管理 Jenkins Master 保证了该构建系统的全局高可用。而且，Jenkins Master本身也通过 Marathon 部署运行在 Mesos 资源池内，进一步实现了资源共享，提高了资源利用率。
下面这张图形象的说明了 Marathon 将 Jenkins Master 部署到 Mesos 资源池(图7-3-1) 的过程。
图7-3-1 Marathon 运行 Jenkins Master
7.3.3 Jenkins 使用 Mesos 资源池
通过配置 Jenkins-mesos-plugin 插件，Jenkins Master 可以在作业构建时根据实际需要动态的向 Mesos 申请 Jenkins-slave 节点，并在构建完成后的一段时间后，将节点归还给 Mesos。下图 Jenkins Master 使用 Mesos 资源池进行作业构建的整个过程(图7-3-2)。
图7-3-2 Jenkins 使用 Mesos 资源池
7.3.4 Mesos 整体调度流程
图片(图7-3-3)来源ebay
