托管Kubernetes服務已經成熟到許多企業將密鑰移交給他們集群的地步。在這里，我們確定了該趨勢背后的一些主要驅動因素。

將您的Kubernetes集群交給托管服務提供商感覺就像送您的孩子去上大學一樣——一開始很可怕，但最終在家周圍要做的工作要少得多。

[[438099]]

來自三大公共云提供商Amazon WebServices(AWS)、Google Cloud和Microsoft Azure的托管Kubernetes選項或Kubernetes即服務(KaaS)在過去幾年中都取得了巨大進步，幫助客戶運行和編排他們的容器化工作負載無需了解YAML配置文件的來龍去脈，也不必擔心自動縮放、更新和集群管理。

“當企業考慮具有戰略意義的事情時，最初的傾向是自己運營。隨著時間的推移，隨著他們逐漸適應環境，他們意識到這不僅沒有給他們帶來任何競爭優勢，而且供應商更有可能比他們更好地運行它，”以開發人員為中心的分析師的聯合創始人斯蒂芬奧格雷迪說堅定的Red Monk。“每家企業都走這條路嗎?還沒有，但旅行的胃口和方向似乎很明確，”他補充道。

以下是考慮托管Kubernetes服務的六個原因。

降低管理開銷

讓我們先從顯而易見的原因開始。旅游技術公司Amadeus的技術平臺和工程高級副總裁SylvainRoy說：“讓我們明確一點，工作量減少了。”“它是為我們運營的，這很重要，因為我們面臨著擁有運行[Kubernetes]所需的所有人員的挑戰。”

同樣，建筑公司Strabag的一小部分工程師自2006年以來一直在自己運行容器，在過去四年中過渡到自我管理的開源Docker和Kubernetes設置。現在，該小組正在尋求盡可能多地自動化集群管理，方法是對現有應用程序進行現代化改造并將底層Kubernetes集群的管理交給Google Cloud，或者讓開發人員能夠在云中或混合設置中運行新應用程序使用Anthos服務，特別是在需要傳輸某些本地數據時。

Strabag云服務團隊負責人MarioKleinasser表示：“旅程是移交適合移交的任務。”

同樣，在金融數據巨頭彭博社，“當您沒有SRE[軟件可靠性工程]團隊或管理Kubernetes的發布周期的團隊時，利用供應商是有意義的，對于那些專注于運行他們的應用程序并且不想管理Kubernetes，”彭博計算基礎設施主管Andrey Rybka說。

今天，Bloomberg仍在本地運行其大部分Kubernetes工作負載，但它也開始在適當的情況下使用所有三個主要云供應商來管理工作負載。

您將需要更少的專家

Kubernetes管理技能很難獲得且成本高昂，尤其是在您編寫自己的YAML配置文件時。如果您有人可以手動調整Kubernetes集群，您可能希望通過將集群管理交給更普通的工作負載，讓他們騰出時間來管理您的內部平臺或任何特別重要或棘手的工作負載。

Amadeus的Roy說：“為這些技術吸引和留住人并不容易，這顯然是一個挑戰。”

更好的可靠性

簡而言之，大型云供應商通常比您自己更能管理您的Kubernetes集群，因為他們的工程團隊規模龐大、客戶部署范圍廣，以及他們對這些部署的底層遙測的訪問權限。

“供應商更有可能更好地運行它，”RedMonk的O'Grady說。“供應商擁有遙測和看到所有客戶運行它的優勢，而不是單個企業只有自己的模型可供使用。”

以Bloomberg為例，它在2015年激動人心的日子里轉向了Kubernetes，當時它仍然只是一個alpha版本，一旦必要的持續集成、監控和測試得到證明，它就在2017年投入生產。Rybka說，雖然彭博工程師仍然主要為本地應用程序自行管理Kubernetes集群，但使用托管選項越來越有意義，尤其是“從可靠性的角度來看”，當工作負載在公共云中運行時。

不用擔心升級和補丁

對于管理自己的Kubernetes的任何人來說，升級和補丁是最不令人羨慕的兩項工作，這就是托管提供商優先考慮將這些任務從您的盤子中移除的原因。

