本篇內容主要講解“devops選擇服務網格的注意事項有哪些”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“devops選擇服務網格的注意事項有哪些”吧!
你能沒有Envoy嗎?
Envoy擁有一個由社區構建的充滿活力的生態系統;它是開源的，并且是許多服務網格的基礎。其豐富的功能使其難以被超越。
你的用例需要什么?
服務網格適用于微服務。如果要構建整體應用，則可能無法通過服務網格實現投資回報。如果不是所有應用程序都采用Kubernetes，則最好做出與平臺無關的選擇。
你現有的容器管理工具的依賴關系是什么?
那些已經利用供應商生態系統進行容器編排的公司，比如利用AWS EKS、紅帽的OpenShift和consults，你可能會從它們的本地工具中獲益，因為這些特性超出了開源的范圍。
你從事什么行業?
大多數服務網格并不是針對特定行業類型而構建的。比如Kuma具有劃分多個網格的能力，對于受到嚴格監管的金融平臺可能會比較適合。小的電信運營商和ISP可以考慮使用Network Service Mesh服務網格。
你需要多少可見度?
從可觀察性到高級指標是服務網格的核心。尋求定制和深度能力的企業可以考慮使用Istio或Consul。
你是否關心開放標準?
使用開放標準可以使技術在將來得到驗證，并使其可以通過其他工具進行擴展。企業可能應該采用支持SMI的工具，例如Maesh或基金會支持的項目，例如Linkerd。
你是否關心開發人員的經驗?
考慮運維工程師的可用性對于采用新工具至關重要。Linkerd在開發者有不錯的口碑。
你的團隊準備好服務網格了嗎?評估企業是否具有資源和技能來實施服務網格技術，可能會影響你是使用Istio，還是Envoy，還是選擇供應商實現抽象化，例如OpenShift。
到此，相信大家對“devops選擇服務網格的注意事項有哪些”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！
免責聲明：本站發布的內容（圖片、視頻和文字）以原創、轉載和分享為主，文章觀點不代表本網站立場，如果涉及侵權請聯系站長郵箱：is@yisu.com進行舉報，并提供相關證據，一經查實，將立刻刪除涉嫌侵權內容。
