在微服務架構中service mesh是什么
什么是 service mesh ?
微服務架構將軟件功能隔離為多個獨立的服務，這些服務可獨立部署，高度可維護和可測試，並圍繞特定業務功能進行組織。
這些服務通過簡單的，可通用訪問的API相互通信。在技術層面上，微服務可實現大型復雜應用程序的持續交付和部署。在更高的業務水平上，微服務有助於為試圖在快速發展的市場中實現敏捷性的公司提供速度，可伸縮性和靈活性。
但是，如前所述，微服務架構會很快變得復雜。我們如何處理這種復雜性？
service mesh是一種基礎結構層，允許我們的服務實例相互通信。service mesh還允許我們配置服務實例如何執行關鍵操作，例如服務發現，負載平衡，數據加密以及身份驗證和授權。
因為service mesh提供了一層抽象（應用程序代碼通常不了解service mesh執行的工作），所以我們獲得了很大的靈活性；例如，我們可以將微服務移至其他服務器或集群，而無需重寫應用程序。實際上，service mesh使管理微服務的最無聊和重復的工作自動化。
service mesh 是如何工作的？
服務網格的體系結構分為兩個不同的部分：數據平面和控制平面。
數據平面實質上是處理服務之間通信的代理服務。在Istio中，數據平面被部署為sidecar，這是添加到主應用程序中的支持服務。例如，在Kubernetes基礎架構中，代理與具有共享網絡名稱空間的應用程序部署在同一個pod中。
數據平面還提供對微服務的可觀察性，尤其是以日志和度量標准聚合的形式。
NGINX，HAProxy和Envoy均提供數據平面功能。尤其是Envoy，已成為廣受歡迎的代理，因為它專門用於微服務體系結構，提供用於配置的動態API並增強了可觀察性。
同時，控制平面,監控數據平面的策略和配置-它不處理任何數據。 Nelson，SmartStack和Istio等工具都以某種形式提供控制面板功能，並且每種工具都有自己的策略來管理與代理的關系。例如，在Kubernetes中，控制平面與業務流程系統協同工作，以調度服務及其代理，跟蹤服務發現並通過API配置代理。
我們可以將Envoy作為沒有控制平面的獨立代理運行，但這是Istio對控制平面/數據平面工作流的獨特方法，以及其與Envoy結合使用時的核心功能（流量管理，安全性，可觀察性）功能齊全的服務網格越來越吸引着許多用戶
service mesh 之 istio 的內部機制
Istio的體系結構包括四個主要部分。 Istio使用Envoy sidecar代理作為其數據平面，其他三個工具組成了Istio控制面板。
如下圖:
-
Envoy：
Envoy sidecar代理充當Istio的數據平面。諸如故障處理（例如，運行狀況檢查和有限制的重試），動態服務發現和負載均衡等內置功能使Envoy成為功能強大的工具。Envoy還通過屬性提供有關服務請求的信息。 -
Mixer：
Istio的策略和遙測中心收集有關網狀網中服務請求的Envoy屬性，並提供API，以便DevOps團隊可以構建插件（或適配器）以在任意數量的第三方后端中重新利用這些屬性，包括日志記錄，授權或監控工具，例如New Relic（更多信息請參見下文）。Mixer還使用相互TLS處理代理之間的授權。 -
Pilot：
Istio使用Pilot根據我們的Envoy配置管理負載均衡流量控制。與Mixer一樣，我們可以包含適配器，以便Pilot可以通過API與Kubernetes基礎架構通信，以了解影響流量的部署更改。Pilot還將身份驗證規則分發給代理。 -
Citadel：借助
Citadel，Istio為Envoy代理之間的身份驗證和憑據管理提供了一個強大的，策略驅動的安全層。Citadel管理整個網格中的密鑰和認證。