將企業(yè)的Kubernetes集群交給托管服務(wù)提供商感覺就像把孩子送到大學(xué)里一樣，一開始不放心，但最終需要自己要做的事情少了很多。

在過去幾年，三大公有云提供商亞馬遜云服務(wù)(AWS)、谷歌云和微軟Azure的托管Kubernetes方案(又叫Kubernetes即服務(wù)，KaaS)都取得了長(zhǎng)足的進(jìn)步，幫助客戶運(yùn)行和編排他們的容器化工作負(fù)載，無需了解YAML配置文件的基本細(xì)節(jié)，也無需操心自動(dòng)擴(kuò)展、更新和集群管理。

[[415034]]

Stephen O'Grady是面向開發(fā)人員的調(diào)研公司RedMonk的聯(lián)合創(chuàng)始人，他說："當(dāng)企業(yè)認(rèn)為某個(gè)系統(tǒng)具有戰(zhàn)略意義時(shí)，本意是想自己運(yùn)行。后來隨著逐漸適應(yīng)，他們漸漸認(rèn)識(shí)到：自己運(yùn)行沒有帶來任何競(jìng)爭(zhēng)優(yōu)勢(shì)，供應(yīng)商有可能比他們運(yùn)行得更好。"他補(bǔ)充道："每家企業(yè)都在走這條路嗎?還沒有，但是走這條路的愿望和方向似乎很明確。"

以下是考慮采用托管Kubernetes服務(wù)的六大原因：

降低管理成本

不妨先從一個(gè)顯而易見的原因說起。Sylvain Roy是旅游業(yè)技術(shù)公司艾瑪?shù)纤?Amadeus)主管技術(shù)平臺(tái)和工程的高級(jí)副總裁，他說："要弄清楚一點(diǎn)，我們的工作量減少了。有人替我們運(yùn)行，這很重要，因?yàn)槲覀兒茈y雇傭到運(yùn)行Kubernetes所需的所有人。"

同樣，自2006年以來，建筑公司Strabag的一小群工程師就一直在自己運(yùn)行容器，在過去四年里，他們改用了自我管理的開源Docker和Kubernetes環(huán)境?，F(xiàn)在，這群人正考慮盡可能提高集群管理的自動(dòng)化程度，他們決定：更新改造現(xiàn)有的應(yīng)用程序，將管理底層Kubernetes集群的任務(wù)移交給谷歌云;或者授權(quán)開發(fā)人員使用Anthos服務(wù)，在云端或混合環(huán)境中運(yùn)行新的應(yīng)用程序，特別是需要一些本地?cái)?shù)據(jù)傳輸時(shí)。

Strabag的云服務(wù)團(tuán)隊(duì)負(fù)責(zé)人Mario Kleinasser說："首先要移交適合移交的任務(wù)。"

金融數(shù)據(jù)巨頭彭博社計(jì)算基礎(chǔ)架構(gòu)主管Andrey Rybka也表示，"如果沒有SRE(軟件可靠性工程)團(tuán)隊(duì)或管理Kubernetes發(fā)布周期的團(tuán)隊(duì)，對(duì)專注于運(yùn)行應(yīng)用程序、不想管理Kubernetes的那些企業(yè)來說，充分利用托管供應(yīng)商是合理的舉措。"

如今，彭博社仍在本地運(yùn)行大部分的Kubernetes工作負(fù)載，但它也開始在適當(dāng)?shù)那闆r下將三大云供應(yīng)商都用于托管的工作負(fù)載。

只需要少數(shù)專家

Kubernetes的管理技能很難獲得，且成本很高，自行編寫YAML配置文件更是如此。即便你有可以手動(dòng)調(diào)整Kubernetes集群的人員，也可能需要把較為普通的工作負(fù)載集群管理任務(wù)交給供應(yīng)商，而讓自己的人員騰出手來管理內(nèi)部平臺(tái)或任何特別重要或棘手的工作負(fù)載。

艾瑪?shù)纤沟腞oy說："獲得和留住這些技術(shù)所需的人并非易事，這顯然是個(gè)挑戰(zhàn)。"

更好的可靠性

簡(jiǎn)而言之，基于工程團(tuán)隊(duì)的規(guī)模、客戶部署的多樣性，以及可以訪問這些部署環(huán)境底層的遙測(cè)數(shù)據(jù)，大型云供應(yīng)商常常比你自己更有能力管理Kubernetes集群。

RedMonk的O'Grady說："供應(yīng)商很可能更好地運(yùn)行Kubernetes集群。供應(yīng)商有遙測(cè)數(shù)據(jù)，其優(yōu)勢(shì)在于可以看到所有客戶運(yùn)行集群的情況，而不像單個(gè)企業(yè)只有自己的數(shù)據(jù)模型可供使用。"

以彭博社為例，它在2015年的盛行期轉(zhuǎn)而采用Kubernetes，當(dāng)時(shí)Kubernetes仍只是alpha測(cè)試版。等到運(yùn)行結(jié)果證明：必要的持續(xù)集成、監(jiān)控、測(cè)試與預(yù)期相符，Kubernetes就在2017年進(jìn)入到了生產(chǎn)環(huán)境。Rybka表示，雖然彭博社的工程師仍在很大程度上為本地應(yīng)用程序自行管理Kubernetes集群，但是當(dāng)工作負(fù)載在公有云上運(yùn)行時(shí)，使用托管方案顯得越來越合理，"從可靠性的角度來看"更是如此。

不用擔(dān)心升級(jí)和補(bǔ)丁

對(duì)于自行管理Kubernetes的任何企業(yè)來說，升級(jí)和補(bǔ)丁是最枯燥乏味的兩項(xiàng)工作，這就是為什么托管提供商優(yōu)先考慮替您處理這些任務(wù)。

