選擇serverless還是Kubernetes？這種爭辯并沒有意義

作者：Grace譯 2018-09-26 17:28:15

服務(wù)器

云計(jì)算 Kubernetes和Serverless都是令人興奮的強(qiáng)大的平臺(tái)，它們可以通過多種方式為企業(yè)在敏捷性，擴(kuò)展性以及計(jì)算性能上獲取巨大的提升。但是，不要忘記Kubernetes能提供一些Serverless所沒有的功能，反之亦然。成功部署其中任何一個(gè)方案的關(guān)鍵點(diǎn)在于哪種技術(shù)更適用于當(dāng)前的場(chǎng)景。

融水網(wǎng)站建設(shè)公司創(chuàng)新互聯(lián)建站,融水網(wǎng)站設(shè)計(jì)制作，有大型網(wǎng)站制作公司豐富經(jīng)驗(yàn)。已為融水近千家提供企業(yè)網(wǎng)站建設(shè)服務(wù)。企業(yè)網(wǎng)站搭建\外貿(mào)網(wǎng)站制作要多少錢，請(qǐng)找那個(gè)售后服務(wù)好的融水做網(wǎng)站的公司定做！

【編者的話】這篇文章作者分別闡述了Kubernetes與Serverless的優(yōu)缺點(diǎn)，實(shí)際上兩者可能并不是競爭關(guān)系，在某些架構(gòu)中，兩者可以同時(shí)存在以滿足不同的需求。但是最終的目的都是為了使應(yīng)用程序部署更方便快捷，更易管理，更具成本效益以及對(duì)開發(fā)人員友好。

Kubernetes和Serverless都是令人興奮的強(qiáng)大的平臺(tái)，它們可以通過多種方式為企業(yè)在敏捷性，擴(kuò)展性以及計(jì)算性能上獲取巨大的提升。但是，不要忘記Kubernetes能提供一些Serverless所沒有的功能，反之亦然。成功部署其中任何一個(gè)方案的關(guān)鍵點(diǎn)在于哪種技術(shù)更適用于當(dāng)前的場(chǎng)景。

Kubernetes的興起

Kubernetes是為大規(guī)模的云計(jì)算設(shè)計(jì)的，一開始就是因?yàn)镚oogle使用了超大規(guī)模的部署才開發(fā)了Kubernetes。之后Kubernetes被改造成可以小規(guī)模使用，并且適用于大多數(shù)大型云提供商，這歸功于它過去幾年迅猛的發(fā)展。根據(jù)Cloud Native Computing Foundation(CNCF)的用戶調(diào)查，Kubernetes的增長遠(yuǎn)超過所有其他形式的編排軟件。

自***亮相以來，Kubernetes已成為主流。但是，正如從主機(jī)遷移到客戶端服務(wù)器上總會(huì)遇到各種問題，在采用完全基于容器架構(gòu)的過程中也依然會(huì)遇到各種問題，盡管這種容器架構(gòu)是由Kubernetes進(jìn)行編排的。容器擴(kuò)展并不是實(shí)時(shí)的，你需要等到容器上線，同時(shí)你也必須處理容器管理問題。據(jù)CNCF調(diào)查表明，存儲(chǔ)，安全以及網(wǎng)絡(luò)問題仍然是通過Kubernetes部署其架構(gòu)的程序員最關(guān)心的問題。

那么選擇Serverless呢?

Serverless架構(gòu)，在很多方面只是對(duì)微服務(wù)架構(gòu)的重新打包和重新構(gòu)想，這種架構(gòu)正在與Kubernetes形成競爭，因?yàn)樗试S擴(kuò)展應(yīng)用程序和部署，無需擔(dān)心復(fù)雜性和配置問題。這兩個(gè)問題正是使用Kubernetes和容器的痛點(diǎn)。 但不要把兩者當(dāng)做一樣的。

Serverless也被稱為功能即服務(wù)(FaaS)，Serverless體系結(jié)構(gòu)仍然需要運(yùn)行服務(wù)器，但是它是事件驅(qū)動(dòng)的架構(gòu)，相比之下，容器化應(yīng)用程序本質(zhì)上仍然是傳統(tǒng)的應(yīng)用程序，只是分成許多較小的部分或服務(wù)。使用容器化的應(yīng)用程序，它永遠(yuǎn)不會(huì)完全關(guān)閉。即使沒有人訪問它，容器仍然需要存在并運(yùn)行。你可以將它們縮小到單個(gè)實(shí)例，但它們?nèi)栽谶\(yùn)行并需要花錢。

一個(gè)Serverless應(yīng)用，如果沒有請(qǐng)求使用它的功能，那么它的成本可能降低到零，實(shí)際上如果沒有請(qǐng)求，它們會(huì)停止運(yùn)行，這可以顯著的降低成本，并且有利于更迅速的伸縮。訪問Serverless程序的請(qǐng)求越多，它的體量就會(huì)變得越大。

