在過(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)一步壓縮。現(xiàn)在看到的是進(jìn)化中的下一個(gè)階段——功能即服務(wù)，或者更普遍的說(shuō)法，無(wú)服務(wù)器。

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

　　正如我們今天在公有云中使用的許多事情一樣，亞馬遜是使用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)槟愕拇�碼需要每天運(yùn)行12次，就要為數(shù)小時(shí)的計(jì)算機(jī)資源和存儲(chǔ)空間花冤枉錢。你可以使用的粒度非常精細(xì)，老實(shí)說(shuō)，除非你是非常重度的用戶，否則成本基本為0（亞馬遜每月免費(fèi)提供100萬(wàn)個(gè)請(qǐng)求）。

　　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將其產(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是在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í)際使用的完全成熟的解決方案。

　　越來(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)題所在。

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

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