翻譯 | 宋松
原文 | https://medium.com/solo-io/linkerd-or-istio-6fcd2aad6e42
本周我開始寫一篇比較Istio和Linked的帖子，并且告訴我自己：我將用一個表格來比較兩者的特性，這將會很棒，人們會愛上它，這個世界將會幸福幾秒鐘。我向自己承諾這將是一個公平的比較，沒有任何偏見。雖然比較的表格仍然存在，但我轉(zhuǎn)移了文章的終點：目標(biāo)不再是哪個更好，而是哪個更適合你、你的應(yīng)用程序和你的組織。
在職業(yè)生涯的一段時間中，我曾擔(dān)任某公司的售前架構(gòu)師，記得有很多次我們被要求填寫產(chǎn)品比較表。我經(jīng)常需要運(yùn)用創(chuàng)造力來確保產(chǎn)品看起來很好，幾乎不惜一切代價避免表格中令人不愉快的“不支持”的框。考慮到誠信工作，但是有時候不得不這樣做。
站在評價者的角度來看，我理解他們（希望）的目的是進(jìn)行公平的比較，在這種程度上，對比的表格似乎是一種可靠的方式。我們知道一個項目的成功可以預(yù)測職業(yè)的發(fā)展，我們都喜歡這一點。但問題是：如果評估的最終目標(biāo)是產(chǎn)品對比表格，而不是能讓企業(yè)更有競爭力的高質(zhì)量軟件，那么這個評估的最后將只是一些“表格”的工作。
產(chǎn)品比較并不是最終目的，通過比較知道哪些對你的用例最好才是最終目的。因此讓我們通過七個方面來深入研究Service Mesh，主要是以下幾個方面：
流量管理
安全
安裝/配置
支持的環(huán)境
監(jiān)測
策略管理
對于上述七個方面中的每一個，我都將發(fā)表個人觀點，希望我的觀點能夠幫你做出更接近于簡潔的決策。
需要強(qiáng)調(diào)的是，Istio和Linkerd的區(qū)別在于數(shù)據(jù)平面使用了兩種不同的代理技術(shù)。
Istio使用Envoy作為其代理。Envoy是C++編寫的，最初是由Lyft構(gòu)建，以便以非Kubernetes方式促進(jìn)微服務(wù)的流量管理。許多公司已經(jīng)將Envoy擴(kuò)展為Kubernetes的ingress技術(shù)。
Linkerd（v2）使用的是一種名為Linkerd-proxy的專用服務(wù)網(wǎng)格代理。這個代理是使用Rust編寫的，與該代理一起，許多低級代理（網(wǎng)絡(luò)客戶機(jī)與服務(wù)器）功能在另一個也是由rust編寫名為Tower的項目中實現(xiàn)。Tower依賴于Tokio，Tokio是一個由Rust編寫的事件驅(qū)動非阻塞I/O庫。如果你和我一樣欣賞統(tǒng)計學(xué)，那么Rust已經(jīng)連續(xù)四年（2016、2017、2018、2019）一直是Stack-overflow最受歡迎的語言。
Istio是構(gòu)建與Envoy之上的因此在流量管理方面它是占據(jù)優(yōu)勢的，Envoy已經(jīng)包含了重要的IMHO功能，比如子集路由。用戶仍然可以使用Linkerd實現(xiàn)金絲雀/藍(lán)綠/a-b發(fā)布，但必須依靠單獨(dú)的Kubernetes服務(wù)和能夠分發(fā)流量的集群ingress技術(shù)，比如Gloo（gloo.solo.io）。
Linkerd團(tuán)隊在最近一次社區(qū)會議上公開表示，計劃在未來的版本中實現(xiàn)更加高級的L7流量管理功能。
關(guān)于安全，我正在考慮保護(hù)通信通道的能力。Istio和Linkerd兩者都提供了合理的安全保護(hù)功能。
Istio和Linkerd都依賴于外部根證書，因此兩者都能保證進(jìn)行安全通信。這聽起來像是一個很好的周末項目，你覺得呢？
鑒于Istio可以安裝在許多不同的平臺上，安裝說明可能會存在很大的不同。在寫這篇文章的時候，關(guān)于Linkerd的安裝，我對一些預(yù)先需要安裝功能的檢查印象很深刻。有很多次我在共享的Kubernetes集群中安裝一些Linkerd功能時，我不清楚我是否擁有必要的權(quán)限。對于Linkerd，pre-check（或check-pre）檢查你是否擁有在安裝過程中創(chuàng)建Kubernetes所需資源的權(quán)限。
對于是選擇kubernetes或者是非Kubernetes安裝，這是一個很直接的問題，Linkerd2是用基于kubernetes方式構(gòu)建的，至少目前是這樣的，而Istio收到了一下其他的公司的貢獻(xiàn)，希望istio能在非kubernetes環(huán)境中運(yùn)行。
考慮多集群部署，客觀來說對于它的解釋可能很棘手。從技術(shù)上來講，共享根CA證書的多個不同集群（具有不同的控制平面）上的服務(wù)之間可以有效的通信。
Istio擴(kuò)展了上述概念，因為它支持不同情形下的多個集群：
單個控制平面即可滿足不同集群之間網(wǎng)絡(luò)連接和pod之間IP尋址。
在上述兩種情況下，包含控制平面的集群將成為mesh管理的SPOF（single point of failure）。在我們這個可以在同一區(qū)域下的多個可用區(qū)域上部署單個集群的世界中，這將不再是一個問題，但仍然不能完全忽略它。
可以說Istio的管理控制臺是一個缺失的部分。 Kiali Observability Console確實解決了一些管理員對service mesh所需的一些需求。
Kiali（κι?λι）是一個希臘詞，意思是望遠(yuǎn)鏡，從Kiali的網(wǎng)站上可以清楚的看到它打算成為一個可監(jiān)測性的控制臺，而不僅僅是一個Service Mesh管理控制臺。
Linkerd控制臺還不完整，但是社區(qū)決定也要構(gòu)建一個管理儀表盤的目標(biāo)是一個優(yōu)勢。
Linkerd未能提供請求追蹤。想要以非侵入方式查看請求追蹤跨度必須等待Linkerd實現(xiàn)該功能。Istio利用了Envoy支持添加追蹤headers的事實。
應(yīng)該提醒用戶，應(yīng)用程序需要準(zhǔn)備好轉(zhuǎn)發(fā)跟蹤headers，如果沒有準(zhǔn)備，代理可以生成新的跟蹤IDS，這可能會無意中將單個請求分割為多個請求跨度使請求之間失去必要的關(guān)聯(lián)性。大多數(shù)開發(fā)框架都有轉(zhuǎn)發(fā)headers的選項，而無需用戶編寫大量的代碼。
Istio的愛好者，請歡欣鼓舞！Istio的策略管理能力令人印象深刻。
該項目構(gòu)建了一個可擴(kuò)展的策略管理機(jī)制，允許其他技術(shù)可從多個方面與Istio集成，請參閱下面的“template”列表以及一些集成的提供者。你可以認(rèn)為“template”是一種集成。
為了突出其他策略類型，Istio也可適用于rating和limiting以及提供對主體身份驗證的開箱即用支持。Linkerd用戶依賴集群ingress控制器提供rating和limiting。
對于主體身份驗證，我一直認(rèn)為它應(yīng)該委托給應(yīng)用程序。請記住#4分布式計算的謬論：網(wǎng)絡(luò)是安全的。對此持零信任策略。
Istio令人印象深刻的策略管理能力是需要代價的。考慮到他的廣泛性，管理眾多的選項增加了本已昂貴的運(yùn)營成本。
Istio（Mixer）的策略管理組件也增加了顯著的性能，我們將在下面詳細(xì)討論。
對比表在哪里？幸運(yùn)的是，就在最近，發(fā)布了兩個很棒的博客，對Istio和Linkerd的性能進(jìn)行了比較，我在下面引用了其中一些結(jié)論：
對于這種綜合工作負(fù)載，Istio的Envoy代理使用比Linkerd多50%的CPU。Linkerd的控制平面使用了一小部分Istio，特別是在考慮“core”組件時。
——Michael Kipper?—?Benchmarking Istio & Linkerd CPU（https://medium.com/@ihcsim/linkerd-2-0-and-istio-performance-benchmark-df290101c2bb）
And…
在本實驗中，與基線設(shè)置相比，Linkerd2-meshed設(shè)置和Istio-meshed設(shè)置都經(jīng)歷了更高的延遲和更低的吞吐量。在Istio-meshed設(shè)置中產(chǎn)生的延遲高于在Linkerd2-meshed設(shè)置中觀察到的延遲。Linkerd2-Meshed設(shè)置能夠處理比Istio-Meshed設(shè)置更高的HTTP和GRPC ping吞吐量。
——Ivan Sim?—?Linkerd 2.0 and Istio Performance Benchmark（https://medium.com/@ihcsim/linkerd-2-0-and-istio-performance-benchmark-df290101c2bb）
意識到Mixer所增加的處理時間，Istio團(tuán)隊目前正致力于重寫Mixer組件：“Mixer將用c++重新并直接嵌入到Envoy中。將不再有任何獨(dú)立的Mixer服務(wù)。這將提高性能并降低運(yùn)營復(fù)雜性?！?/p>
—Source Mixer V2 Design Document（https://docs.google.com/document/d/1QKmtem5jU_2F3Lh6SqLp0IuPb80_70J7aJEYu4_gS-s/edit）
是的，Istio比Linkerd2.3有多的特性。這是很好的，更多的特性意味著處理更復(fù)雜和邊緣用例的能力增強(qiáng)。這沒什么神奇的，更多的特性通常意味著更多的配置，潛在的資源利用率和運(yùn)營成本的增加，所有這里有三條建議：
如果你不知道80%最常見的工作負(fù)載是什么樣子的，那么你將很難選擇服務(wù)網(wǎng)格。如果你不知道這些數(shù)字，你的企業(yè)可能還沒有準(zhǔn)備好進(jìn)行服務(wù)網(wǎng)格的使用。如果你只是在探索，那就另當(dāng)別論了。
如果你想計劃解決所有可能的當(dāng)前和未來的cases（通常叫做comparison spreadsheet），那么你將會有一段糟糕的時間。你很可能會過度獲取，這對你購買的任何軟件都是如此。
試試Istio和Linkerd！ Solo SuperGloo是最簡單的方式。
我使用SuperGloo是因為它非常簡單，可以快速啟動兩個服務(wù)網(wǎng)格，而我?guī)缀醪恍枰鋈魏闻?。我們并沒有在生產(chǎn)中使用它，但是它非常適合這樣的任務(wù)。每個網(wǎng)格實際上是兩個命令。
——Michael Kipper?—?Benchmarking Istio & Linkerd CPU?—?Shopify（https://medium.com/@michael_87395/benchmarking-istio-linkerd-cpu-c36287e32781）。
在Solo.io（https://www.solo.io/），我們希望為你的服務(wù)網(wǎng)格采用之旅提供便利。 Solo SuperGloo我們的服務(wù)Mesh orchestrator可以通過直觀簡單的命令安裝和管理流行的服務(wù)網(wǎng)格技術(shù)。 正如Michael上面所指出的那樣，安裝Istio或Linkerd會成為一個單行活動。 SuperGloo并不止于此，它在不同的服務(wù)網(wǎng)格技術(shù)之上提供了一個抽象，允許對多個網(wǎng)格進(jìn)行一致且可重復(fù)的操作。 SuperGloo是完全開源的，you can try it right now（https://supergloo.solo.io/）。
本文由博云研究院原創(chuàng)翻譯發(fā)表，轉(zhuǎn)載請注明出處。
另外有需要云服務(wù)器可以了解下創(chuàng)新互聯(lián)cdcxhl.cn，海內(nèi)外云服務(wù)器15元起步，三天無理由+7*72小時售后在線，公司持有idc許可證，提供“云服務(wù)器、裸金屬服務(wù)器、高防服務(wù)器、香港服務(wù)器、美國服務(wù)器、虛擬主機(jī)、免備案服務(wù)器”等云主機(jī)租用服務(wù)以及企業(yè)上云的綜合解決方案，具有“安全穩(wěn)定、簡單易用、服務(wù)可用性高、性價比高”等特點與優(yōu)勢，專為企業(yè)上云打造定制，能夠滿足用戶豐富、多元化的應(yīng)用場景需求。
重慶分公司
重慶分公司
