云計(jì)算已經(jīng)對(duì)數(shù)據(jù)中心的運(yùn)行方式產(chǎn)生了深遠(yuǎn)的影響，但是云計(jì)算的最新趨勢(shì)可能會(huì)以無服務(wù)器計(jì)算的形式提供另一個(gè)改變，這將有助于使客戶更加靠近效用計(jì)算。

無服務(wù)器計(jì)算實(shí)際上是一個(gè)誤稱，因?yàn)樗�絕對(duì)不會(huì)消除服務(wù)器。相反，它消除了云計(jì)算消費(fèi)者直接處理服務(wù)器的需求，無論是配置或管理這些服務(wù)器，使用戶專注于開發(fā)和部署業(yè)務(wù)邏輯，而不是專注于自己的應(yīng)用程序或服務(wù)。

這聽起來很像平臺(tái)即服務(wù)（PaaS），這是一個(gè)久經(jīng)考驗(yàn)的云服務(wù)模型，但是無服務(wù)器的方法將應(yīng)用程序和服務(wù)分解成更小和更離散的功能。一些無服務(wù)器的支持者甚至創(chuàng)造了術(shù)語“即服務(wù)”（FaaS）來描述它。

亞馬遜的做法

目前無服務(wù)器計(jì)算的熱潮可以追溯到亞馬遜在2014年將其納入其Amazon Web Services（AWS）云組合中的Lambda服務(wù)。Lambda是一個(gè)事件驅(qū)動(dòng)的函數(shù)，使開發(fā)人員能夠創(chuàng)建將運(yùn)行的代碼響應(yīng)某些事件或觸發(fā)器。

然而，Lambda的一個(gè)關(guān)鍵方面是它自動(dòng)管理運(yùn)行和擴(kuò)展代碼的高可用性所需的計(jì)算資源，客戶僅支付代碼實(shí)際運(yùn)行時(shí)占用的CPU計(jì)算時(shí)間。

例如，Lambda可以用于驅(qū)動(dòng)Web服務(wù)器，并且將消耗很少的資源或沒有資源。AWS已經(jīng)在Github上發(fā)布了一個(gè)參考架構(gòu)，以及其他一些例如物聯(lián)網(wǎng)后端。

開發(fā)和運(yùn)營基于云計(jì)算的服務(wù)的傳統(tǒng)方式是提供足夠的服務(wù)器和存儲(chǔ)資源來運(yùn)行代碼和處理數(shù)據(jù)，客戶負(fù)責(zé)提供正確的容量，監(jiān)控性能，以及容錯(cuò)和可擴(kuò)展性設(shè)計(jì)。

此外，經(jīng)營這種服務(wù)所需的資源通常必須持續(xù)可用的，并且隨時(shí)可以使用，這意味著客戶無論使用何種方式都為他們付費(fèi)，除非他們開發(fā)自己的系統(tǒng)來按需提供資源，并在不需要的時(shí)候釋放它們。

所有這些意味著構(gòu)建基于云計(jì)算的基礎(chǔ)設(shè)施來提供應(yīng)用程序和服務(wù)可能被證明是比云計(jì)算提供商承認(rèn)的更復(fù)雜和耗時(shí)的任務(wù)，這是無服務(wù)器計(jì)算尋求解決的問題的一部分。

分析機(jī)構(gòu)Quocirca公司的Clive Longbottom表示：“無服務(wù)器計(jì)算確實(shí)具有更高的云計(jì)算水平。之前已經(jīng)評(píng)論過用戶對(duì)AWS和Azure的依賴，用戶在建立頂層的任何軟件堆棧之前，仍然依賴于擁有非常聰明的系統(tǒng)架構(gòu)師，可以構(gòu)建基本的基礎(chǔ)資源。”

他補(bǔ)充說：“轉(zhuǎn)向一個(gè)可以得到期望結(jié)果的平臺(tái)，這意味著人們開始有更多的能力，這是人們想要做的，那么讓它發(fā)生。”

換句話說，無服務(wù)器計(jì)算代表了旨在隱藏底層基礎(chǔ)架構(gòu)的另一個(gè)抽象級(jí)別。而且，盡管AWS可能是此方法最明顯的支持者，但其他來源（例如Google Cloud Functions，Windows Azure Functions或IBM OpenWhisk）也開始提供類似的服務(wù)。Iron.io公司的一個(gè)開發(fā)人員有一個(gè)名為Iron Functions的無服務(wù)器應(yīng)用平臺(tái)，它是開源的，可以在公有云或私有云上運(yùn)行，并且與AWS公司的Lambda兼容。

預(yù)測(cè)成本

雖然無服務(wù)器計(jì)算可能從客戶的角度來看有一些優(yōu)勢(shì)，但它也可以為實(shí)現(xiàn)這些功能的服務(wù)提供商帶來一些好處。如果采用像AWS Lambda這樣的無服務(wù)器計(jì)算函數(shù)，那么在任何給定的時(shí)刻可能會(huì)導(dǎo)致更少的資源被捆綁，以便操作客戶的基于云計(jì)算的應(yīng)用程序，這樣可以使服務(wù)提供商減少他們需要隨時(shí)可用的剩余容量。

