前言

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

 

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

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

理论

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

 

 

 

实践

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

 

 

 

第二份笔记：Jenkins持续集成

  • 持续集成及Jenkins介绍

 

 

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

 

  • Jenkins构建Maven项目

 

 

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

 

 

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

 

 

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

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

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

如果有朋友对这两份笔记感兴趣，只需要点赞文章，获取方式看图！