企業應該首先採用Istio或Kubernetes中哪一個？

服務網格越來越被視為任何組織從傳統基礎架構向雲原生和微服務環境轉變的必不可少的先決條件。

根據Cloud Native Computing Foundation（CNCF）的一項調查，在提供的用於幫助管理分散式環境的服務網格中，Istio處於領先地位。CNCF 2020年的調查顯示，在生產中具有服務網格的所有組織中，有47％的組織如何使用Istio，其次是Linkerd和Consul，兩者的市場份額均為41％（一個組織也可以使用多個網格）。

Istio以及一般的服務網格都可以視為網路層與程式設計層之間的空間。這樣，它有助於管理整個操作，而Kubernetes本質上只是網路的一部分，Kubernetes純粹是關於計算的，服務網格可以視為無需啟動Kubernetes就可以開始的事情。

通常人們認為：首先部署Kubernetes環境，然後新增一個服務網格來對其進行管理。但是，不建議採用這種先後方法，對於組織而言，通過同時實現Kubernetes和服務網格（例如Istio）來開始其數字化轉型也不是一個好主意，就如同在高速公路行駛時，很難同時改變汽車的輪胎和引擎。

要採用任何一種技術，都需要進行大量的運維複雜性和組織學習。

thenewstack的這篇文建議首先從Istio開始，而不是K8s。

Istio就是為了幫助連線，保護和觀察服務而建立的。

最終，Istio像任何成熟的技術一樣，應該變得無聊並且在後臺消失，應該發生的事情是您進行配置，它只是基礎架構的一部分。應用程式開發人員可以在API的程式設計方面進行操作，並可靠地獲得所需的行為。

點選標題見原文。