編輯：阿冒

設(shè)計(jì)：沐由

全社會(huì)、全民邁向數(shù)字化的當(dāng)下，1億月活（MAU）的App已不鮮見，不要說一些我們?nèi)粘ｋx不開的軟件，哪怕是像知乎這樣的知識(shí)平臺(tái)，也已經(jīng)做到了月活過億。

(相關(guān)資料圖)

即便如此，在這些明星App中卻少有App能夠承受每秒100萬(wàn)次以上的查詢——不過凡事總有例外，Skyscanner是一款可搜索超過1000家航空公司上百萬(wàn)條航路的應(yīng)用，一旦臨近假期，Skyscanner的每秒查詢量會(huì)迅速飆升到每秒百萬(wàn)級(jí)的巨大體量。

你看不到的是，Skyscanner會(huì)在最短時(shí)間內(nèi)迅速調(diào)動(dòng)1000臺(tái)服務(wù)器+3W多個(gè)pods，為全球客戶的查詢提供支持，幫助你在最短時(shí)間內(nèi)找到最快捷、最便宜的機(jī)票……

你也一定不會(huì)相信，所有這一切龐大資源從容調(diào)度的背后，Skyscanner居然只配置了區(qū)區(qū)6名維護(hù)工程師。究竟是公司BOSS太摳門，還是說隊(duì)伍中暗藏了掃地僧一樣的大神？

來自開源社區(qū)的明星技術(shù)

其實(shí)，Skyscanner的秘密說來很簡(jiǎn)單：Kubernetes。作為一種用于管理云平臺(tái)上容器化應(yīng)用的開源技術(shù)，Kubernetes為現(xiàn)代化應(yīng)用的規(guī)劃、部署、更新和維護(hù)帶來了革命性的新機(jī)制。

興許是為了方便起見，國(guó)內(nèi)技術(shù)圈的大佬們將Kubernetes簡(jiǎn)稱為K8s，8代表了被省略的8個(gè)字母ubernete——如此神奇的腦回路令人百思不解，不過這并不妨礙K8s的風(fēng)行。

此前的模式下，應(yīng)用的部署一般通過插件或腳本來安裝進(jìn)行，表面上無(wú)需專業(yè)技術(shù)人員介入，但是卻導(dǎo)致應(yīng)用與操作系統(tǒng)綁定，而且很難進(jìn)行應(yīng)用的升級(jí)/回滾等操作。

K8s的強(qiáng)大在于，容器的啟動(dòng)速度極快、占用資源極少、部署速度極快，打包更方面，帶來了更好的開發(fā)體驗(yàn)，讓微服務(wù)變得愈發(fā)簡(jiǎn)單，而且應(yīng)用的監(jiān)控與管理也變得前所未有的高效……

以上，當(dāng)然只是K8s的鳳毛麟角而已，更多益處本文也不作贅述。如果K8s帶來的只有美好，那自然再也美滿不過，然而事物的兩面性存在于任何事物之上，K8s亦不能例外。

事實(shí)上，盡管在企業(yè)的業(yè)務(wù)創(chuàng)新與管理方面，buff疊滿的K8s令人無(wú)限期待，不過就算是那些頗具技術(shù)實(shí)力的企業(yè)，在面臨自建容器集群時(shí)也必然會(huì)頭皮發(fā)麻。

作為來自開源社區(qū)的明星技術(shù)，K8s的背后是成千上萬(wàn)的代碼提交者和貢獻(xiàn)者，以及超過1000+的廠商，勢(shì)必就造成了諸多的發(fā)行版本，而且社區(qū)自身也大約會(huì)每隔三個(gè)月就發(fā)布一個(gè)次要版本。

即便是做好版本管理，并建立了容器集群之后，企業(yè)仍舊有大量的技術(shù)工作要做：兼容性測(cè)試、安全驗(yàn)證、網(wǎng)絡(luò)適配等等，以及與系統(tǒng)對(duì)接之類的“業(yè)務(wù)工作”，不一而足。

