Ocelot簡易教程目錄

1. 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等等功能。