原標(biāo)題：亞馬遜云科技云原生Amazon EKS提供一鍵式的升級(jí)控制平面及數(shù)據(jù)平面功能

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

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

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

　　讓容器操作與管理得心應(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)格地適配和移植，從而確�？蛻舻臉I(yè)務(wù)應(yīng)用可以在其中完美地運(yùn)行。

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

　　對(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è)試，等等。

　　空口無憑，還是讓數(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è)同樣可以基于 的基礎(chǔ)設(shè)施和更優(yōu)的成本控制，實(shí)現(xiàn)創(chuàng)業(yè)夢(mèng)想。

   投稿郵箱：chuanbeiol@163.com   詳情請(qǐng)?jiān)L問川北在線：http://www.dstuf.com/