序文
この資料では、各サービスを個別に設定する必要がある場合、多くの場合、サービスの多くを登録されたサービス・センターを使用するには、サービスセンターの入り口に依存している各サービスを呼び出し、実用的な作品で、単一のサービスゲートウェイプロキシの構文を説明しますこれは非常に退屈な仕事になります。春クラウドゲートウェイは限り春のクラウドゲートウェイは、次のコードを示していて、すべてのサービス春クラウドゲートウェイは、プロキシサービスセンターにデフォルト設定されます、サービスセンターに登録され、デフォルトの1を転送する機能を提供します。
準備と登録サービスセンター
紹介サービスゲートウェイzuulは、ばねクラウドユーレカ、春・クラウド・生産プロジェクトの例を提供し使用する場合は、このプレゼンテーションは、私たちは、後にFinchley.SR2の使用を実証するために、2つのプロジェクトのバージョンにアップグレードしていきます。
他の依存関係をそのままポンポンファイルの変更、春・クラウド・ユーリカ（ユーレカサーバー）。
前のアップグレード：
アップグレード後：
POMファイルの変更の春 - クラウド・プロデューサー（ユーレカクライアント）。設定はレジストリにサービスセンターとして登録するために必要なので、ユーレカクライアントをアップグレードする必要があるので、他の変更に依存しません。
前のアップグレード：
アップグレード後：
アップグレードの依存関係を再起動するために、完成二つのプロジェクトは、訪問登録センターは、httpに対処：// localhostを：8000 / SPRING-CLOUD-PRODUCERのと呼ばれるサービスを参照してください。
サービスゲートウェイは、レジストリに登録しました
クラウドゲートウェイ・ユーレカ名前を変更したサンプルクラウドゲートウェイプロジェクトのコピー、ユーレカクライアント依存関係を追加します。
application.ymlを次のように設定ファイルを変更します。
設定手順：
spring.cloud.gateway.discovery.locator.enabled：サービスレジストリは、サービスIDによって特定のサービス・インスタンスに転送組み合わせる部品を見つけることか。デフォルトでは、自動的にサービスセンターをServiceIDに応じてルーティング機能を作成するために開きますtrueに設定し、falseです。
eureka.client.service-url.defaultZone指定注册中心的地址，以便使用服务发现功能
logging.level.org.springframework.cloud.gateway 调整相 gateway 包的 log 级别，以便排查问题
修改完成后启动 cloud-gateway-eureka 项目，访问注册中心地址 http://localhost:8000/ 即可看到名为 CLOUD-GATEWAY-EUREKA的服务。
测试
将 Spring Cloud Gateway 注册到服务中心之后，网关会自动代理所有的在注册中心的服务，访问这些服务的语法为：http://网关地址：端口/服务中心注册 serviceId/具体的url
比如我们的 spring-cloud-producer 项目有一个 /hello 的服务，访问此服务的时候会返回：hello world。
比如访问地址：http://localhost:9000/hello，页面返回：hello world!
按照上面的语法我们通过网关来访问，浏览器输入：http://localhost:8888/SPRING-CLOUD-PRODUCER/hello 同样返回：hello world!证明服务网关转发成功。
我们将项目 spring-cloud-producer 复制一份为 spring-cloud-producer-1，将/hello服务的返回值修改为 hello world smile !，修改端口号为 9001 ，修完完成后重启，这时候访问注册中心后台会发现有两个名为 SPRING-CLOUD-PRODUCER的服务。
在浏览器多次访问地址：http://localhost:8888/SPRING-CLOUD-PRODUCER/hello，页面交替返回以下信息：
hello world! hello world smile!
说明后端服务自动进行了均衡负载。
基于 Filter(过滤器) 实现的高级功能
在服务网关Zuul高级篇中大概介绍过 Filter 的概念。
Spring Cloud Gateway 的 Filter 的生命周期不像 Zuul 的那么丰富，它只有两个：“pre” 和 “post”。
PRE： 这种过滤器在请求被路由之前调用。我们可利用这种过滤器实现身份验证、在集群中选择请求的微服务、记录调试信息等。
POST：这种过滤器在路由到微服务以后执行。这种过滤器可用来为响应添加标准的 HTTP Header、收集统计信息和指标、将响应从微服务发送给客户端等。
Spring Cloud Gateway 的 Filter 分为两种：GatewayFilter 与 GlobalFilter。GlobalFilter 会应用到所有的路由上，而 GatewayFilter 将应用到单个路由或者一个分组的路由上。
Spring Cloud Gateway 内置了9种 GlobalFilter，比如 Netty Routing Filter、LoadBalancerClient Filter、Websocket Routing Filter 等，根据名字即可猜测出这些 Filter 的作者，具体大家可以参考官网内容：Global Filters
利用 GatewayFilter 可以修改请求的 Http 的请求或者响应，或者根据请求或者响应做一些特殊的限制。 更多时候我们会利用 GatewayFilter 做一些具体的路由配置，下面我们做一些简单的介绍。
快速上手 Filter 使用
我们以 AddRequestParameter GatewayFilter 来演示一下，如何在项目中使用 GatewayFilter，AddRequestParameter GatewayFilter 可以在请求中添加指定参数。
application.yml配置示例
这样就会给匹配的每个请求添加上foo=bar的参数和值。
我们将以上配置融入到 cloud-gateway-eureka 项目中，完整的 application.yml 文件配置信息如下：
这里的 routes 手动指定了服务的转发地址，设置所有的 GET 方法都会自动添加foo=bar，http://localhost:9000 是 spring-cloud-producer 项目，我们在此项目中添加一个 foo() 方法，用来接收转发中添加的参数 foo。
修改完成后重启 cloud-gateway-eureka、spring-cloud-producer 项目。访问地址http://localhost:9000/foo页面返回：hello null!，说明并没有接受到参数 foo；通过网关来调用此服务，浏览器访问地址http://localhost:8888/foo页面返回：hello bar!，说明成功接收到参数 foo 参数的值 bar ,证明网关在转发的过程中已经通过 filter 添加了设置的参数和值。
服务化路由转发
上面我们使用 uri 指定了一个服务转发地址，单个服务这样使用问题不大，但是我们在注册中心往往会使用多个服务来共同支撑整个服务的使用，这个时候我们就期望可以将 Filter 作用到每个应用的实例上，spring cloud gateway 工了这样的功能，只需要简单配置即可。
为了测试两个服务提供者是否都被调用，我们在 spring-cloud-producer-1 项目中也同样添加 foo() 方法。
为了和 spring-cloud-producer 中 foo() 方法有所区别，这里使用了两个感叹号。同时将 cloud-gateway-eureka 项目配置文件中的 uri 内容修改如下：
修改完之后，重新启动项目 cloud-gateway-eureka、spring-cloud-producer-1，浏览器访问地址:http://localhost:8888/foo页面交替出现：
認証の均一性に基づいて、バックエンド・サービスに転送要求、およびバックエンドサービスパラメータfooの増加値をフィルタリングするために受信されます。
本明細書で使用する場合、ルーティングプロトコルが使用されるグローバルフィルタLoadBalancerClient実際のデフォルト設定（URIの例として//ばねクラウドプロデューサー：LB）URI LBユーレカによってばねクラウドプロデューサーゲートウェイLoadBalancerClientを使用して、実際のホストとポート、およびロードバランシングに解決されます。