OpenStack和Serverless：大賭注還是必然？

在過去的12到18個月中，雲領域出現了一個日益增長的趨勢。僅僅在幾年前，我們還習慣於為每個應用程序使用裸機伺服器，然後演變為為了減少物理資源的虛擬機管理程序和虛擬化。下一步是通過將這些虛擬機和實例分成更小的單元——容器來進一步壓縮。現在看到的是進化中的下一個階段——功能即服務，或者更普遍的說法，無伺服器。

理由

我們不斷尋求優化資源的使用和成本。要做到這些，什麼是比消除底層操作系統更好的方式？本質上，我們大多數人是編寫代碼來創建應用程序。我們不想管理操作系統及其依賴關係，也不想編排它們。我們編寫代碼，並期望代碼運行，而不必處理下面的所有「管道」。這就是無伺服器發揮作用的地方。

先鋒：AWS Lambda

正如我們今天在公有雲中使用的許多事情一樣，亞馬遜是使用Lambda提供此功能的先鋒。Lambda的基本概念是允許你上傳代碼（當然必須使用支持的語言之一），而無需擔心其部署或擴展——所有這一切都由平台負責。你的代碼將根據你定義的觸發器運行——可以是從隊列中消息到計劃任務的任何內容，這帶來了很大的靈活性。

最棒的是，你支付要為功能實際使用的時間和分配到的資源數量付費。不會僅僅因為你的代碼需要每天運行12次，就要為數小時的計算機資源和存儲空間花冤枉錢。你可以使用的粒度非常精細，老實說，除非你是非常重度的用戶，否則成本基本為0（亞馬遜每月免費提供100萬個請求）。

OpenStack怎麼樣？

OpenStack中有許多不能用作完整服務的組成部分，並不像AWS中的對應部分那樣強大。LBaaS和DBaaS是OpenStack社區多年來試圖實現的兩個例子。不幸的是，這些服務與競爭對手相比不佔優。由於缺乏基本功能，許多企業即使在多個發布周期之後仍不願意採用這些服務，。

OpenStack社區已經認識到了無伺服器基礎設施的趨勢，並且OpenStack中也將（已經）出現對這種服務的需求。目前，有兩個競爭項目在OpenStack上提供FaaS——這兩個項目都是由商業公司支持的。

StackStorm

StackStorm將其產品定義為「事件驅動的自動化平台」，並在OpenStack波士頓峰會上亮相。

從上圖可以看出，該解決方案本身可以利用一些其他OpenStack服務，如Zaquar、Trove和Mistral。但問題在於，今天的大部分OpenStack部署在生產中幾乎不使用這些服務，如下所示：

因此，StackStorm路線需要大量修補。它在許多方面都向走向未知的水域，並不被接受為合適的OpenStack項目。

OpenWhisk

OpenWhisk是在OpenStack波士頓峰會上展示的IBM項目。該項目是開源的，可以認為它正在尋求成為現代數據中心的OpenStack（也可能是內部部署）雲上無伺服器的實際標準解決方案。在波士頓會議中呈現的示例是文件上傳到Swift的具體場景，然後會在OpenWhisk上觸發一個功能：

成熟度

從上述兩個演示文稿和示例可以看出，無伺服器仍然是一項正在進行的工作。OpenStack社區本身尚未決定希望匯聚哪一種解決方案來為OpenStack提供完全集成的無伺服器解決方案。上述示例還無法視為目前任何人都可以在其OpenStack（或本地）雲上實際使用的完全成熟的解決方案。

無伺服器會吞下私有雲嗎？

越來越多的企業將工作負載轉移到主要的公有雲提供商（AWS、Azure和Google）。

這不一定與無伺服器無關，而是與整體的aaS功能有關。FaaS始終需要一些底層基礎架構來運行實際的代碼，而且總是需要一個操作系統。如何把它無縫和無形地提供給最終用戶（Lambda、Google Cloud功能和Azure功能是如何規模化實現的非常好的例子），以及如何將該服務與所有雲端的其他產品聯繫起來，是問題所在。

總結

專業人士建議，如果可能，你還可以等待更多的OpenStack發布，讓開源產品和產品成熟到可以簡單和諧的方式使用。

如果有迫切需要，則建議你與某一家主要的雲提供商進行溝通，特別是如果它們已經在運行你的工作負載。請注意，並不是所有的提供商都相互兼容——從一個解決方案遷移到另一個解決方案可能是一個非常複雜的操作。

編譯：Jonathan Zhang

作者：Nati Shalom（Cloudify CTO、創始人）

來源：http://sdtimes.com/openstack-serverless-sdtimes/

喜歡這篇文章嗎？立刻分享出去讓更多人知道吧！