Ocelot是一个.NET API网关。这个项目是针对使用.NET运行微服务/面向服务架构的人，他们需要一个统一的入口点进入他们的系统。然而，它将与任何讲HTTP的东西一起工作，并在ASP.NET Core支持的任何平台上运行。

Ocelot是一堆按特定顺序排列的中间件。.

Ocelot操纵HttpRequest对象进入其配置所指定的状态，直到它到达一个请求生成器中间件，在那里它创建一个HttpRequestMessage对象，用来向下游服务发出请求。提出请求的中间件是Ocelot管道中的最后一件事。它不会调用下一个中间件。当请求回到Ocelot管道时，下游服务的响应被检索出来。有一个中间件将HttpResponseMessage映射到HttpResponse对象上，并将其返回给客户端。基本上就是这样，还有一些其他的功能!

https://github.com/ThreeMammals/Ocelot

• 路由选择
• 请求聚合
• 使用Consul和Eureka的服务发现
• 服务结构
• Kubernetes
• 呼叫中心
• 认证
• 授权
• 速率限制
• 缓存
• 重试策略/QoS
• 负载平衡
• 日志/追踪/关联
• 头信息/方法/查询字符串/转换
• 自定义中间件/委托处理程序
• 配置/管理REST API

配置文件可以根据自己需求要修改

{
  //路由配置  
  "Routes": [
    {
      //下行路径模板 //对程序内的
      "DownstreamPathTemplate": "/api/{url}", //服务地址-url变量
      "DownstreamScheme": "http", //https
      "DownstreamHostAndPorts": [
        {
          "Host": "localhost", //主机
          "Port": 5124 //服务端口
        }
      ],
      "UpstreamPathTemplate": "/api1/{url}", //网关地址--url变量
      "UpstreamHttpMethod": [ "Get", "Post", "Put", "Delete" ] //http请求方式

    }
  ]
}

{
  //路由配置  
  "Routes": [
    {
      //下行路径模板 //对程序内的
      "DownstreamPathTemplate": "/api/{url}", //服务地址-url变量
      "DownstreamScheme": "http", //https
      "DownstreamHostAndPorts": [
        {
          "Host": "localhost", //主机
          "Port": 5124 //服务端口
        }, //多级地址
        {
          "Host": "localhost", //主机
          "Port": 5125 //服务端口
        },
        {
          "Host": "localhost", //主机
          "Port": 5126 //服务端口
        }
      ],
      "UpstreamPathTemplate": "/api1/{url}", //网关地址--url变量
      "UpstreamHttpMethod": [ "Get", "Post", "Put", "Delete" ], //http请求方式
      "LoadBalancerOptions": { //负载均衡
        "Type": "RoundRobin" //轮询 //"LeastConnection" 最少连接数的服务器    "CookieStickySessions" 粘性会话 //"NoLoadBalancer" 从配置或服务发现中获取第一个可用服务。 
      }
    }
  ]
}

NuGet

Ocelot.Cache.CacheManager

builder.Services.AddOcelot()
    .AddCacheManager(x =>
    {
        x.WithDictionaryHandle();
    })

最后，为了在路由配置中的路由上使用缓存，请添加此设置。

"FileCacheOptions": { "TtlSeconds": 15, "Region": "somename" }

在此示例中，ttl 秒设置为 15，这意味着缓存将在 15 秒后过期。

从雪崩效应谈<<服务治理>>

微服务下，单个服务的故障，而引发系列服务故障，导致大面积宕机怎么办？

两招解决，一是超时，熔断

调用服务的操作可以配置为执行超时，如果服务未能在这个时间内响应，将回复一个失败消息。

1. nuget Polly
2. AddPolly()
3. 配置文件添加QOS配置
4. 下游超时方法

只是超时等待时间没有结果，不是API返回错误状态。API是正确的

使用断路器来检测故障是否得到解决，防止请求反复尝试执行一个可能会失败的操作，从而减少等待纠正故障的时间

QOS并实现

注意：

超时是熔断->返回异常不熔断->404也是不熔断

熔断的是服务状态，而不是响应结果

限制单位时间内请求数，超过就返回指定信息避免错误，降低用户体验保证可用性.

两害相权取基轻，优先于缓存

在高并发的情况下，防止用户一直等待，使用服降级进行处理为了提高用户体验（自定义消息返回给客户端），防止服务雪崩效应。

超时->熔断->限流->关闭服务->都是属于服务降级，都是为了保障高可用

能屈能伸，接受不完美

基于Ocelot.Administration 实现管理 ，是管理 网关自己的登录验证主要是配置文件 读取、修改，以及缓存管理

配置：

1 Ocelot.Administration

2 AddAdministration("/administation","secret")

dotnet Dream.Gateway.Ocelot.dll

dotnet Dream.Gateway.Api1.dll

dotnet Dream.Gateway.LoadBalancer.dll