服務網格是近年來火熱的技術之一，并且格局在不斷變化中。可選擇的服務網格選項也不少。但總要根據自己的需求來進行選擇，本文會提到一些要素，來幫助DevOps團隊確定最適合其特定情況的服務網格。

你能沒有Envoy嗎？

Envoy擁有一個由社區構建的充滿活力的生態系統;它是開源的，并且是許多服務網格的基礎。其豐富的功能使其難以被超越。

你的用例需要什么？

服務網格適用于微服務。如果要構建整體應用，則可能無法通過服務網格實現投資回報。如果不是所有應用程序都采用Kubernetes，則最好做出與平臺無關的選擇。

你現有的容器管理工具的依賴關系是什么？

那些已經利用供應商生態系統進行容器編排的公司，比如利用AWS EKS、紅帽的OpenShift和consults，你可能會從它們的本地工具中獲益，因為這些特性超出了開源的范圍。

你從事什么行業？

大多數服務網格并不是針對特定行業類型而構建的。比如Kuma具有劃分多個網格的能力，對于受到嚴格監管的金融平臺可能會比較適合。小的電信運營商和ISP可以考慮使用Network Service Mesh服務網格。

你需要多少可見度？

從可觀察性到高級指標是服務網格的核心。尋求定制和深度能力的企業可以考慮使用Istio或Consul。

你是否關心開放標準？

使用開放標準可以使技術在將來得到驗證，并使其可以通過其他工具進行擴展。企業可能應該采用支持SMI的工具，例如Maesh或基金會支持的項目，例如Linkerd。

你是否關心開發人員的經驗？

考慮運維工程師的可用性對于采用新工具至關重要。Linkerd在開發者有不錯的口碑。

你的團隊準備好服務網格了嗎？評估企業是否具有資源和技能來實施服務網格技術，可能會影響你是使用Istio，還是Envoy，還是選擇供應商實現抽象化，例如OpenShift。

雖然這些考慮并不完整，但算拋磚引玉吧。