ocelot有几种模式

Ocelot有三种模式，分别是API网关模式、服务模式和Hybrid模式。

1. API网关模式

API网关模式是Ocelot的默认模式，它将所有请求都发送到Ocelot，然后由Ocelot根据配置将请求转发到后端的微服务。在这种模式下，所有的HTTP请求都必须经过Ocelot进行转发和处理。

2. 服务模式

服务模式是一种轻量级模式，它只在需要时将请求发送到Ocelot。在服务模式下，请求可以直接发送到后端微服务，Ocelot只用于服务发现和负载均衡等功能。这种模式下，Ocelot不会处理所有的HTTP请求。

3. Hybrid模式

Hybrid模式是API网关模式和服务模式的混合模式。在这种模式下，有些请求可以直接发送到后端微服务，而有些请求需要经过Ocelot进行转发和处理。这种模式可以根据实际情况灵活选择，同时兼顾API网关模式和服务模式的优点。

需要注意的是，Ocelot的模式取决于配置文件中的路由规则和服务发现方式等配置。可以根据实际情况选择不同的模式。

相关问题

Ocelot 中有ExceptionHandlers吗

是的，在 Ocelot 中有名为 `ExceptionHandlers` 的特性，它可以用于处理异常。

`ExceptionHandlers` 特性允许我们为每个路由或者全局配置一个或多个异常处理程序。当路由或全局发生异常时，Ocelot 将会按照注册的异常处理程序列表顺序，依次调用这些异常处理程序进行处理。如果有任何一个异常处理程序能够成功处理异常并返回响应，则 Ocelot 将不会继续调用后续的异常处理程序。

下面是一个使用 `ExceptionHandlers` 特性来处理异常的示例：

[Route("api/products")]
[ExceptionHandlers(typeof(ProductExceptionHandler))]
public class ProductsController : Controller
{
    [HttpGet("{id}")]
    [ExceptionHandler(typeof(ProductNotFoundException))]
    public async Task<IActionResult> GetProduct(int id)
    {
        var product = await _productService.GetProductById(id);
        if (product == null)
        {
            throw new ProductNotFoundException(id);
        }

        return Ok(product);
    }
}

public class ProductExceptionHandler : IExceptionHandler
{
    public Task<Response> HandleAsync(Exception exception)
    {
        if (exception is ProductNotFoundException)
        {
            var ex = (ProductNotFoundException) exception;
            var error = new ErrorResponse
            {
                Code = "404",
                Message = $"Product with id '{ex.ProductId}' not found."
            };

            return Task.FromResult(new ErrorResponse
            {
                StatusCode = HttpStatusCode.NotFound,
                Message = JsonConvert.SerializeObject(error)
            });
        }

        return Task.FromResult<Response>(null);
    }
}

public class ProductNotFoundException : Exception
{
    public int ProductId { get; }

    public ProductNotFoundException(int productId)
    {
        ProductId = productId;
    }
}

在上面的代码中，我们使用 `ExceptionHandlers` 特性分别为 `ProductsController` 和 `GetProduct` 方法注册了异常处理程序。当在 `GetProduct` 方法中抛出 `ProductNotFoundException` 异常时，Ocelot 将会调用 `ProductExceptionHandler` 处理该异常并返回响应。如果 `ProductExceptionHandler` 不能处理该异常，则 Ocelot 将会调用后续的异常处理程序。

需要注意的是，`ExceptionHandlers` 特性可以应用于控制器、动作或全局配置。如果应用于控制器或动作，则只对当前控制器或动作有效；如果应用于全局配置，则对整个应用程序都有效。

Ocelot AddDelegatingHandler

Ocelot 提供了 AddDelegatingHandler 方法，用于在 Ocelot 网关中添加委托处理程序（Delegating Handler）。Delegating Handler 是一个用于处理 HTTP 请求和响应的中间件，类似于 ASP.NET Core 中的中间件，但是它是基于委托模式实现的，可以实现更加灵活的请求处理逻辑。

使用 AddDelegatingHandler 方法可以将自定义的委托处理程序添加到 Ocelot 网关中，比如用于鉴权、请求重试等。AddDelegatingHandler 方法的用法如下：

public void ConfigureServices(IServiceCollection services)
{
    services.AddControllers();
    services.AddOcelot().AddDelegatingHandler<MyDelegatingHandler>();
}

其中，MyDelegatingHandler 是自定义的委托处理程序，需要继承 Ocelot.DelegatingHandler.DelegatingHandlerBase 类，并实现其中的 SendAsync 方法。SendAsync 方法是处理 HTTP 请求和响应的核心方法，可以在其中实现自定义的请求处理逻辑。

以下是一个自定义的委托处理程序的示例代码：

public class MyDelegatingHandler : DelegatingHandlerBase
{
    public MyDelegatingHandler()
    {
    }

    public override async Task<HttpResponseMessage> SendAsync(HttpRequestMessage request, CancellationToken cancellationToken)
    {
        // 在此处实现自定义的请求处理逻辑
        // ...

        // 调用下一个处理程序
        var response = await base.SendAsync(request, cancellationToken);

        // 在此处实现自定义的响应处理逻辑
        // ...

        return response;
    }
}

在 SendAsync 方法中，您可以实现自定义的请求处理逻辑，如鉴权、请求重试等，并调用 base.SendAsync 方法调用下一个处理程序。在下一个处理程序调用后，您还可以实现自定义的响应处理逻辑，如统计请求响应时间等。