概念
微服务网关是微服务架构中的前端门户，它提供了一个统一的入口点，方便客户端访问和调用多个微服务。作为介于客户端和服务器端之间的中间层，微服务网关负责处理所有外部请求，并根据路由规则将其转发到相应的内部服务。
架构
依赖
网关也是一个微服务 。
引入网关依赖，服务注册发现依赖，网关微服务不需要web相关的依赖
路由
写死版
- yml文件配置
- 硬编码
根据微服务名动态路由
断言
Predicate就是根据规则去匹配路由
如果有多个路由符合规则，网关会按照配置文件的顺序从上往下匹配，匹配到就返回；进入过滤链过滤
设置路由多久生效
要求携带cookie
要求请求头参数符合正则表达式
剩余
过滤
有过滤链，可以在前后插入逻辑，比如鉴权、日志、限流。
自定义过滤器
创建过滤器类，实现GlobalFilter,Ordered接口，加组件注解。order的值越小，优先级越高。
一个请求进入微服务的流程
一个请求从客户端发来，首先进入nginx反向代理，会进行初步负载均衡等，然后到网关，网关是客户端请求的统一入口，负责根据配置找到具体处理的微服务名（先经过断言匹配路由，再经过过滤器），然后去注册中心获取该服务可用的实例（或者网关定时拉取服务可用列表），然后根据负载均衡算法选一个实例发送请求。请求到了微服务A之后，可能需要调用服务B，这个时候服务A向注册中心发送一个服务调用请求，一般包含服务名，注册中心返回能用的服务B实例列表，服务A根据负载均衡算法，选择一个服务B实例发送请求。
微服务之间如果请求失败，负载均衡组件可能还有重试机制，提高了服务的容错性。如ribbon
网关也有重试机制，并且网关还可以实现反向代理，鉴权，限流，熔断，日志监控等
服务A请求服务B的某个实例的时候会尝试建立连接，有可能建立连接超时，服务A就知道该实例不可用，然后根据负载均衡请求另一个实例。如果一个可用的服务都没有，会返回服务不可用提示，而不会返回404.