Kubernetes不會是因自身重量而崩潰的第一個大型開源項目，但支持者稱Kubernetes的情況不一樣。

　　Kubernetes目前可能是開源人士的寵兒，但此前的Hadoop同樣一度備受推崇。Hadoop最終壽終正寢，就因為用起來特別難。雖說Kubernetes取得了長足進步，但正如第一資本公司（Capital One）的Bernard Golden所說，“運作起來仍然不是件輕松愉快的事兒”。這么說已很委婉了，有人毫不客氣地稱Kubernetes“體驗讓人討厭得要命”。

　　可能不是。Hadoop日益變得更復雜，但Kubernetes變得越來越容易。雖然Kubernetes本身可能永遠不會“很容易”，但其復雜性與Hadoop的復雜性大不一樣，這為Kubernetes在未來幾年仍是一種行業(yè)標準鋪平了道路。

　　不妨先來說說Hadoop。Apache Hadoop在大致相當于“MapReduce”時異常復雜。不過隨著時間的推移，Hadoop在不斷演變；雖然這種演變帶來了功能更強大的選擇，但那些選擇數(shù)量激增。它們也未必很容易協(xié)同運行。正如Tom Barber所說：“Hadoop實際上做什么？ MapReduce被Spark取代，Spark又被其他東西取代，依次類推。當然你可以插入很多組件，但它依然很笨拙。”

　　為何笨拙？VMware的Jared Rosoff精辟地分析了這個問題：“Hadoop的復雜性來自這個事實，即典型的Hadoop環(huán)境基本上由幾十個獨立而復雜的系統(tǒng)組成，這些系統(tǒng)有著不同的生命周期和管理模型。”Flume、Chukwa、Hive、Pig和ZooKeeper等等。這些名字聽起來不錯，但讓它們協(xié)同運行起來如同噩夢。Host Analytics的首席執(zhí)行官Dave Kellogg認為，Hadoop是“一整套復雜的解決方案”，所有這種復雜性來源于用戶。

　　然而，與Kubernetes最不一樣的是用于擴展Hadoop的模型。正如Rosoff特別指出，“Hadoop并沒有考慮人們會如何擴展它，結(jié)果出現(xiàn)的生態(tài)系統(tǒng)包括不相兼容的擴展件。”他繼續(xù)說，與之相反，“Kubernetes做得很好的一點是，精心設(shè)計了擴展Kubernetes的方式。容器運行時接口（CRI）/容器存儲接口（CSI）/容器網(wǎng)絡(luò)接口（CNI），這些operator確保隨著更多的供應(yīng)商加入進來，它們在以合理有序的方式加入。”換句話說，不像Hadoop及其不兼容的擴展件，“Kubernetes在擁有眾多operator后仍然是Kubernetes。”

　　這倒不是說Kubernetes很簡單。作為Kubernetes的開發(fā)者之一，Heptio（VMware）的Joe Beda完全有資格宣稱“Kubernetes是個復雜的系統(tǒng)。”他繼續(xù)說，這種復雜性多少必不可少，因為“它做了很多事，帶來了新的抽象。”每個人一直都需要所有這些抽象（和花哨的附加功能）嗎？并非如此。“我確信許多使用Kubernetes的人使用較簡單的技術(shù)也能應(yīng)付過去。”

　　Beda強調(diào)，不過對于那些需要Kubernetes的人來說，Kubernetes未必比人們已經(jīng)熟悉的其他系統(tǒng)來得復雜。可能一個是“新的”復雜系統(tǒng)，另一個是“舊而舒適”的復雜系統(tǒng)：

　　作為工程師，我們往往低估我們自己帶來的復雜性，高估我們需要學習的復雜性。如果你使用Jenkins、Bash、Puppet/Chef/Salt/Ansible、AWS和Terraform等創(chuàng)建一套復雜的部署系統(tǒng)，最終會得到你感到舒適的獨特的復雜性系統(tǒng)。它有機地生長，因此不覺得復雜。

　　但是請外人幫助開發(fā)這樣一個有機生長的系統(tǒng)很困難。他們可能知道一些工具，但你把它們組合起來的方式卻是獨一無二的。竊以為，這就是Kubernetes增值的地方。Kubernetes提供了解決一組常見問題的一組抽象。隨著人們圍繞那些問題加深理解、增強技能，他們在更多的情況下會更有成效。仍面臨陡峭的學習曲線！但是這種技能組合現(xiàn)在很寶貴，在諸多環(huán)境、項目和工作之間可以移植。

　　明白要點了嗎？與存在于你可能在X公司構(gòu)建的某個部署系統(tǒng)中的復雜性不同，你在Kubernetes方面遇到的復雜性可以跟隨你從一個公司到另一個公司。這么一來，它的復雜性變得比其他這些系統(tǒng)低得多，因為知識可以移植。換句話說，“學習一次，到處適用。”

　　反過來，這種學習比Hadoop要容易得多。與Hadoop不同，Kubernetes是一個更容易熟悉起來的系統(tǒng)，這一方面是由于它可以運行的場景。正如Gareth Rushgrove所寫，“你可以在本地運行Kubernetes，比其他類似的例子（Docker Desktop、Kind和MicroK8s）要容易得多。降低準入門檻使人們更容易熟悉起來，這降低了感知的復雜性。”

　　正如云原生計算基金會的首席技術(shù)官Chris Aniszczyk強調(diào)的那樣，這點也有所幫助：雖然“分布式系統(tǒng)本質(zhì)上很復雜，但Kubernetes的優(yōu)勢在于，全球各大云提供商和多家供應(yīng)商都提供Kubernetes合規(guī)/認證的托管版本（無分支），幫助大多數(shù)用戶應(yīng)對大規(guī)模管理的復雜性。”盡管如此，Tamal Saha表示，可能重要的問題是“從Kubernetes試圖解決的問題來看，Kubernetes是否很復雜。”對他來說，答案是否定的。

　　“Kubernetes會淪為Hadoop嗎？”這個問題的答案也是否定的。Kubernetes已經(jīng)過了那個階段。是的，正如一位評論人士所說，Kubernetes是“一種復雜的編排工具，并不適用于所有使用場景。就像我們行業(yè)的眾多工具一樣，學習、使用和理解也需要花時間。‘幾小時’是不夠的。”這是解決復雜問題的復雜工具。正如Beda所說，但存在“有意的復雜性和偶發(fā)的復雜性”。Hadoop飽受后者之苦，而Kubernetes面臨的是前者。

　　由于諸如此類的原因，我們會看到Kubernetes繼續(xù)作為容器編排領(lǐng)域的行業(yè)標準而蓬勃發(fā)展。