OpenStack和Serverless:大賭注還是必然?

責(zé)任編輯:editor005

作者:Nati Shalom

2017-09-17 16:58:59

摘自:SDNLAB

在過(guò)去的12到18個(gè)月中,云領(lǐng)域出現(xiàn)了一個(gè)日益增長(zhǎng)的趨勢(shì)。在波士頓會(huì)議中呈現(xiàn)的示例是文件上傳到Swift的具體場(chǎng)景,然后會(huì)在OpenWhisk上觸發(fā)一個(gè)功能:越來(lái)越多的企業(yè)將工作負(fù)載轉(zhuǎn)移到主要的公有云提供商(AWS、Azure和Google)。

在過(guò)去的12到18個(gè)月中,云領(lǐng)域出現(xiàn)了一個(gè)日益增長(zhǎng)的趨勢(shì)。僅僅在幾年前,我們還習(xí)慣于為每個(gè)應(yīng)用程序使用裸機(jī)服務(wù)器,然后演變?yōu)闉榱藴p少物理資源的虛擬機(jī)管理程序和虛擬化。下一步是通過(guò)將這些虛擬機(jī)和實(shí)例分成更小的單元——容器來(lái)進(jìn)一步壓縮?,F(xiàn)在看到的是進(jìn)化中的下一個(gè)階段——功能即服務(wù),或者更普遍的說(shuō)法,無(wú)服務(wù)器。

  理由

我們不斷尋求優(yōu)化資源的使用和成本。要做到這些,什么是比消除底層操作系統(tǒng)更好的方式?本質(zhì)上,我們大多數(shù)人是編寫代碼來(lái)創(chuàng)建應(yīng)用程序。我們不想管理操作系統(tǒng)及其依賴關(guān)系,也不想編排它們。我們編寫代碼,并期望代碼運(yùn)行,而不必處理下面的所有“管道”。這就是無(wú)服務(wù)器發(fā)揮作用的地方。

先鋒:AWS Lambda

正如我們今天在公有云中使用的許多事情一樣,亞馬遜是使用Lambda提供此功能的先鋒。Lambda的基本概念是允許你上傳代碼(當(dāng)然必須使用支持的語(yǔ)言之一),而無(wú)需擔(dān)心其部署或擴(kuò)展——所有這一切都由平臺(tái)負(fù)責(zé)。你的代碼將根據(jù)你定義的觸發(fā)器運(yùn)行——可以是從隊(duì)列中消息到計(jì)劃任務(wù)的任何內(nèi)容,這帶來(lái)了很大的靈活性。

最棒的是,你支付要為功能實(shí)際使用的時(shí)間和分配到的資源數(shù)量付費(fèi)。不會(huì)僅僅因?yàn)槟愕拇a需要每天運(yùn)行12次,就要為數(shù)小時(shí)的計(jì)算機(jī)資源和存儲(chǔ)空間花冤枉錢。你可以使用的粒度非常精細(xì),老實(shí)說(shuō),除非你是非常重度的用戶,否則成本基本為 0(亞馬遜每月免費(fèi)提供100萬(wàn)個(gè)請(qǐng)求)。

OpenStack怎么樣?

OpenStack中有許多不能用作完整服務(wù)的組成部分,并不像AWS中的對(duì)應(yīng)部分那樣強(qiáng)大。LBaaS和DBaaS是OpenStack社區(qū)多年來(lái)試圖實(shí)現(xiàn)的兩個(gè)例子。不幸的是,這些服務(wù)與競(jìng)爭(zhēng)對(duì)手相比不占優(yōu)。由于缺乏基本功能,許多企業(yè)即使在多個(gè)發(fā)布周期之后仍不愿意采用這些服務(wù),。

OpenStack社區(qū)已經(jīng)認(rèn)識(shí)到了無(wú)服務(wù)器基礎(chǔ)設(shè)施的趨勢(shì),并且OpenStack中也將(已經(jīng))出現(xiàn)對(duì)這種服務(wù)的需求。目前,有兩個(gè)競(jìng)爭(zhēng)項(xiàng)目在OpenStack上提供FaaS——這兩個(gè)項(xiàng)目都是由商業(yè)公司支持的。

StackStorm

StackStorm將其產(chǎn)品定義為“事件驅(qū)動(dòng)的自動(dòng)化平臺(tái)”,并在OpenStack波士頓峰會(huì)上亮相。

從上圖可以看出,該解決方案本身可以利用一些其他OpenStack服務(wù),如Zaquar、Trove和Mistral。但問(wèn)題在于,今天的大部分OpenStack部署在生產(chǎn)中幾乎不使用這些服務(wù),如下所示:

因此,StackStorm路線需要大量修補(bǔ)。它在許多方面都向走向未知的水域,并不被接受為合適的OpenStack項(xiàng)目。

OpenWhisk

OpenWhisk是在OpenStack波士頓峰會(huì)上展示的IBM項(xiàng)目。該項(xiàng)目是開(kāi)源的,可以認(rèn)為它正在尋求成為現(xiàn)代數(shù)據(jù)中心的OpenStack(也可能是內(nèi)部部署)云上無(wú)服務(wù)器的實(shí)際標(biāo)準(zhǔn)解決方案。在波士頓會(huì)議中呈現(xiàn)的示例是文件上傳到Swift的具體場(chǎng)景,然后會(huì)在OpenWhisk上觸發(fā)一個(gè)功能:

  成熟度

從上述兩個(gè)演示文稿和示例可以看出,無(wú)服務(wù)器仍然是一項(xiàng)正在進(jìn)行的工作。 OpenStack社區(qū)本身尚未決定希望匯聚哪一種解決方案來(lái)為OpenStack提供完全集成的無(wú)服務(wù)器解決方案。上述示例還無(wú)法視為目前任何人都可以在其OpenStack(或本地)云上實(shí)際使用的完全成熟的解決方案。

無(wú)服務(wù)器會(huì)吞下私有云嗎?

越來(lái)越多的企業(yè)將工作負(fù)載轉(zhuǎn)移到主要的公有云提供商(AWS、Azure和Google)。

這不一定與無(wú)服務(wù)器無(wú)關(guān),而是與整體的aaS功能有關(guān)。FaaS始終需要一些底層基礎(chǔ)架構(gòu)來(lái)運(yùn)行實(shí)際的代碼,而且總是需要一個(gè)操作系統(tǒng)。如何把它無(wú)縫和無(wú)形地提供給最終用戶(Lambda、Google Cloud功能和Azure功能是如何規(guī)?;瘜?shí)現(xiàn)的非常好的例子),以及如何將該服務(wù)與所有云端的其他產(chǎn)品聯(lián)系起來(lái),是問(wèn)題所在。

總結(jié)

專業(yè)人士建議,如果可能,你還可以等待更多的OpenStack發(fā)布,讓開(kāi)源產(chǎn)品和產(chǎn)品成熟到可以簡(jiǎn)單和諧的方式使用。

如果有迫切需要,則建議你與某一家主要的云提供商進(jìn)行溝通,特別是如果它們已經(jīng)在運(yùn)行你的工作負(fù)載。請(qǐng)注意,并不是所有的提供商都相互兼容——從一個(gè)解決方案遷移到另一個(gè)解決方案可能是一個(gè)非常復(fù)雜的操作。

作者:Nati Shalom(Cloudify CTO、創(chuàng)始人)

來(lái)源:http://sdtimes.com/openstack-serverless-sdtimes/

鏈接已復(fù)制,快去分享吧

企業(yè)網(wǎng)版權(quán)所有?2010-2024 京ICP備09108050號(hào)-6京公網(wǎng)安備 11010502049343號(hào)