基于EUREKA优雅发布
基于EUREKA优雅发布
基于EUREKA不优雅的原因
如图所示:
- app1的pod启动后会向eureka注册自己的服务名、ip、端口信息。
- app2想要调用app1的接口需要向eureka查询,通过向eureka发送app1的服务名获取app1 pod的ip和端口。
- app2 直接通过获取的ip、端口和app1的pod进行通讯。
不优雅的问题在于
- 当app1 pod滚动更新时,新pod拉起后会直接杀掉旧版的pod。
- 旧pod被杀掉后,30秒后eureka才会将此旧pod信息在eureka中清除。
- 但此期间如app2有有请求还会将其发送至旧的pod,此时旧的pod已经不存在了。
此时就发生了服务报错。
将服务变得优雅
- java服务暴漏端点:management:
endpoints:
web:
exposure:
include: service-registry注意此端点暴漏需要做白名单限制即只可通过localhost调用 - deployments添加生命周期钩子
lifecycle:
preStop:
exec:
command:
- /bin/bash
- /tmp/pre_stop.sh
- 添加预停止脚本到项目根目录中
#!/bin/bash
curl -X POST "http://localhost:8080/actuator/service-registry?status=DOWN" -H "Content-Type: application/vnd.spring-boot.actuator.v2+json;charset=UTF-8"
sleep 40
- 在packege步骤中引入此脚本
FROM ****
ENV LANG C.UTF-8
RUN ln -sf /usr/share/zoneinfo/Asia/Shanghai /etc/localtime
COPY pre_stop.sh /tmp/pre_stop.sh
COPY build/libs/*jar /opt/spring-cloud/lib/app1.jar
EXPOSE 8080
ENTRYPOINT ["java","-server","-Xms2560m","-Xmx2560m", "-jar", "/opt/spring-cloud/lib/app1.jar]
最终优雅
完成以上步骤后,发布服务,第一次发布会讲脚本及生命周期钩子带上去。
当第二次发布即会成为优雅发布。
原理
在pod Terminating状态时通过pre_stop.sh脚本,告知eureka此pod注销,同时sleep 40秒等待,而后清除此pod。
THE END
0
二维码
海报
基于EUREKA优雅发布
在pod Terminating状态时通过pre_stop.sh脚本,告知eureka此pod注销,同时sleep 40秒等待,而后清除此pod。
![](https://jkboy.com/wp-content/uploads/2021/10/Pasted-11.png)