背景
问题一： 比如现在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
系统推荐
- Docker进行资源隔离
- ES6.2.3(3节点)数据迁移到ES7.4.1(5节点)
- 测试两台服务器间的网速
- linux_no_space_left_on_device
- PasteImageIntoMarkdown插件开发
- Git Merge 、Rebase
- CountDownLatch源码解读
- Markdown软件比对
- Java面试基础
- sofajraft
- Docker跨主机通信方案
- Linux
- 随机毒鸡汤：可有可无的东西，一律可无。