沒錯(cuò)，我們也能列舉出關(guān)于K8s的大量DeBuff，不過這并非是本文的目標(biāo)，我們只是想說明，企業(yè)熱切希望利用K8s為在自身目標(biāo)帶來有效的提升，但是他們?cè)凇昂诵臉I(yè)務(wù)”之外要做的工作，實(shí)在是有點(diǎn)太多，而且難以把控。

這樣看來，我們本節(jié)開始給出的答案就有些不嚴(yán)謹(jǐn)，甚至是不正確了，因此我們要為之加上一個(gè)前提，即Skyscanner仰仗的神器并不是普通的K8s，而是Amazon EKS（Elastic Kubernetes Service）。

讓容器操作與管理得心應(yīng)手

Amazon EKS是亞馬遜云科技的一項(xiàng)托管服務(wù)，提供高度可用、可擴(kuò)展且安全的Kubernetes服務(wù)。作為社區(qū)的積極參與者和貢獻(xiàn)者，Amazon EKS與上游Kubernetes保持100%兼容——這一點(diǎn)非常重要。

很多廠商往往對(duì)開源項(xiàng)目進(jìn)行“魔改”，所謂的“魔改”，是通過一定程度上對(duì)于軟、硬件的修改，以使其在功能上得到加強(qiáng)或優(yōu)化，暫時(shí)達(dá)到或接近客戶的需求，雖然在當(dāng)前的很多數(shù)字化項(xiàng)目中并非常態(tài)，但是卻不鮮見。

然而，“魔改”畢竟是違反了設(shè)計(jì)者原先的技術(shù)設(shè)想與體系架構(gòu)，必然會(huì)帶來穩(wěn)定性、安全性等一系列問題，并且很有可能導(dǎo)致不可預(yù)知的嚴(yán)重后果。

亞馬遜云科技不會(huì)做任何的“魔改”。也就是說，上游的Kubernetes是什么樣，亞馬遜云科技均會(huì)以云原生的形式，將之在云上進(jìn)行嚴(yán)格的適配和移植，從而確保客戶的業(yè)務(wù)應(yīng)用可以在其中完美地運(yùn)行。

無(wú)論何時(shí)，Amazon EKS保證至少支持四個(gè)生產(chǎn)就緒版本的 Kubernetes。與此同時(shí)，Amazon EKS還提供了14個(gè)月的版本技術(shù)支持，明顯長(zhǎng)于社區(qū)的9個(gè)月，這就意味著哪怕是社區(qū)不再支持的版本，照樣可以在Amazon EKS上得到支持。

Amazon EKS架構(gòu)示意圖

對(duì)于像Kubernetes這樣的軟件來說，從開源社區(qū)走出來到進(jìn)入到最終的生產(chǎn)環(huán)境，其實(shí)中間還有很長(zhǎng)的一段路要走，包括跟云上的安全等能力進(jìn)行結(jié)合，與其他組件的兼容性測(cè)試、網(wǎng)絡(luò)適配等過程，客戶往往需要做一大堆類似“重復(fù)造輪子”的工作。

Amazon EKS則不然，亞馬遜云科技的技術(shù)和服務(wù)隊(duì)伍已經(jīng)幫助做了以上各類繁復(fù)和枯燥的工作。得益于此，客戶可以直接將他們的精力與資源全部投入到自己的容器業(yè)務(wù)上，輕松構(gòu)建可靠、穩(wěn)定和安全的應(yīng)用程序。

Amazon EKS帶來的不僅是高性能、可靠和安全的Kubernetes服務(wù)，它也使得Kubernetes的操作和管理變得前所未有的簡(jiǎn)單起來。

比如，在令人望而卻步、頭皮發(fā)麻的集群管理方面，Amazon EKS提供了一鍵式的升級(jí)控制平面及數(shù)據(jù)平面的功能，讓以往復(fù)雜的操作簡(jiǎn)單易用到極致，而且強(qiáng)大、安全。

按下現(xiàn)代化應(yīng)用的“加速鍵”

