以下只是本人學習過程的整理

Ocelot官網：http://threemammals.com/ocelot

說明文件：https://ocelot.readthedocs.io/en/latest/

Github：https://github.com/ThreeMammals/Ocelot

一、概念

Ocelot是一個用.NET Core實現並且開源的API閘道器，它功能強大，包括了：路由、請求聚合、服務發現、認證、鑑權、限流熔斷、並內建了負載均衡器與Service Fabric、Butterfly Tracing整合。

二、API閘道器是什麼？

API閘道器是系統暴露在外部的一個訪問入口。就像一個公司的門衛承擔著定址、限制進入、安全檢查、位置引導、等等功能。從面向物件設計的角度看，它與外觀模式類似。API閘道器封裝了系統內部架構，為每個客戶端提供一個定製的API。它可能還具有其它職責，如身份驗證、監控、負載均衡、快取、請求分片與管理、靜態響應處理等等。

API閘道器方式的核心要點是，所有的客戶端和消費端都通過統一的閘道器接入微服務，在閘道器層處理所有的非業務功能。通常，閘道器也是提供REST/HTTP的訪問API。服務端通過API-GW註冊和管理服務。

三、Ocelot在API閘道器實現上有什麼優點呢？

一句話，功能強大，使用簡單。它的功能包括了：路由、請求聚合、服務發現、認證、鑑權、限流熔斷、並內建了負載均衡器、Service Fabric、Skywalking等的整合。而且這些功能都只需要簡單的配置即可完成。

四、Ocelot工作流程是怎樣的呢？

實際上Ocelot就是一系列按特定順序排列的中介軟體。

Ocelot首先通過配置將HttpRequest物件儲存到一個指定的狀態直到它到達用來建立HttpRequestMessage物件並將建立的HttpRequestMessage物件傳送到下游服務中的請求構造中介軟體。通過中介軟體來發出請求是Ocelot管道中做的最後一件事。它不會再呼叫下一個中介軟體。下游服務的響應會儲存在每個請求 scoped repository中，並作為一個請求返回到Ocelot管道中。有一箇中間件將HttpResponseMessage對映到HttpResponse物件並返回給客戶端。

五、整合圖

1、基本整合

2、整合 IdentityServer

3、閘道器叢集配置

只有一個閘道器是很危險的，也就是我們通常所講的單點，只要它掛了，所有的服務全掛。這顯然無法達到高可用，所以我們也可以部署多臺Ocelot閘道器。當然這個時候在多臺閘道器前，你還需要一臺負載均衡器。

4、結合Consul服務發現

在Ocelot已經支援簡單的負載功能，也就是當下遊服務存在多個結點的時候，Ocelot能夠承擔起負載均衡的作用。但是它不提供健康檢查，服務的註冊也只能通過手動在配置檔案裡面新增完成。這不夠靈活並且在一定程度下會有風險。這個時候我們就可以用Consul來做服務發現，它能與Ocelot完美結合。

5、結合Service Fabric