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

你能沒有Envoy嗎？

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

你的用例需要什么？

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

你現(xiàn)有的容器管理工具的依賴關系是什么？

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

你從事什么行業(yè)？

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

你需要多少可見度？

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

你是否關心開放標準？

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

你是否關心開發(fā)人員的經(jīng)驗？

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

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

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