需要一個服務網(wǎng)格來管理微服務之間的安全，可靠和可觀察到的通信。 1）它消除了每個服務中嵌入網(wǎng)絡邏輯的需求。 2）它提供流量管理，安全性，可觀察性和彈性功能。 3）它通過攔截和管理服務到服務通信的Sidecar代理工作。 4）最適合具有許多服務需要一致政策的環(huán)境。 5）ISTIO提供了豐富的功能，但復雜性，而Linkerd則優(yōu)先考慮簡單性和速度。

服務網(wǎng)格是一個專用的基礎架構層，可在云本地應用程序中處理微服務之間的通信。它確保服務可以可靠，安全且可觀察到彼此交談，而無需開發(fā)人員必須將這些功能直接構建到每個服務中。

為什么需要服務網(wǎng)格？

隨著應用程序從一些服務增長到數(shù)十個甚至數(shù)百個服務，管理它們的相互作用如何變得復雜。您需要安全的服務到服務通信，負載平衡，重試，超時，監(jiān)視等。如果沒有服務網(wǎng)格，這些功能必須被編碼到每個服務中 - 耗時且容易出錯。

像ISTIO或Linkerd這樣的服務網(wǎng)格在基礎架構級別為您處理所有這些。它消除了許多復雜性，使開發(fā)人員專注于業(yè)務邏輯而不是網(wǎng)絡代碼。

服務網(wǎng)格如何工作？

服務網(wǎng)格通常通過與每個服務實例一起部署邊鋒代理來工作。這些代理攔截了所有網(wǎng)絡流量進出服務，處理類似的事情：

• 流量路由和負載平衡
• 安全性（如相互tls）
• 可觀察性（指標，日志，痕跡）
• 政策執(zhí)法（限制費率，訪問控制）

這些代理由控制平面管理，該控制平面提供了整個網(wǎng)格的配置和協(xié)調(diào)。

例如，當兩個服務通過網(wǎng)格通信時：

1. 發(fā)送服務照常發(fā)送請求。
2. 當?shù)氐倪呬h代理攔截了它。
3. 它應用安全策略，檢索和路由規(guī)則。
4. 它將請求轉發(fā)到目標服務的邊路。
5. 接收邊路將其傳遞給目標服務。

這一切都透明地發(fā)生在服務本身上。

服務網(wǎng)格的常見用例

在某些情況下，服務網(wǎng)格真正發(fā)光：

• 流量管理：基于HTTP標頭或其他條件的金絲雀部署，A/B測試和路由。
• 安全性：在服務之間執(zhí)行相互的TLS，因此通信保持了加密和身份驗證。
• 可觀察性：自動收集諸如延遲，成功率和請求量之類的指標，而無需修改服務。
• 彈性：處理重試，超時，斷路和故障注入以提高系統(tǒng)穩(wěn)定性。

如果您的團隊正在為不一致的服務溝通模式而苦苦掙扎，或者想在不重寫許多服務的情況下執(zhí)行許多服務的政策，那么服務網(wǎng)格可能很合適。

流行的服務網(wǎng)格工具：Istio vs Linkerd

當今使用最廣泛的服務網(wǎng)格是Istio和Linkerd 。

• ISTIO功能豐富且功能強大。它具有龐大的生態(tài)系統(tǒng)，支持高級交通管理，政策控制，并與Prometheus和Kiali等工具很好地集成。但是，它也以復雜的安裝和配置而聞名。

• 另一方面， Linkerd專注于簡單性和性能。安裝輕巧且快速，如果您主要需要可靠性和可觀察性而沒有重大自定義，則可以成為一個不錯的選擇。

兩者都在Kubernetes上運行并提供相似的核心功能，但是您的選擇取決于您的需求：靈活性和深度（ISTIO）或速度和簡單性（Linkerd）。

這是服務網(wǎng)絡背后的基本思想。它們并不總是必要的 - 尤其是如果您只有一些服務 - 但是，一旦您的系統(tǒng)擴展到一定程度，它們就會變得非常有用。

以上是什么是服務網(wǎng)格（例如，ISTIO，Linkerd）？的詳細內(nèi)容。更多信息請關注PHP中文網(wǎng)其他相關文章！