隨著企業(yè)業(yè)務(wù)的互聯(lián)網(wǎng)化發(fā)展，大規(guī)模的容器業(yè)務(wù)應(yīng)用已經(jīng)成為不爭(zhēng)的事實(shí)。面對(duì)不斷變化的市場(chǎng)，企業(yè)需要與時(shí)俱進(jìn)、推陳出新，永遠(yuǎn)有大量的新業(yè)務(wù)準(zhǔn)備上線。

然而，成百上千的POD啟動(dòng)必然會(huì)帶來很多問題，譬如過度消耗系統(tǒng)資源、嚴(yán)重遲滯存儲(chǔ)性能等等……那么，Amazon EKS能夠帶來哪些顯著的提升呢？

在支撐大規(guī)模容器業(yè)務(wù)應(yīng)用方面，Amazon EKS不止擁有高可用架構(gòu)，還包括了彈性伸縮、共享服務(wù)平臺(tái)、成本可視化等優(yōu)勢(shì)。

以彈性伸縮為例，這里就不得不說到Amazon Karpenter了。作為新一代的Kubernetes自動(dòng)擴(kuò)容工具，Karpenter的表現(xiàn)令人驚嘆：它會(huì)動(dòng)態(tài)選擇最適合的計(jì)算資源，自動(dòng)添加或刪除所需的計(jì)算資源，進(jìn)行高性能的規(guī)模測(cè)試，等等。

空口無(wú)憑，還是讓數(shù)字來說話。在Amazon EC2規(guī)格為c5.large的環(huán)境下，從0增加到100的擴(kuò)容，Cluster Autoscaler需要超過4分鐘，Karpenter僅需2分鐘；從100減少到1的縮容，Cluster Autoscaler需要6分多鐘，而Karpenter僅需30秒。

隨著業(yè)務(wù)應(yīng)用容器化程度不斷加深，越來越多客戶也在基于Amazon EKS構(gòu)建共享服務(wù)平臺(tái)，旨在同時(shí)兼顧到安全的管控和開發(fā)的靈活性。微服務(wù)和容器化的大規(guī)模使用加速了業(yè)務(wù)應(yīng)用迭代上線的速度，方便了開發(fā)人員，但是從運(yùn)維的角度而言，也對(duì)其所需云資源的快速按需配置供給以及安全合規(guī)管控方面帶來了挑戰(zhàn)。

客戶通過在Amazon EKS上構(gòu)建共享服務(wù)平臺(tái)，平衡了開發(fā)和運(yùn)維的沖突。而共享服務(wù)平臺(tái)在本質(zhì)上是運(yùn)維事先定義好可用模板，其中包括數(shù)據(jù)庫(kù)、節(jié)點(diǎn)規(guī)模等，開發(fā)人員可以按需取用，真正做到讓運(yùn)維與開發(fā)“相視一笑泯恩仇。

其實(shí)，以上的各種神奇均建立在IaaS（基礎(chǔ)設(shè)施即代碼）之上。由于這種代碼庫(kù)式，客戶只需要簡(jiǎn)單的幾行代碼，甚至比擺積木還簡(jiǎn)單，就可以快速部署起龐大而高效的基礎(chǔ)設(shè)施。

目前已經(jīng)有數(shù)十萬(wàn)客戶正在借助亞馬遜云科技Amazon EKS 平臺(tái)，交付和運(yùn)行著數(shù)不勝數(shù)的現(xiàn)代化應(yīng)用。在構(gòu)建共享服務(wù)平臺(tái)方面，Amazon EKS提供了Blueprints解決方案，與常用的Kubernetes生態(tài)工具鏈集成，高度可擴(kuò)展、可定制，滿足各種現(xiàn)代化應(yīng)用的嚴(yán)苛要求。

在數(shù)字化的發(fā)展大潮中，越來越多的企業(yè)正在脫穎而出。得益于亞馬遜云科技提供的一系列服務(wù)，初創(chuàng)企業(yè)同樣可以基于最先進(jìn)的基礎(chǔ)設(shè)施和更優(yōu)的成本控制，實(shí)現(xiàn)創(chuàng)業(yè)夢(mèng)想。

關(guān)鍵詞：