《Python+3自动化软件发布系统》Django 2实战_了解Python的更好方法_3.6 Jenkins REST API

【摘要】 本书摘自《Python+3自动化软件发布系统》一书中第3章，第6节，由陈刚、王洪军编著。

3.6 Jenkins REST API使用讲解

经过本章的自动化软件发布工作流的介绍，我们已大体上知道了如何先进行手 工脚本的发布流程。

但要进行自动化程度比较高的集成，还有两个关键知识点是需要打通的，这就是 本节和下节的主要内容：对Jenkins 和 GitLab 的 API 的使用。

通过3.5节的Salt-API 的实操，大家应该已经见证了API 的威力了吧。相比于 传统运维每次部署或是操作都是以键盘输入命令，或是用鼠标点击来操作的，以代码 操作 API 的感觉是不是高端多了?有没有进入程序员队列的感觉?

一般来说，公司的专业程序员，不太理解运维的事务；而运维人员，也没有程序员 那么强的代码逻辑能力。所以，又懂代码逻辑，又能做实际运维的人，在各个公司都 是会游刃有余的。也希望目前如日中天的微服务架构、DEVOPS 运动、容器技术更 新，能将研发、测试、运维的领域做不同程序的融合，将 IT 技术生态带入到下一个新 的高度。

所以，对于个人来说，有没有对各个 IT 系统的 API 的运用能力，是衡量运维人 员能力的一条金线：之上，为道；之下，为术。

本节专门对Jenkins 的几个API 运用作一些讲解，了解了这几个Jenkins API 之 后，对于后面的设计是大有裨益的。

想象一下，在自动化软件发布系统中，当要为源代码生成编译过的软件包时，还 要人为地进入 Jenkins, 点击构建，生成软件包，那显得多Low 呀?

为什么不是直接在新建的发布单旁边，点击一个编译按钮，就完成了操作呢?在 点击按钮的背后，系统会将我们要编译的发布单以任务的形式远程发数据给 Jenkins 服务器，在 Jenkins 编译完成之后，将结果呈现在网页上。这一系列背后的动作，就 是靠我们的软件发布系统与 Jenkins API之间交互完成的。

一般来说，直接使用原生的Jenkins API 是一个比较繁琐的过程，因为原生的 API, 都是以操作原语的方式提供的。而我们在发布系统的开发过程中，会使用包装好的第三方Python 库(Python-Jenkins 1.2.1版本)来操作Jenkins API,这样会更快 速高效，且可以站在专业开发人员的高度上进行。(熟悉K8S 的读者，可以回想一 下，如果不是第二次深度开发，运维人员一般不会使用K8S 的原生 API, 而是使用经

过包装后的 kubectl 命令。)

接下来就来经过一系列的实操，让读者对Python-Jenkins 库的使用有一些体验。 在后面章节，讲到如何用 Django 实现Jenkins 自动打包时，还会涉及到这里的内容。

3.6.1 Jenkins 原生API 的获取

一直使用各个开源系统 API 的用户，会发现Jenkins 的 API 提供方式，真的很为 用户着想。

一般系统的API, 会在一个专门的文档里，列出冗长而沉闷的 API, 然后一个一 个地标明其用法，并且列举几个示例。

Jenkins 的官方文档里，也有这方面的内容，大家可以通过 https://pythonhost- ed.org/jenkinsapi/ 查看。但同时，Jenkins 还在自己真正的应用中，为每个网页提供 了实际 API 的输出，这就很可贵了。

比如，进入自己部署好的Jenkins首页(http://192.168.1.112:8088/),会在首 页下面看到 REST API 的链接(http://192.168.1.112:8088/api/),在这个页面里， 会对Jenkins 常用的任务创建、状态获取等 API 的使用作介绍，并在开始时，列出 XML,JSON,PYTHON 的 API 。如果点击其中的 Python API(http://192.168.1.

112:8088/api/python?pretty=true)

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