為什么選擇使用Linkerd而放棄Isito

這篇文章給大家介紹為什么選擇使用Linkerd而放棄Isito，內容非常詳細，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。

我想重點介紹Linkerd，它是CNCF基金會托管的服務網格，以簡單性而聞名。在服務網格環境中，Linkerd使用的“less-is-more”的方法以及在數據平面層使用基于Rust的“微代理”都是獨一無二的。Linkerd網站列出了很多組織在生產環境中運行它的案例，因此我著手與其中一些使用者進行交談，并聽了他們的經驗。

Linkerd的簡單性

Istio作為最廣為人知的服務網格，我們首先嘗試了。但是，他們很快發現Istio在許多方面都過于復雜和具有挑戰性。

Sudia回憶到，Istio需要安裝多個Helm chart 并需要各種手動步驟才能將其部署到集群中。這個過程耗時一天，這對Sudia和他的小型Ops團隊是一個很大的缺點。因為，他們沒有時間“管理”服務網格工具。他也注意到，Istio最近采取了一些步驟來簡化其體系結構并使其更具簡單性。

Andersen首次嘗試在Kubernetes集群上安裝Istio，但是失敗了。他不得不從頭開始重建它。最終成功安裝Istio之后，他對Istio提供的指標覺得并沒有獨特之處。用戶界面似乎也已經過時了，他幾乎放棄了完全使用服務網格的想法。

偶然的機會，兩個人發現了Linkerd。他們喜歡Linkerd的簡單性，并決定嘗試。

Andersen他將Linkerd安裝在開發集群上，令他驚訝的是，僅用一個命令就啟動了第一個實例并運行。他在Kubernetes命名空間中添加了Linkerd代理，并在幾分鐘之內就能看到服務之間的流量和通信。

Sudia的經歷與此類似。Sudia和他的團隊發現Linkerd直觀且易于上手，可以在幾分鐘內通過命令行安裝。

在服務網格方面，你有很多選擇。Istio的復雜性可能是由于它提供的功能。雖然，Linkerd采用了一種極簡主義的方法，可以簡化很多工作，但是在某些使用案例中，使用Istio更有意義，并且我們知道有很多快樂的Istio用戶。但是我們也不能忽視所有關于它的復雜性的抱怨。

Linkerd的可視化

Sudia和Andersen采用服務網格的主要動機是在服務間通信中獲得可觀察性。Linkerd不僅提供正確的指標，而且還將它們可視化。

根據Sudia的說法，儀表板是Linkerd最好的部分之一。無需其他設置，就可以查看關鍵指標，例如請求率，錯誤率，請求持續時間和總響應。而且由于用戶界面非常直觀，他甚至不需要專門學習和培訓。從安裝部署的第二天開始，團隊就能夠準確地排查問題。

Andersen發現，Linkerd的“Tap”功能可跟蹤服務之間的請求。無需任何額外設置即可實時查看正在發生的事情，這對他來說特別方便。

Linkerd的可觀察性

對于Sudia和Andersen而言，服務網格的最高要求是能夠觀察分布式應用程序中服務之間的通信。這不僅使運維團隊受益，而且使開發人員和QA人員的生活變得更加輕松。

Sudia說，Linkerd無需為最常見的指標設置工具，這是因為默認情況下會提供關鍵的RED（速率，錯誤，持續時間）指標。

Andersen在運行QA任務時看到了Linkerd的一個好處，軟件部署后衡量負載的功能特別有用，可以極大地改善調試和故障排除能力。而且，Linkerd的跟蹤功能也非常有用。

Linkerd的安全性

安全是軟件的一項關鍵任務，必須支撐所有其他決策。因此，這對于Sudia和Andersen都是頭等大事。兩者都試圖在服務網格中，通過mTLS來管理安全證書，以對集群內部的流量進行加密。

Sudia的團隊通常使用證書管理器來發布Letsencrypt證書，并且需要每24小時輪換一次這些證書。他希望避免像Istio樣，在每個容器的基礎上實施復雜的RBAC策略。

對于一個規模較小的團隊，具備使用mTLS快速創建高度安全的集群的能力至關重要。Sudia的團隊花了大約30分鐘的時間來設置mTLS，其中大部分時間都花在閱讀文檔上。Dave指出，這種簡單易用的水平設置mTLS非常強大，特別是對于像他這樣的小型團隊而言。

Andersen的團隊需要mTLS才能在Linkerd網格集群之間安全地路由流量。Linkerd提供了證書自動生成的能力，這很方便。

Linkerd的社區與支持

每當Andersen或Sudia遇到問題時，他們發現Linkerd社區會非常有幫助，并且能夠迅速解決問題。

有一次，Andersen遇到了HTTP會話無法與Linkerd一起使用麻煩，在Linkerd Slack上，通過社區的幫助，他快速找到了解決方案并在一天之內解決它。令他高興的是，Linkerd的下一個發行版中就修復了這個問題。

Sudia說，當他的團隊需要幫助時，幾乎在一天之內，他就能在Linkerd Slack的社區中找到解決方案。他特別喜歡Linkerd精簡的文檔，這是Istio一直在努力解決的問題。

除了Linkerd，Sudia和Andersen還從多個來源訪問監視數據，包括Prometheus，Grafana Cloud，Elasticsearch，Rancher，Datadog，Jaeger和SumoLogic。盡管它們的監視工具組合各不相同，但他們倆都在將所有監視度量標準整合到一個工具中，以獲取所有度量標準，日志和跟蹤的統一視圖。

關于為什么選擇使用Linkerd而放棄Isito就分享到這里了，希望以上內容可以對大家有一定的幫助，可以學到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。