然而，為了擺脫這個(gè)可能需要更復(fù)雜的數(shù)據(jù)中心監(jiān)控和編排工具的伎倆，如果客戶更多地利用能夠自動(dòng)擴(kuò)展以滿足需求峰值的Lambda等功能，預(yù)測(cè)需求就會(huì)變得更加復(fù)雜。

無服務(wù)器計(jì)算可能對(duì)客戶有一些優(yōu)勢(shì)，也可為服務(wù)提供商帶來一些好處。在任何特定的時(shí)刻，它可能導(dǎo)致資源減少，以便操作客戶的基于云計(jì)算的應(yīng)用程序。

同時(shí)，根據(jù)Long bottom的說明，無服務(wù)器計(jì)算不能解決客戶云服務(wù)的主要難題，該公司正在能夠準(zhǔn)確地預(yù)測(cè)運(yùn)營應(yīng)用程序和服務(wù)需要多少費(fèi)用，以滿足可接受的服務(wù)質(zhì)量需求所需的水平。

他說：“真正地讓客戶了解定價(jià)是如何隨著使用情況而變化的，這是AWS最黑暗的地方之一，”盡管這同樣適用于許多其他云提供商�！半m然AWS公司公布了費(fèi)用，就像說開車的成本一術(shù)很容易解決，而這是基于每加侖的里程，加上輪胎的磨損，這取決于開車和道路的類型等因素，無服務(wù)器應(yīng)該隱藏一些這樣的黑暗。但是只有當(dāng)客戶可以讓AWS在其收費(fèi)方式上得到公開的時(shí)候�！盠ong bottom補(bǔ)充道。

鎖住恐懼

這就是為什么企業(yè)客戶更喜歡談判合同，詳細(xì)規(guī)定他們需要什么能力，以及他們要支付多少費(fèi)用的原因。

然后是供應(yīng)商鎖定的傳統(tǒng)套路。使用基于專有功能的無服務(wù)器計(jì)算，如果客戶需要執(zhí)行此操作，可能難以將服務(wù)從一個(gè)云提供商遷移到另一個(gè)云服務(wù)器。

“對(duì)于那些仍然提供自己的代碼，編排系統(tǒng)可能能夠在硬件層面處理各個(gè)系統(tǒng)的變幻莫測(cè)。但是如果使用無代碼方法，客戶將更加信任服務(wù)提供商�！盠ong bottom評(píng)論道。

“對(duì)于那些系統(tǒng)架構(gòu)師和大型編程人員比較罕見的小型機(jī)構(gòu)來說，這可能是正確的�！�

使用AWS Lambda進(jìn)行無服務(wù)器開發(fā)

亞馬遜公司的Lambda也許是無服務(wù)器計(jì)算的典型例子。AWS Lambda于2014年推出，允許開發(fā)人員創(chuàng)建代碼，作為響應(yīng)某些事件或觸發(fā)器運(yùn)行的“Lambda函數(shù)”。

其他AWS服務(wù)通常將是這些事件的來源，例如出現(xiàn)在亞馬遜S3存儲(chǔ)服務(wù)的特定存儲(chǔ)區(qū)中的新對(duì)象，對(duì)Amazon Dynamo DB數(shù)據(jù)庫表進(jìn)行的更新或Amazon Kinesis Stream中提供的新數(shù)據(jù)。

因?yàn)長ambda函數(shù)僅在需要時(shí)運(yùn)行，所以用戶應(yīng)該僅在代碼實(shí)際運(yùn)行時(shí)為計(jì)算資源支付費(fèi)用。因此，AWS為客戶以僅僅100毫秒的增量計(jì)費(fèi)用量，而不是按小時(shí)計(jì)費(fèi)，這通常是虛擬機(jī)實(shí)例的最低費(fèi)用單位。

AWS公司現(xiàn)在有一個(gè)無服務(wù)器應(yīng)用程序模型（AWS SAM），用于開發(fā)人員創(chuàng)建無服務(wù)器應(yīng)用程序。這由AWSCloudFormation本機(jī)支持，并使用簡(jiǎn)化的語法來指定資源。

開發(fā)人員使用AWS Serverless應(yīng)用程序模型（使用Cloud Formation模板的簡(jiǎn)化版本定義）部署應(yīng)用程序，并可以使用多種編程語言（如Node.js，Python，Java和C＃）創(chuàng)建代碼。

標(biāo)簽： 云計(jì)算 數(shù)據(jù)中心 效用計(jì)算 應(yīng)用程序 云服務(wù) 計(jì)算資源 

版權(quán)申明：本站文章部分自網(wǎng)絡(luò)，如有侵權(quán)，請(qǐng)聯(lián)系：west999com@outlook.com
特別注意：本站所有轉(zhuǎn)載文章言論不代表本站觀點(diǎn)！
本站所提供的圖片等素材，版權(quán)歸原作者所有，如需使用，請(qǐng)與原作者聯(lián)系。