共計 2299 個字符，預(yù)計需要花費(fèi) 6 分鐘才能閱讀完成。
這篇文章給大家介紹為什么選擇使用 Linkerd 而放棄 Isito，內(nèi)容非常詳細(xì)，感興趣的小伙伴們可以參考借鑒，希望對大家能有所幫助。
我想重點介紹 Linkerd，它是 CNCF 基金會托管的服務(wù)網(wǎng)格，以簡單性而聞名。在服務(wù)網(wǎng)格環(huán)境中，Linkerd 使用的“l(fā)ess-is-more”的方法以及在數(shù)據(jù)平面層使用基于 Rust 的“微代理”都是獨(dú)一無二的。Linkerd 網(wǎng)站列出了很多組織在生產(chǎn)環(huán)境中運(yùn)行它的案例，因此我著手與其中一些使用者進(jìn)行交談，并聽了他們的經(jīng)驗。
Linkerd 的簡單性
Istio 作為最廣為人知的服務(wù)網(wǎng)格，我們首先嘗試了。但是，他們很快發(fā)現(xiàn) Istio 在許多方面都過于復(fù)雜和具有挑戰(zhàn)性。
Sudia 回憶到，Istio 需要安裝多個 Helm chart 并需要各種手動步驟才能將其部署到集群中。這個過程耗時一天，這對 Sudia 和他的小型 Ops 團(tuán)隊是一個很大的缺點。因為，他們沒有時間“管理”服務(wù)網(wǎng)格工具。他也注意到，Istio 最近采取了一些步驟來簡化其體系結(jié)構(gòu)并使其更具簡單性。
Andersen 首次嘗試在 Kubernetes 集群上安裝 Istio，但是失敗了。他不得不從頭開始重建它。最終成功安裝 Istio 之后，他對 Istio 提供的指標(biāo)覺得并沒有獨(dú)特之處。用戶界面似乎也已經(jīng)過時了，他幾乎放棄了完全使用服務(wù)網(wǎng)格的想法。
偶然的機(jī)會，兩個人發(fā)現(xiàn)了 Linkerd。他們喜歡 Linkerd 的簡單性，并決定嘗試。
Andersen 他將 Linkerd 安裝在開發(fā)集群上，令他驚訝的是，僅用一個命令就啟動了第一個實例并運(yùn)行。他在 Kubernetes 命名空間中添加了 Linkerd 代理，并在幾分鐘之內(nèi)就能看到服務(wù)之間的流量和通信。
Sudia 的經(jīng)歷與此類似。Sudia 和他的團(tuán)隊發(fā)現(xiàn) Linkerd 直觀且易于上手，可以在幾分鐘內(nèi)通過命令行安裝。
在服務(wù)網(wǎng)格方面，你有很多選擇。Istio 的復(fù)雜性可能是由于它提供的功能。雖然，Linkerd 采用了一種極簡主義的方法，可以簡化很多工作，但是在某些使用案例中，使用 Istio 更有意義，并且我們知道有很多快樂的 Istio 用戶。但是我們也不能忽視所有關(guān)于它的復(fù)雜性的抱怨。
Linkerd 的可視化
Sudia 和 Andersen 采用服務(wù)網(wǎng)格的主要動機(jī)是在服務(wù)間通信中獲得可觀察性。Linkerd 不僅提供正確的指標(biāo)，而且還將它們可視化。
根據(jù) Sudia 的說法，儀表板是 Linkerd 最好的部分之一。無需其他設(shè)置，就可以查看關(guān)鍵指標(biāo)，例如請求率，錯誤率，請求持續(xù)時間和總響應(yīng)。而且由于用戶界面非常直觀，他甚至不需要專門學(xué)習(xí)和培訓(xùn)。從安裝部署的第二天開始，團(tuán)隊就能夠準(zhǔn)確地排查問題。
Andersen 發(fā)現(xiàn)，Linkerd 的“Tap”功能可跟蹤服務(wù)之間的請求。無需任何額外設(shè)置即可實時查看正在發(fā)生的事情，這對他來說特別方便。
Linkerd 的可觀察性
對于 Sudia 和 Andersen 而言，服務(wù)網(wǎng)格的最高要求是能夠觀察分布式應(yīng)用程序中服務(wù)之間的通信。這不僅使運(yùn)維團(tuán)隊受益，而且使開發(fā)人員和 QA 人員的生活變得更加輕松。
Sudia 說，Linkerd 無需為最常見的指標(biāo)設(shè)置工具，這是因為默認(rèn)情況下會提供關(guān)鍵的 RED（速率，錯誤，持續(xù)時間）指標(biāo)。
Andersen 在運(yùn)行 QA 任務(wù)時看到了 Linkerd 的一個好處，軟件部署后衡量負(fù)載的功能特別有用，可以極大地改善調(diào)試和故障排除能力。而且，Linkerd 的跟蹤功能也非常有用。
Linkerd 的安全性
安全是軟件的一項關(guān)鍵任務(wù)，必須支撐所有其他決策。因此，這對于 Sudia 和 Andersen 都是頭等大事。兩者都試圖在服務(wù)網(wǎng)格中，通過 mTLS 來管理安全證書，以對集群內(nèi)部的流量進(jìn)行加密。
Sudia 的團(tuán)隊通常使用證書管理器來發(fā)布 Letsencrypt 證書，并且需要每 24 小時輪換一次這些證書。他希望避免像 Istio 樣，在每個容器的基礎(chǔ)上實施復(fù)雜的 RBAC 策略。
對于一個規(guī)模較小的團(tuán)隊，具備使用 mTLS 快速創(chuàng)建高度安全的集群的能力至關(guān)重要。Sudia 的團(tuán)隊花了大約 30 分鐘的時間來設(shè)置 mTLS，其中大部分時間都花在閱讀文檔上。Dave 指出，這種簡單易用的水平設(shè)置 mTLS 非常強(qiáng)大，特別是對于像他這樣的小型團(tuán)隊而言。
Andersen 的團(tuán)隊需要 mTLS 才能在 Linkerd 網(wǎng)格集群之間安全地路由流量。Linkerd 提供了證書自動生成的能力，這很方便。
Linkerd 的社區(qū)與支持
每當(dāng) Andersen 或 Sudia 遇到問題時，他們發(fā)現(xiàn) Linkerd 社區(qū)會非常有幫助，并且能夠迅速解決問題。
有一次，Andersen 遇到了 HTTP 會話無法與 Linkerd 一起使用麻煩，在 Linkerd Slack 上，通過社區(qū)的幫助，他快速找到了解決方案并在一天之內(nèi)解決它。令他高興的是，Linkerd 的下一個發(fā)行版中就修復(fù)了這個問題。
Sudia 說，當(dāng)他的團(tuán)隊需要幫助時，幾乎在一天之內(nèi)，他就能在 Linkerd Slack 的社區(qū)中找到解決方案。他特別喜歡 Linkerd 精簡的文檔，這是 Istio 一直在努力解決的問題。
除了 Linkerd，Sudia 和 Andersen 還從多個來源訪問監(jiān)視數(shù)據(jù)，包括 Prometheus，Grafana Cloud，Elasticsearch，Rancher，Datadog，Jaeger 和 SumoLogic。盡管它們的監(jiān)視工具組合各不相同，但他們倆都在將所有監(jiān)視度量標(biāo)準(zhǔn)整合到一個工具中，以獲取所有度量標(biāo)準(zhǔn)，日志和跟蹤的統(tǒng)一視圖。
關(guān)于為什么選擇使用 Linkerd 而放棄 Isito 就分享到這里了，希望以上內(nèi)容可以對大家有一定的幫助，可以學(xué)到更多知識。如果覺得文章不錯，可以把它分享出去讓更多的人看到。