AWS計(jì)算服務(wù)副總裁Deepak Singh說："自行打補(bǔ)丁、更新和管理Kubernetes非常復(fù)雜，而且是完全沒有樂趣的苦差事。"

保持云發(fā)展勢(shì)頭

對(duì)于大力推行公有云優(yōu)先策略的組織而言，采用更多的托管服務(wù)有助于提升勢(shì)頭。

艾瑪?shù)纤棺罱c微軟簽署了一筆交易，就是為了做到這一點(diǎn)。Roy說："公有云發(fā)展迅猛，我們希望從中受益，于是我們每次都會(huì)考慮使用更多的托管服務(wù)。在我看來，這是得益于這股勢(shì)頭的途徑。"

現(xiàn)在，供應(yīng)商們正將各自在Kubernetes最佳實(shí)踐方面的知識(shí)和經(jīng)驗(yàn)轉(zhuǎn)化為更自成一體的Kubernetes服務(wù)版本，并簡(jiǎn)化了采用路徑，比如GKE Autopilot。

谷歌的首席工程師Kelsey Hightower說："一些人會(huì)將Autopilot視為備胎，而我將其視為安全帶。汽車行駛的速度一樣，但默認(rèn)情況下更安全，這是一種萬無一失的配置。人們總是問我們有何最佳實(shí)踐、問他們要做出什么樣的決定，Autopilot給出了答案。"

同樣，AWS的Singh表示，該公司正變得更擅長(zhǎng)運(yùn)用大規(guī)模運(yùn)行Kubernetes所獲得的經(jīng)驗(yàn)，將這種"運(yùn)作經(jīng)驗(yàn)結(jié)合到EKS中……這讓我們的服務(wù)提供商可以將其直接集成到這些托管服務(wù)中。這是你會(huì)看到這股潮流愈演愈烈的另一個(gè)原因。"

然而，這類服務(wù)往往讓人擔(dān)心供應(yīng)商鎖定。"之所以Autopilot比較難選擇，是由于這個(gè)問題：既然沒人另換供應(yīng)商，為什么關(guān)注Kubernetes這個(gè)中間件層。答案是我可以撒手不管。"RedMonk的O'Grady說，"你越依賴針對(duì)特定供應(yīng)商的選項(xiàng)，越無法做到可以撒手不管，因此這對(duì)企業(yè)而言是艱難的選擇。"

是開源、可移植的

托管提供商必須贏得開源社區(qū)和客戶的信任，客戶要確保自己使用的Kubernetes發(fā)行版盡可能接近普通開源版本，以提高可移植性，并避免鎖定現(xiàn)象。

谷歌的Hightower說："Kubernetes面市時(shí)，有人擔(dān)心它是掛羊頭賣狗肉，是供應(yīng)商與開放社區(qū)搶地盤，它會(huì)演變成開放核心。差不多過了五六年，才證明并非如此。"

同樣，AWS的Singh表示，對(duì)一些客戶而言，EKS與Kubernetes的開源發(fā)行版保持關(guān)系密切很重要，"沒有會(huì)造成差異的怪異巫術(shù)。"AWS最近在GitHub上開源其EKS發(fā)行版，證明了這一點(diǎn)。

Kubernetes的聯(lián)合創(chuàng)始人兼VMware Tanzu的首席工程師Joe Beda承認(rèn)："談到這個(gè)話題很難不提到鎖定。"他敦促做出這種購買決定的任何人都應(yīng)適當(dāng)評(píng)估風(fēng)險(xiǎn)。

Beda說："你離開的可能性有多大?如果離開，遷移成本會(huì)有多大?你需要重寫多少代碼、需要多少的再培訓(xùn)?這方面進(jìn)行投入的任何人都需要了解面臨的需求、風(fēng)險(xiǎn)和取舍。"

云原生計(jì)算基金會(huì)(CNCF)開展了一項(xiàng)Kubernetes認(rèn)證合格計(jì)劃，該計(jì)劃確保一套安裝系統(tǒng)與下一套安裝系統(tǒng)可實(shí)現(xiàn)互操作性，不管認(rèn)證的供應(yīng)商是哪一家。

那么，為什么有的企業(yè)沒有選擇它?

對(duì)于艾瑪?shù)纤购团聿┥绲三嫶蟮膹?fù)雜組織而言，無論是敏感數(shù)據(jù)安全問題、棘手的本地依賴項(xiàng)還是過度保護(hù)的平臺(tái)團(tuán)隊(duì)想要手動(dòng)調(diào)整自己的集群，可能總會(huì)有一些工作負(fù)載是你不放心交給托管服務(wù)提供商處理的。

谷歌的Hightower說："那些想要自我管理部件/組件的人會(huì)擔(dān)心數(shù)據(jù)平面;他們需要在某些方面進(jìn)行定制或?qū)ｉT化。他們不介意托管的控制平面。"

然而實(shí)際上，自己運(yùn)行Kubernetes的種種理由變得越來越缺乏說服力。

RedMonk的O'Grady說："也許你認(rèn)為這是一項(xiàng)現(xiàn)有投入，沒有人希望將其作為沉沒成本一筆勾銷，或者偏于保守的組織對(duì)一系列工作負(fù)載或業(yè)務(wù)交給外人心存擔(dān)憂?；蛘哂腥藭?huì)為一部分具有戰(zhàn)略意義的基礎(chǔ)設(shè)施不受自己控制而擔(dān)憂。但是當(dāng)你看到同行采用托管方案時(shí)，這種擔(dān)憂就會(huì)煙消云散，你會(huì)看到更多人在獲得切實(shí)的好處。"