Java Jersey请求筛选器委托给不同的服务器

我有一个包含3个web服务（都是相同的）的集群和一个负载平衡器

我想实现一个

ContainerRequestFilter

，它拦截请求并检查web服务id的特定头。 如果存在标头，我需要将请求（按原样，使用标头、参数等）委托给特定的web服务并返回其响应

这是否可以通过只实现

ContainerRequestFilter

实现，或者我需要其他东西或其他东西？ 我用的是泽西1.9，如果有关系的话

---

谢谢。

在负载平衡器中这样做不是更好吗？您通常可以在负载平衡器中执行某种基于内容的路由，您的建议听起来可能会从操作角度造成混淆-当您跟踪请求时，您会发现自己在集群中的两个节点之间来回跳跃，即使在检查完请求之后，每个节点仍然需要执行头检查一次。恐怕我需要一个实用的解决方案，因为负载平衡器不是由我控制的。我不明白你为什么说这会让人困惑，整个操作应该对用户（和管理员）透明。如果出现任何问题，并且你正在调查请求发生了什么，你必须通过网络中的2个节点而不是1个节点来跟踪它。这肯定有可能令人困惑。此外，负载平衡器在管理流量方面的有效性将会降低，如果负载平衡器所有者不了解您在做什么，那么可能无法很好地理解其原因。看起来你是为了增加复杂性而跳槽。在负载平衡器中这样做不是更好吗？您通常可以在负载平衡器中执行某种基于内容的路由，您的建议听起来可能会从操作角度造成混淆-当您跟踪请求时，您会发现自己在集群中的两个节点之间来回跳跃，即使在检查完请求之后，每个节点仍然需要执行头检查一次。恐怕我需要一个实用的解决方案，因为负载平衡器不是由我控制的。我不明白你为什么说这会让人困惑，整个操作应该对用户（和管理员）透明。如果出现任何问题，并且你正在调查请求发生了什么，你必须通过网络中的2个节点而不是1个节点来跟踪它。这肯定有可能令人困惑。此外，负载平衡器在管理流量方面的有效性将会降低，如果负载平衡器所有者不了解您在做什么，那么可能无法很好地理解其原因。这就像是你为了增加复杂性而跳出了圈圈。