有没有办法根据请求标头绕过后端的循环服务器选择?
问题是,如果我总是在 rest api 中专用 PUT 请求,并且在应用程序中需要转身并对该 api 发出 GET 请求,但原始的 put 请求没有复制到第二台服务器,那么后续的 GET 将失败。
我的想法是,如果在初始 PUT 上指定了接受请求的服务器,我可以将该情况告知应用程序,并且当它立即尝试查找新资源时,我可以说将我的客人 GET 引导到该服务器。
我所想的有点像这里概述的持久连接的方向:
backend bk_web
balance roundrobin
cookie JSESSIONID prefix nocache
server s1 192.168.10.11:80 check cookie s1
server s2 192.168.10.21:80 check cookie s2
但是,它不是在 cookie 上排队,而是在会话的整个生命周期内设置。这将能够在给定的请求上检查标头并相应地重定向