前言

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

 

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

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

理论

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

 

 

 

实践

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

 

 

 

第二份笔记:Jenkins持续集成

  • 持续集成及Jenkins介绍

 

 

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

 

  • Jenkins构建Maven项目

 

 

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

 

 

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

 

 

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

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

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

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