前言
前段时间公司的服务大升级使用Jenkins+Docker+K8S自动化部署之后，感觉用起来有点大快人心之感。
攻城狮本地开发，开发完成后提交代码到代码仓库，自动触发jenkins进行持续集成与部署，部署完成会收到结果邮件。项目运行过程中可通过日志系统查看程序日志，有异常会触发监控系统发送报警。从编码到上线后结果反馈都可以攻城狮自主完成，形成完整闭环，完整流程的工具链及协助异常情况的处理，工作量减少了，效率也高了。
其实在这之前我对Jenkins+Docker+K8S就有只有一些大概的了解，毕竟不是运维，没有太深入学习。听说公司的服务要大升级后，闲下来的时间也会去找这方面的资料看，但市面上的资料太多太杂，最后还是一位公司的老大哥传给我两份配套的学习笔记，学完后才算是对这方面有了个系统的认知，虽然我不是主攻这方面的，但觉得这两份笔记总结的挺不错。本着好东西就是要拿出来分享的原则，下面我会把这两份笔记展示出来给有需要的朋友看，展示的不全还请海涵评论区指正。
第一份笔记：K8s理论+实践
理论
- 这么理解集群控制器，能行!
- 集群网络详解
- 集群伸缩原理
- 认证与调度
- 集群服务的三个要点和一种实现
- 镜像拉取这件小事
实践
- 读懂这一篇，集群节点不下线
- 节点下线姊妹篇
- 我们为什么会删除不了集群的命名空间?
- 阿里云ACK产品安全组配置管理
- 二分之一活的微服务
- 半夜两点Ca证书过期问题处理惨况总结
第二份笔记：Jenkins持续集成
- 持续集成及Jenkins介绍
- Jenkins安装和持续集成环境配置
- Jenkins构建Maven项目
- Jenkins+Docker+SpringCloud微服务持续集成
- 基于Kubernetes/K8S构建Jenkins持续集成平台
可以说没有持续集成，说明交付流程是混乱不清晰随机的，有了持续集成后：
- 能够快速暴露错误
- 保证代码提交质量
- 定位错误更加容易
- 降低整体集成风险
- 促进产品快速迭代
目前构建持续集成应用最广泛的开源项目还是Jenkins，目前很多公司，持续集成都使用的是Jenkins。
如果有朋友对这两份笔记感兴趣，可以点击此处来获取就可以了！
