CI/CD之路

屏蔽/恢复告警 只作为系统监控级模块的原子操作，我们可以灵活地将其复用到其他流水线中，很好的满足了我们对不同场景的需求。

随着对接的渠道越来越多，繁杂的sftp的权限配置将成为我们的一个负担，因此我们将此需求提取成一个原子模块，通过Pipeline编排的形式来处理。

Pipelin支撑起了各个动作的具体实现，各条Pipeline还可以被其他Pipeline调用，非常的灵活。

对于提前知道目标主机的IP，对执行构建人员来说很不友好。那么我们能不能参照DNS的套路，通过特定的名称查询CMDB来获取IP呢？

通过对扩展共享库中的系统监控级原子模型进行编排，来实现监控项的自动增加，为以后的系统应用自动上线场景做好了铺垫。

CI/CD不仅能够在企业DevOps进程中发挥重要作用，其实在运维自动化过程中也能做到足够有效的支撑。因此如果我们只将其当作成一个打包工具就大错特错了，其带给我们思想上的转变则更加有意义。

Webhook按分支触发自动构建使多分支流水线更加灵活化，在便于运维集中管理每个项目的分支同时，有效避免了多分支同时构建产生过多的垃圾构建。

Jenkin多分支流水线，允许Jenkinsfile与需要 Jenkins 构建的应用程序代码放在一起，然后 Jenkins 从源代码管理系统中检出 Jenkinsfile 文件作为流水线项目构建过程

借助于jenkins的流水线，我们在此将jenkins+ansible实现了系统初始化的功能和cobbler实现操作系统无人值守安装两项工作进行结合自动化执行，实现虚拟机的交付。

本文之所以是优化升级，因为在配置过程中提高可读性、集中配置、简化操作可以有效的减少出错的概率，另外在DevOps中交付的效率问题也是非常重要的一个环节。

结合docker+jenkins对持续集成/交付过程的一些理解，通过对docker的不断摸索实践，在发版/回滚过程中融合环境校验、发版/回滚/重启、操作校验等步骤。

在CI/CD工作中我们主要使用单节点Jenkins（Master）来完成构建任务，随着项目不断增多，单节点无论在效率及稳定性上已经不满足我们的需求，而Jenkins天然支持Master-Slave架构

Jenkins扩展共享库是真正意义上的流水线即代码，通过共享库可以实现多个项目之间共享流水线，有助于减少冗余并保持代码干净整洁。

通过jenkins + ansible 我们在图形化界面上助力了基础设施方面的建设，提升了操作友好性。另通过本次介绍，希望我们能了解到jenkins不只是在DevOps中才发挥其价值，在自动化建设方面