网关(Gateway)在微服务架构中至关重要，可以将其理解为是外部客户端(前端、MVC后台等调用方)与后台服务的连接点，通过这层可以做统一的处理，比如路由、身份认证和授权、服务治理等；
网关的好处：
统一入口，调用方(客户端)不在为调哪个服务而头大，统一入口即可，由网关路由到对应后台服务；
统一处理公共逻辑，比如认证和授权，避免相同逻辑多处实现，易于维护；
对后台服务可以做负载均衡，根据指定的负载算法找到合适的后台服务调用，而这些细节调用方都不用理会，只管调就行啦；
初步过滤非法请求，可以根据配置的请求规则过滤掉非法请求；
屏蔽各服务真实地址，间接保证各服务的安全；
网关带来的问题：
在请求过程中，多增加了一层（网关）对请求进行处理，会消耗一些性能；
高并发场景，对网关性能要求高，需要开发人员要有足够的能力处理；
整体来看，在微服务架构中，网关带来的便捷和好处肯定大于自身带来的问题，所以不必纠结于此。
目前常用的网关有Kong、Tyk、Zuul、Ambassador、Ocelot等，而在.Net中比较火的是Ocelot和Kong，接下来就以Ocelot为主展开来聊聊。
正文Ocelot是一个用.NET Core实现并且开源的API网关，它功能强大，除了路由、请求聚合、负载均衡等功能外，还可以集成Consul做服务发现，集成Polly做服务治理等； 相关功能只需简单的配置即可实现。接下来就把比较常用的功能依次举例演示一把，小伙伴们，搞起来~~~
0. 先把项目建好整个演示中会使用到三个角色：网关层(端口为5000)、后台服务1(端口为8000)、后台服务2(端口为8001)。项目结构如下：
网关对应代码如下：
由于使用的是.NetCore3.1进行演示，则需要的Ocelot包版本最新为16.0.1，然后将对应服务和中间件进行注册；由于Ocelot是通过配置文件进行功能配置的，所以需要一个配置文件，并指定对应的路径；这里的ocelot.json(名字自定义就行)就放在根目录下，将文件属性改为始终复制或如果较新则复制，配置文件内容在下面会细说；这里网关层就完工啦；
两个后台服务接口基本上没动，只是将ServiceAPI1的端口改为8000，ServiceAPI2的端口改为8001；为了后续配置演示，分别新增了控制器，如下图：
路由是指网关根据原始请求，匹配对应的路由配置规则，将其转发到真正的后台服务接口；这是网关的核心功能。
1.1 配置初体验通过配置，实现统一入口(网关)，访问后台两个不同的服务接口，如下配置：
{ "Routes": [ { "UpstreamPathTemplate": "/OcelotTest1/{url}", "UpstreamHttpMethod": [ "Get"], "DownstreamPathTemplate": "/api/{url}", "DownstreamScheme": "http", "DownstreamHostAndPorts": [ { "Host": "localhost", "Port": 8000 } ] }, { "UpstreamPathTemplate": "/OcelotTest2/{url}", "UpstreamHttpMethod": [ "Get"], "DownstreamPathTemplate": "/api/{url}", "DownstreamScheme": "http", "DownstreamHostAndPorts": [ { "Host": "localhost", "Port": 8001 } ] } ] }配置项解析：
Routes：这是个数组，将所有请求处理都配置在里面，每一个请求处理是一个对象；
UpstreamPathTemplate：上游请求路径模板；即对应调用方发出的请求，如不符合这个规则，就会被过滤掉；
UpstreamHttpMethod：上游请求的方式，可以传递多个，比如["Get","Post"]；
DownstreamPathTemplate：下游请求的路径模板；对应真实API的请求地址，只有符合规则，才会正常转发到服务接口上；
DownstreamScheme：指定下游是http还是https；
DownstreamHostAndPorts：指定下游的Host和端口，这里可以写多个，多个时可以配置负载均衡；
将网关、后台服务接口1和后台服务接口2运行启动，访问如下：
如路由配置所示，可以用{参数}这种形式，通过上游请求模板传递给下游请求模板中；
1.2 设置匹配的优先级当请求匹配到配置的多个路由规则时，会选择配置在最前面的路由规则进行转发，可能不是自己需要，如下：