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