作者：依樂祝
原文地址：https://www.cnblogs.com/yilezhu/p/9557375.html
Ocelot簡易教程目錄
- Ocelot簡易教程（一）之Ocelot是什么
- Ocelot簡易教程（二）之快速開始1
- Ocelot簡易教程（二）之快速開始2
- Ocelot簡易教程（三）之主要特性及路由詳解
- Ocelot簡易教程（四）之請求聚合以及服務發現
- Ocelot簡易教程（五）之集成IdentityServer認證以及授權
- Ocelot簡易教程（六）之重寫配置文件存儲方式並優化響應數據
- Ocelot簡易教程（七）之配置文件數據庫存儲插件源碼解析
簡單的說Ocelot是一個用.NET Core實現並且開源的API網關技術。
可能你又要問了，什么是API網關技術呢？Ocelot又有什么特別呢？我們又該如何集成到我們的asp.net core程序中呢？
下面我會通過一些列通俗易懂的教程來為大家講解。今天的這篇文檔先給大家簡述下什么是API網關技術，以及Ocelot是什么，一個Ocelot的整體架構。
API網關是什么？
API網關是系統暴露在外部的一個訪問入口。就像一個公司的門衛承擔着尋址、限制進入、安全檢查、位置引導、等等功能。從面向對象設計的角度看，它與外觀模式類似。API網關封裝了系統內部架構，為每個客戶端提供一個定制的API。它可能還具有其它職責，如身份驗證、監控、負載均衡、緩存、請求分片與管理、靜態響應處理等等。
API網關方式的核心要點是，所有的客戶端和消費端都通過統一的網關接入微服務，在網關層處理所有的非業務功能。通常，網關也是提供REST/HTTP的訪問API。服務端通過API-GW注冊和管理服務。
Ocelot在API網關實現上有什么優點呢？
首先，上面已經講述了Ocelot是一個用.NET Core技術實現並且開源的API網關技術。除此之外還有什么優點呢？那就是它強大的功能以及使用上的簡單了。它的功能包括了：路由、請求聚合、服務發現、認證、鑒權、限流熔斷、並內置了負載均衡器、Service Fabric、Skywalking等的集成。而且這些功能都只需要簡單的配置即可完成。
目前，騰訊和微軟是Ocelot在官網貼出來的客戶。
另外，附上Ocelot的開源地址：https://github.com/ThreeMammals/Ocelot
Ocelot工作流程是怎樣的呢？
實際上Ocelot就是一系列按特定順序排列的中間件。
Ocelot首先通過配置將HttpRequest對象保存到一個指定的狀態直到它到達用來創建HttpRequestMessage對象並將創建的HttpRequestMessage對象發送到下游服務中的請求構造中間件。通過中間件來發出請求是Ocelot管道中做的最后一件事。它不會再調用下一個中間件。下游服務的響應會存儲在每個請求 scoped repository中，並作為一個請求返回到Ocelot管道中。有一個中間件將HttpResponseMessage映射到HttpResponse對象並返回給客戶端。
接下來是你使用Ocelot是可能會使用的配置。
基本集成
用一台web service來host Ocelot，在這里有一個json配置文件，里面設置了所有對當前這個網關的配置。它會接收所有的客戶端請求，並路由到對應的下游服務器進行處理，再將請求結果返回。而這個上下游請求的對應關系也被稱之為路由。
集成 IdentityServer
當我們涉及到認證和鑒權的時候，我們可以跟Identity Server進行結合。當網關需要請求認證信息的時候會與Identity Server服務器進行交互來完成。
網關集群配置
只有一個網關是很危險的，也就是我們通常所講的單點，只要它掛了，所有的服務全掛。這顯然無法達到高可用，所以我們也可以部署多台Ocelot網關。當然這個時候在多台網關前，你還需要一台負載均衡器。
結合Consul服務發現
在Ocelot已經支持簡單的負載功能，也就是當下游服務存在多個結點的時候，Ocelot能夠承擔起負載均衡的作用。但是它不提供健康檢查，服務的注冊也只能通過手動在配置文件里面添加完成。這不夠靈活並且在一定程度下會有風險。這個時候我們就可以用Consul來做服務發現，它能與Ocelot完美結合。
結合Service Fabric
總結
本文首先介紹了API網關的概念，進而引出asp.net core中的一個開源的API網關技術Ocelot。並介紹了Ocelot的優點以及工作原理及架構圖。接下來會詳細介紹Ocelot如何通過簡單地配置實現路由、請求聚合、服務發現、認證、鑒權、限流熔斷、並內置了負載均衡器、Service Fabric、Skywalking等等功能。