關(guān)于Serverless架構(gòu)會(huì)取代容器化的應(yīng)用程序的想法似乎是一個(gè)不合理的建議，并非一切功能都能被簡化成一個(gè)短暫的功能(function)。一些程序需要在應(yīng)用程序運(yùn)行時(shí)持久化數(shù)據(jù)以及狀態(tài)，Serverless的設(shè)計(jì)很難滿足這種需求，但是大家對(duì)Serverless的興趣卻在快速增長。

例如，根據(jù)MarketsandMarkets Research的數(shù)據(jù)，F(xiàn)aaS(Function as a Service)市場(chǎng)預(yù)計(jì)將從2016年的1.88美元飆升至2021年的77.2億美元。

然而，這不是一場(chǎng)零和博弈(即參與游戲的個(gè)體必須通過其他個(gè)體的損失來獲益，所有個(gè)體不能同時(shí)獲益或者損失)，而Serverless的增長并不一定預(yù)示著Kubernetes和容器的死亡。實(shí)際上，它甚至可能幫助擴(kuò)展Kubernetes的使用，至少可以通過主要的FaaS提供商來擴(kuò)展其Serverless產(chǎn)品。

Serverless架構(gòu)很可能通過僅僅支付使用的服務(wù)而不用支付運(yùn)行容器或一組容器所需的開銷來進(jìn)一步降低成本，但是這件事需要進(jìn)行權(quán)衡，不經(jīng)常訪問的Serverless代碼雖然運(yùn)行成本不高，但在運(yùn)行時(shí)(如Java)或底層容器用于服務(wù)請(qǐng)求的情況下，可能會(huì)遇到延遲增加的問題。這些額外的延遲可能令人無法接受。

從一個(gè)開發(fā)者的角度來說，F(xiàn)aaS可以極大的促進(jìn)效率的提升，使程序員的開發(fā)過程更加愉悅，程序員可以更快的將小塊代碼推到生產(chǎn)環(huán)境而不用顧慮配置和管理的開銷，從而提高生產(chǎn)力。

結(jié)論

應(yīng)用程序開發(fā)和部署策略，都在不斷發(fā)展。通常，從一個(gè)架構(gòu)到另一個(gè)架構(gòu)的遷移標(biāo)志著***個(gè)架構(gòu)的終結(jié)，但情況并非總是如此。至少現(xiàn)在，還沒有一個(gè)通用的解決方案可以解決低成本的，大規(guī)模的交付應(yīng)用程序所遇到的所有問題。與任何部署模型一樣，架構(gòu)師需要在成本，性能和可管理性之間進(jìn)行權(quán)衡。

Kubernetes——以及其他的容器化技術(shù)——已經(jīng)擁有了它們應(yīng)得的地位，Kubernetes市場(chǎng)的迅速普及和發(fā)展證明了它正滿足市場(chǎng)需求。雖然我并沒看出容器化的必要性，如果不必要，那么容器編排也沒任何意義，這種解決方案也并總是適用。

同樣Serverless的FaaS顯然填補(bǔ)了市場(chǎng)的需求，并且整體上呈現(xiàn)出顯著的增長。當(dāng)然，增長并不一定意味著合適，但市場(chǎng)傾向于自我糾正以彌補(bǔ)這一點(diǎn)。

同樣，Kubernetes vs.Serverless不是零和博弈。Serverless的增長并不表示Kubernetes的死亡。每個(gè)技術(shù)在現(xiàn)代應(yīng)用程序的開發(fā)和部署中都發(fā)揮著重要作用。在過去的20年中，應(yīng)用程序部署一直朝著更小，更易管理，更具成本效益和開發(fā)人員友好的架構(gòu)邁進(jìn)，并且毋庸置疑這種趨勢(shì)會(huì)持續(xù)下去。雖然Serverless可能是將應(yīng)用程序抽象到其最基本組件的邏輯結(jié)論，但并非所有應(yīng)用程序都能以這種方式抽象出來。同理可得，出于對(duì)持久性和可伸縮性的需求，某些應(yīng)用程序?qū)?huì)需要容器，需要容器的編排和管理。

如果這兩種技術(shù)沒有直接相互競爭，它們很難不會(huì)有持續(xù)性的顯著增長。

譯者介紹

Grace，程序員，研究生畢業(yè)于SUNY at Stony Brook，目前供職于Linktime Cloud Company，對(duì)大數(shù)據(jù)技術(shù)以及數(shù)據(jù)可視化技術(shù)感興趣。

網(wǎng)頁名稱：選擇Serverless還是Kubernetes？這種爭辯并沒有意義
本文來源：http://m.fisionsoft.com.cn/article/dhiojcj.html