生产问题交易超时

问题背景&＃xff1a;网联项目&＃xff0c;两台服务器&＃xff0c;F5负债均衡。每次生产上线&＃xff0c;总会造成一两笔交易超时。

操作过程&＃xff1a;周四7点&＃xff0c;增量上线响应代码&＃xff0c;编译&＃xff0c;停止其中一台&＃xff0c;马上重启。&＃xff08;停止重启的操作&＃xff0c;大概2到3秒&＃xff09;另一台服务器同样如此

问题记录&＃xff1a;每次生产上线。总会造成一两笔交易超时。

问题分析&＃xff1a;当我停止其中一台服务器时&＃xff0c;F5&＃xff0c;就不会将新的交易请求发到已停止的服务器来。可是为什么会有超时的交易。是因为&＃xff0c;我在停止的过程中&＃xff0c;还有正在处理的请求嘛。&＃xff08;系统qps不高&＃xff0c;平常一秒大概两三个请求&＃xff09;

问题备注&＃xff1a;如果加上队列服务器&＃xff0c;是否能解决。问题先放这儿&＃xff0c;还在思考

后续思考&＃xff1a;

网联对同步性要求很高&＃xff0c;所有请求都是同步的。所以如果加上队列&＃xff0c;响应时间会延长。

后续问题结果及解决方案&＃xff1a;

通过了解。F5的策略是&＃xff0c;基于端口监测。并且发现端口不能使用&＃xff0c;到切换路由&＃xff0c;间隔为5秒。

生产上线&＃xff0c;只会关闭进程&＃xff0c;不会关闭端口。目前系统qps&＃xff0c;大概两三笔。所有单台服务器收不到请求&＃xff0c;导致网联系统那边超时&＃xff0c;是正常的现象。如果要解决的话&＃xff0c;F5那边&＃xff0c;可以更改策略为&＃xff0c;基于进程监测。通过请求响应报文的方式&＃xff0c;判断系统&＃xff0c;是否正常使用。

后后续思考&＃xff1a;

之前的想法有点问题&＃xff0c;和同事讨论。又查了些资料。了解到&＃xff0c;每个端口都有对应的服务&＃xff0c;端口不是独立存在的&＃xff0c;他是依附于进程的。所以&＃xff0c;F5策略是没有问题&＃xff0c;只是间隔时间太长

2019-07-18 补充

书上看到一个能完美出现这样问题的解决方案--版本管理

通过分布式框架&＃xff0c;服务提供者先升级接口发布新版本的服务&＃xff0c;并同时提供旧版本的服务供请求者调用&＃xff0c;当请求者调用接口升级后&＃xff0c;再关闭旧版本服务&＃xff08;摘自 大型网站技术架构&＃xff09;