前言

前段时间公司的服务大升级使用Jenkins+Docker+K8S自动化部署之后，感觉用起来有点大快人心之感。
攻城狮本地开发，开发完成后提交代码到代码仓库，自动触发jenkins进行持续集成与部署，部署完成会收到结果邮件。项目运行过程中可通过日志系统查看程序日志，有异常会触发监控系统发送报警。从编码到上线后结果反馈都可以攻城狮自主完成，形成完整闭环，完整流程的工具链及协助异常情况的处理，工作量减少了，效率也高了。

其实在这之前我对Jenkins+Docker+K8S就有只有一些大概的了解，毕竟不是运维，没有太深入学习。听说公司的服务要大升级后，闲下来的时间也会去找这方面的资料看，但市面上的资料太多太杂，最后还是一位公司的老大哥传给我两份配套的学习笔记，学完后才算是对这方面有了个系统的认知，虽然我不是主攻这方面的，但觉得这两份笔记总结的挺不错。本着好东西就是要拿出来分享的原则，下面我会把这两份笔记展示出来给有需要的朋友看，展示的不全还请海涵评论区指正。

第一份笔记：K8s理论+实践

理论

• 这么理解集群控制器，能行!
• 集群网络详解
• 集群伸缩原理
• 认证与调度
• 集群服务的三个要点和一种实现
• 镜像拉取这件小事

实践

• 读懂这一篇，集群节点不下线
• 节点下线姊妹篇
• 我们为什么会删除不了集群的命名空间?
• 阿里云ACK产品安全组配置管理
• 二分之一活的微服务
• 半夜两点Ca证书过期问题处理惨况总结

第二份笔记：Jenkins持续集成

• 持续集成及Jenkins介绍

• Jenkins安装和持续集成环境配置

• Jenkins构建Maven项目

• Jenkins+Docker+SpringCloud微服务持续集成

• 基于Kubernetes/K8S构建Jenkins持续集成平台

可以说没有持续集成，说明交付流程是混乱不清晰随机的，有了持续集成后：

• 能够快速暴露错误
• 保证代码提交质量
• 定位错误更加容易
• 降低整体集成风险
• 促进产品快速迭代

目前构建持续集成应用最广泛的开源项目还是Jenkins，目前很多公司，持续集成都使用的是Jenkins。

如果有朋友对这两份笔记感兴趣，可以点击此处来获取就可以了！