復(fù)雜性會(huì)要了Kubernetes的命嗎？
Kubernetes不會(huì)是因自身重量而崩潰的第一個(gè)大型開(kāi)源項(xiàng)目，但支持者稱Kubernetes的情況不一樣。
Kubernetes目前可能是開(kāi)源人士的寵兒，但此前的Hadoop同樣一度備受推崇。Hadoop最終壽終正寢，就因?yàn)橛闷饋?lái)特別難。雖說(shuō)Kubernetes取得了長(zhǎng)足進(jìn)步，但正如第一資本公司（Capital One）的Bernard Golden所說(shuō)，“運(yùn)作起來(lái)仍然不是件輕松愉快的事兒”。這么說(shuō)已很委婉了，有人毫不客氣地稱Kubernetes“體驗(yàn)讓人討厭得要命”。
Kubernetes正迎來(lái)類似Hadoop的結(jié)局嗎？
可能不是。Hadoop日益變得更復(fù)雜，但Kubernetes變得越來(lái)越容易。雖然Kubernetes本身可能永遠(yuǎn)不會(huì)“很容易”，但其復(fù)雜性與Hadoop的復(fù)雜性大不一樣，這為Kubernetes在未來(lái)幾年仍是一種行業(yè)標(biāo)準(zhǔn)鋪平了道路。
Hadoop，越來(lái)越復(fù)雜
不妨先來(lái)說(shuō)說(shuō)Hadoop。Apache Hadoop在大致相當(dāng)于“MapReduce”時(shí)異常復(fù)雜。不過(guò)隨著時(shí)間的推移，Hadoop在不斷演變；雖然這種演變帶來(lái)了功能更強(qiáng)大的選擇，但那些選擇數(shù)量激增。它們也未必很容易協(xié)同運(yùn)行。正如Tom Barber所說(shuō)：“Hadoop實(shí)際上做什么？ MapReduce被Spark取代，Spark又被其他東西取代，依次類推。當(dāng)然你可以插入很多組件，但它依然很笨拙。”
為何笨拙？VMware的Jared Rosoff精辟地分析了這個(gè)問(wèn)題：“Hadoop的復(fù)雜性來(lái)自這個(gè)事實(shí)，即典型的Hadoop環(huán)境基本上由幾十個(gè)獨(dú)立而復(fù)雜的系統(tǒng)組成，這些系統(tǒng)有著不同的生命周期和管理模型。”Flume、Chukwa、Hive、Pig和ZooKeeper等等。這些名字聽(tīng)起來(lái)不錯(cuò)，但讓它們協(xié)同運(yùn)行起來(lái)如同噩夢(mèng)。Host Analytics的首席執(zhí)行官Dave Kellogg認(rèn)為，Hadoop是“一整套復(fù)雜的解決方案”，所有這種復(fù)雜性來(lái)源于用戶。
然而，與Kubernetes最不一樣的是用于擴(kuò)展Hadoop的模型。正如Rosoff特別指出，“Hadoop并沒(méi)有考慮人們會(huì)如何擴(kuò)展它，結(jié)果出現(xiàn)的生態(tài)系統(tǒng)包括不相兼容的擴(kuò)展件。”他繼續(xù)說(shuō)，與之相反，“Kubernetes做得很好的一點(diǎn)是，精心設(shè)計(jì)了擴(kuò)展Kubernetes的方式。容器運(yùn)行時(shí)接口（CRI）/容器存儲(chǔ)接口（CSI）/容器網(wǎng)絡(luò)接口（CNI），這些operator確保隨著更多的供應(yīng)商加入進(jìn)來(lái)，它們?cè)谝院侠碛行虻姆绞郊尤搿?rdquo;換句話說(shuō)，不像Hadoop及其不兼容的擴(kuò)展件，“Kubernetes在擁有眾多operator后仍然是Kubernetes。”
Kubernetes，可控的復(fù)雜性
這倒不是說(shuō)Kubernetes很簡(jiǎn)單。作為Kubernetes的開(kāi)發(fā)者之一，Heptio（VMware）的Joe Beda完全有資格宣稱“Kubernetes是個(gè)復(fù)雜的系統(tǒng)。”他繼續(xù)說(shuō)，這種復(fù)雜性多少必不可少，因?yàn)?ldquo;它做了很多事，帶來(lái)了新的抽象。”每個(gè)人一直都需要所有這些抽象（和花哨的附加功能）嗎？并非如此。“我確信許多使用Kubernetes的人使用較簡(jiǎn)單的技術(shù)也能應(yīng)付過(guò)去。”
Beda強(qiáng)調(diào)，不過(guò)對(duì)于那些需要Kubernetes的人來(lái)說(shuō)，Kubernetes未必比人們已經(jīng)熟悉的其他系統(tǒng)來(lái)得復(fù)雜�？赡芤粋�(gè)是“新的”復(fù)雜系統(tǒng)，另一個(gè)是“舊而舒適”的復(fù)雜系統(tǒng)：
作為工程師，我們往往低估我們自己帶來(lái)的復(fù)雜性，高估我們需要學(xué)習(xí)的復(fù)雜性。如果你使用Jenkins、Bash、Puppet/Chef/Salt/Ansible、AWS和Terraform等創(chuàng)建一套復(fù)雜的部署系統(tǒng)，最終會(huì)得到你感到舒適的獨(dú)特的復(fù)雜性系統(tǒng)。它有機(jī)地生長(zhǎng)，因此不覺(jué)得復(fù)雜。
但是請(qǐng)外人幫助開(kāi)發(fā)這樣一個(gè)有機(jī)生長(zhǎng)的系統(tǒng)很困難。他們可能知道一些工具，但你把它們組合起來(lái)的方式卻是獨(dú)一無(wú)二的。竊以為，這就是Kubernetes增值的地方。Kubernetes提供了解決一組常見(jiàn)問(wèn)題的一組抽象。隨著人們圍繞那些問(wèn)題加深理解、增強(qiáng)技能，他們?cè)诟嗟那闆r下會(huì)更有成效。仍面臨陡峭的學(xué)習(xí)曲線！但是這種技能組合現(xiàn)在很寶貴，在諸多環(huán)境、項(xiàng)目和工作之間可以移植。
明白要點(diǎn)了嗎？與存在于你可能在X公司構(gòu)建的某個(gè)部署系統(tǒng)中的復(fù)雜性不同，你在Kubernetes方面遇到的復(fù)雜性可以跟隨你從一個(gè)公司到另一個(gè)公司。這么一來(lái)，它的復(fù)雜性變得比其他這些系統(tǒng)低得多，因?yàn)橹R(shí)可以移植。換句話說(shuō)，“學(xué)習(xí)一次，到處適用。”
學(xué)習(xí)一次，到處適用
反過(guò)來(lái)，這種學(xué)習(xí)比Hadoop要容易得多。與Hadoop不同，Kubernetes是一個(gè)更容易熟悉起來(lái)的系統(tǒng)，這一方面是由于它可以運(yùn)行的場(chǎng)景。正如Gareth Rushgrove所寫(xiě)，“你可以在本地運(yùn)行Kubernetes，比其他類似的例子（Docker Desktop、Kind和MicroK8s）要容易得多。降低準(zhǔn)入門(mén)檻使人們更容易熟悉起來(lái)，這降低了感知的復(fù)雜性。”
正如云原生計(jì)算基金會(huì)的首席技術(shù)官Chris Aniszczyk強(qiáng)調(diào)的那樣，這點(diǎn)也有所幫助：雖然“分布式系統(tǒng)本質(zhì)上很復(fù)雜，但Kubernetes的優(yōu)勢(shì)在于，全球各大云提供商和多家供應(yīng)商都提供Kubernetes合規(guī)/認(rèn)證的托管版本（無(wú)分支），幫助大多數(shù)用戶應(yīng)對(duì)大規(guī)模管理的復(fù)雜性。”盡管如此，Tamal Saha表示，可能重要的問(wèn)題是“從Kubernetes試圖解決的問(wèn)題來(lái)看，Kubernetes是否很復(fù)雜。”對(duì)他來(lái)說(shuō)，答案是否定的。
“Kubernetes會(huì)淪為Hadoop嗎？”這個(gè)問(wèn)題的答案也是否定的。Kubernetes已經(jīng)過(guò)了那個(gè)階段。是的，正如一位評(píng)論人士所說(shuō)，Kubernetes是“一種復(fù)雜的編排工具，并不適用于所有使用場(chǎng)景。就像我們行業(yè)的眾多工具一樣，學(xué)習(xí)、使用和理解也需要花時(shí)間。‘幾小時(shí)’是不夠的。”這是解決復(fù)雜問(wèn)題的復(fù)雜工具。正如Beda所說(shuō)，但存在“有意的復(fù)雜性和偶發(fā)的復(fù)雜性”。Hadoop飽受后者之苦，而Kubernetes面臨的是前者。
由于諸如此類的原因，我們會(huì)看到Kubernetes繼續(xù)作為容器編排領(lǐng)域的行業(yè)標(biāo)準(zhǔn)而蓬勃發(fā)展。
