選擇服務網格的注意事項

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

你能沒有Envoy嗎?

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

你的用例須要什麼?

服務網格適用於微服務。若是要構建總體應用，則可能沒法經過服務網格實現投資回報。若是不是全部應用程序都採用Kubernetes，則最好作出與平臺無關的選擇。

你現有的容器管理工具的依賴關係是什麼?

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

你從事什麼行業?

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

你須要多少可見度?

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

你是否關心開放標準?

使用開放標準可使技術在未來獲得驗證，並使其能夠經過其餘工具進行擴展。企業可能應該採用支持SMI的工具，例如Maesh或基金會支持的項目，例如Linkerd。

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

考慮運維工程師的可用性對於採用新工具相當重要。Linkerd在開發者有不錯的口碑。

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

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

【編輯推薦】

1. DevOps工具鏈全接觸

2. 使用數據庫和Redis開發各系統獨立的自增ID生成器

3. 軟件開發32條法則：通過實踐檢驗的實用建議和經驗教訓

4. 致遠互聯攜手華爲雲啓動開發者大賽 加速企業應用定製向平臺生態轉型

5. 快來測試Python開發工具pipenv的新版本

【責任編輯：趙寧寧 TEL：（010）68476606】