AWS計算服務副總裁DeepakSingh說：“自己修補、更新和管理Kubernetes是一件復雜而復雜的事情，而且是完全沒有區別的繁重工作。”

保持云勢頭

對于推進公共云優先戰略的組織而言，采用更多托管服務有助于推動發展勢頭。

艾瑪迪斯最近與微軟簽署了一項協議來做到這一點。“他們行動迅速，我們希望從中受益，因此我們每次都會考慮使用更多的托管服務，”Roy說。“在我看來，這就是從這種勢頭中受益的方式。”

現在，供應商正在將他們在Kubernetes最佳實踐方面的知識和經驗轉化為更加自以為是的Kubernetes服務版本，采用簡化的路徑，如GKEAutopilot。

“有些人會將其視為輔助輪，但我將Autopilot視為安全帶，”谷歌首席工程師Kelsey Hightower說。“汽車可以以相同的速度行駛，但默認情況下更安全;這是一種防彈配置。人們總是要求我們提供最佳實踐以及他們必須做出哪些決定;Autopilot為他們提供了這些。”

同樣，AWS的Singh表示，該公司正在更好地利用所學到的有關大規模運行Kubernetes的知識，并將這種“運營態勢構建到EKS中......這使我們作為服務提供商能夠將其構建到這些開箱即用的托管服務中”.這是你會看到這種趨勢加速的另一個原因。”

然而，這類服務自然會引起對供應商鎖定的擔憂。“Autopilot更難，因為我記得有人問我一個問題，如果沒有人在供應商之間切換，為什么人們會專注于Kubernetes作為中間件層。答案是可以選擇說我可以走開，”RedMonk的O'Grady說。“你越依賴特定于供應商的選項，[離開的能力]就會消失，所以這對企業來說是一個更難的選擇。”

它仍然是開源的，可移植的

托管提供商必須贏得開源社區和客戶的信任，他們希望確保他們使用的Kubernetes發行版盡可能接近普通開源版本，以實現更大的可移植性并避免鎖定-在。

“當Kubernetes出來時，人們擔心它是一種誘餌和轉換，是供應商從開放社區中搶奪土地，并且會演變成開放核心。幾乎用了五六年的時間來證明這一點，”谷歌的Hightower說。

同樣，AWS的Singh表示，對于一些客戶來說，EKS與Kubernetes的開源發行版保持緊密聯系很重要，“那里沒有會產生差異的奇怪巫術。”AWS最近在GitHub上開源了其EKS發行版，以此證明這一點。

Kubernetes的聯合創始人兼VMwareTanzu首席工程師JoeBeda承認，“很難在不談論鎖定的情況下進行這種對話。”他敦促任何做出這些購買決定的人都要適當評估風險。

“你搬走的可能性有多大?如果你這樣做，這樣做的成本是多少?您需要進行多少代碼重寫以及多少重新培訓?任何進行這些投資的人都需要了解他們的要求、風險和權衡，”貝達說。

就CNCF而言，它運行一項經認證的Kubernetes一致性計劃，以確保從一個安裝到下一個安裝的互操作性，無論認證供應商是誰。

那么，為什么不是每個人都這樣做呢?

對于Amadeus和Bloomberg等大型、復雜的組織，可能總會有一些工作負載讓您不放心將其交給托管服務提供商，無論是敏感的數據安全問題、棘手的本地依賴關系還是過度保護的平臺想要手動調整自己的集群的團隊。

“那些想要自我管理部件的人會擔心數據平面;他們需要定制或專注于某些領域。他們不介意托管控制平面，”谷歌的Hightower說。

然而現實是，自己操作Kubernetes的所有理由都越來越不令人信服。

RedMonk的O'Grady說：“也許你認為它是一項現有投資，沒有人愿意將其作為沉沒成本注銷，或者存在對一組工作負載或業務的保守組織擔憂。”“或者擔心你的基礎設施中的一部分被認為是戰略性的，會離開你的控制。但是當你看到你的同齡人這樣做時，那種擔憂就會消失，你會看到更多的人意識到好處。”