具有多实例和粘性会话的Spring云网关路由
1. How to route to different instance of an app from spring cloud gateway?
2. How to enable sticky session?
提前谢了。
共有1个答案
IMHO：
- 如何从spring cloud Gateway路由到应用程序的不同实例？
路由到不同的实例是spring cloud gateway正在做的基本工作。Spring cloud gateway实现了名为客户端路由的模式，并简化了服务发现。因此，如果您没有使用任何发现服务器，或者您的应用程序没有在任何发现服务器上注册，您就失去了动态发现和路由功能，但您仍然可以指定您的服务器列表（参考Netflix功能区）。在此之前，您可以考虑您的路由策略。
-
您能指出任何关于spring cloud starter网关工作示例的书面或视频教程吗？使用spring会话数据redis、spring Boot 2和可能相关的库，例如Spring Security？ 基本上，我想在微服务环境中使用Spring Clouting Gateway服务器。我还想使用Spring Boot 2. X。整个系统基于反应式原理。 我找到了很多例子来说明如何用Redis限速
-
我试图将使用工作的网关迁移到Spring Cloud网关，但遇到了请求路由问题。 下面是Spring Cloud Gateway配置的一个片段，我试图在其中配置一个等效的路由： 我使用Spring Cloud Eureka作为我的Discovery服务器（在一个单独的微服务中），并且我目前没有任何配置，如配置DiscoveryClient路由的谓词和过滤器中所述 如果我向发出请求，我将收到一个40
-
考虑这个使用Spring Boot 2.1.2和Spring Cloud Greenwich.release的基于微服务的应用程序： 每个微服务使用JSESSIONID cookie来标识自己的专用Servlet会话（即没有与Spring session和Redis共享的全局唯一会话）。 外部传入请求由Spring Cloud Gateway路由（以及通过Spring Cloud Netflix使
-
我有一组微服务，我们使用zuul从前端进行路由，作为使用springcloud将uri上下文路径映射到特定微服务的一种方式。 在内部和外部，我们都使用SpringOAuth2，这非常有效。 然而，对于一个特定的服务，出现了对SAML的需求，这对该服务提出了一个粘性会话需求。 另一个有没有考虑过这一点，对于zuul来说，什么才是提供粘性会话支持的正确方法。 作为一项工作，直到我弄清楚这一点，我路由一
-
我想知道粘性和非粘性会议之间的区别。我从网上读到的： 粘滞：只有一个会话对象将在那里。 非粘性会话：每个服务器节点的会话对象
-
我有一个Spring云网关、一个eureka服务注册中心和两个微服务器。我使用http://localhost:8081/auth直接向sevice发送请求没有问题。当我想使用网关http://localhost:8080/auth时，我总是得到404错误响应。服务和网关都连接到eureka服务器。下面是我的代码： 网关 Application.Properties： 主要： 主要： 我已经遍历了