是否需要将Spring Cloud Gateway注册到Eureka服务发现？微服务请求流程是怎样的？

是否需要将Spring Cloud Gateway注册到Eureka中 #

这个取决于你的实际使用场景：

• 如果你的Gateway仅做固定地址的硬编码转发，不需要感知下游服务的动态实例变化，那无需注册到Eureka，直接在路由规则里写死下游服务的IP、端口即可。这种场景仅适用于非常简单的单体服务转发场景，微服务架构下几乎不会用到。
• 如果你要使用Gateway基于服务发现的动态路由能力（也就是路由规则配置为lb://{服务名}的格式，自动按负载均衡策略转发到对应服务的健康实例），就必须将Gateway注册到Eureka中。只有注册成功后，Gateway才能从Eureka拉取到所有服务的实例列表、健康状态等元数据，实现动态路由、自动负载均衡、服务上下线自动感知的能力。

提示：微服务架构下默认都会将Gateway注册到Eureka，避免硬编码下游服务地址，降低运维成本。

正确的服务请求逻辑方案 #

正确的方案只有一种：用户直接请求API Gateway，由API Gateway访问Eureka获取目标服务地址后转发到对应下游服务。
绝对不能让用户直接请求Eureka，原因如下：

• Eureka的定位是微服务集群内部的服务注册发现组件，本身不具备任何网关能力：没有权限校验、限流熔断、请求审计、路径重写、跨域处理等网关必备的基础能力，完全不适合作为公网/客户端流量的入口。
• 对外暴露Eureka会有极高的安全风险，攻击者可以直接通过Eureka拿到整个集群所有服务的实例地址、元数据等敏感信息，直接将内部集群暴露在风险中。
• 常规微服务架构中，所有客户端流量只能感知到网关的入口地址，Eureka、配置中心、下游业务服务等组件都属于集群内部资源，完全不对外暴露，所有流量统一经过网关管控，保证架构的安全性和可运维性。

内容的提问来源于stack exchange，提问作者naimul