K8S 无感发布
大约 2 分钟
背景
问题一: 比如现在k8s有个deployment,有3个pod。此时有个请求在pod A中进行处理,假设需要耗时5分钟。在这个5分钟内,执行了k8s的滚动发布,并开始销毁这个pod。 这个场景下,如果不做一些额外配置,那么pod A的这个请求应该会处理异常。
问题二: 滚动发布的时候,k8s刚启动了一个pod,但这个pod可能需要等一段时间才能真正对外提供服务。但k8s此时开始转发请求到这个pod了,这种情况下,请求是不能成功处理的
核心问题:
- k8s如何知道pod可以对外提供服务了
- pod如何知道k8s要销毁这个pod了,pod里的应用程序知道后就能自己进行shutdown
配置
其实主要利用k8s pod的两个东西:
- 就绪探针
- preStop
如果pod中运行的是spring boot项目,那么就可以结合spring-actuator来完成。
- 就绪探针就配置 /actuator/health,或者自定义一个url
- preStop就配置/actuator/shutdown
系统推荐
- 来个JVM冷知识
- 是时候使用MapStruct替代BeanUtils了
- PGSQL GIN索引“失效”
- 异地多活
- JVM异常处理
- 多台centos服务器,文件互相备份
- 简易版配置中心&初探原理
- Lombok的Accessors导致EasyExcel读取失败
- ReentrantLock源码解读
- MySQL数据迁移到PGSQL
- 分布式问题
- WebSocket SpringBoot Demo
- 随机毒鸡汤:只要心中有病,到哪都是精神病院。