和大多數(shù)IT熱詞一樣，無服務器自誕生以來，一直處于不溫不火的狀態(tài)。可就在今年忽然爆發(fā)，令人驚訝，也有技術專家稱之為“臨界點”來臨。如果這樣的話，無服務器將迅速與其他技術相融合，成為新型部署方式。

不要盲目樂觀。IT熱詞之所以“熱”，是因為它從來不是單獨發(fā)展的，而是建立在云、大數(shù)據(jù)、容器等技術的成熟度之上。從這樣的角度來看，無服務器是“云計算的一小步”，不斷驅(qū)使云計算更加完善，進入千百行業(yè)，服務用戶。

那么，究竟什么是無服務器技術，它是如何發(fā)展的，它的優(yōu)點、缺點是什么，對企業(yè)的價值在哪里?本文將全面梳理。

1.潮流來了，覆蓋率或達38%

在定義無服務器之前，先看一下業(yè)內(nèi)的趨勢。

以去年8月CNCF(Cloud Native Computing Foundation，云原生基金會)的一項調(diào)查為例，無服務器的應用正在快速增長。38%的企業(yè)表示目前正在使用無服務器技術，這一比例較以往的31%有所增加，其中32%的企業(yè)采用托管類無服務器平臺，6%的企業(yè)采用安裝類無服務器平臺。

調(diào)查中，部分受訪者目前仍未采用無服務器技術，這一比例從過去的41%下降到了37%。但是，另外有26%的受訪者表示，計劃在未來12至18個月內(nèi)使用無服務器技術。

這項調(diào)查還對可安裝類無服務器平臺市場的使用情況做了具體研究，其中Kubeless占比最大，達到42%;Apache Open Whisk和 OpenFaaS分別居于第二、三位，占比達25%和20%。

除了安裝類無服務器平臺外，托管類無服務器平臺也是一大選擇，具體的市場分布情況在這里不一一贅述，詳細情況可參考下圖。

數(shù)據(jù)來源如下。

https://www.cncf.io/blog/2018/08/29/cncf-survey-use-of-cloud-native-technologies-in-production-has-grown-over-200-percent/

據(jù)了解，本次調(diào)查覆蓋2400名人員，其中包括49%的開發(fā)人員、36%的運營人員、11%的IT經(jīng)理以及14%的開發(fā)經(jīng)理。

事實證明，無服務器潮流已來。

2.什么是無服務器?

既然無服務器是未來的一個趨勢，那么，什么是無服務器?

我們稍微回顧一下歷史沿革。在2009年，業(yè)內(nèi)提出DevOps理念，指向敏捷開發(fā)、運維和協(xié)作的方向。在2011年，有機構預測DevOps將發(fā)展成為NoOps，也就是未來不需要運維人員。直到2014年，該概念才進一步得到了擴展，落實到企業(yè)。

根據(jù)定義不同，業(yè)內(nèi)通常有幾類簡稱：

FaaS：函數(shù)即服務(Function-as-a-Service，F(xiàn)aaS)，或譯為功能即服務。

BaaS：后端即服務(Backend-as-a-Service，BaaS)

MBaaS：移動后端即服務(MobileBackend-as-a-service，MBaaS)

CaaS：容器既服務(Containers-as-a-Service，CaaS)

3.FaaS的優(yōu)點和不足

業(yè)內(nèi)通常以FaaS來定義無服務器，它有幾個鮮明的特點。

首先，它同云計算一樣，演變成為服務。開發(fā)者無需購買硬件資源，更不用關心硬件的配置環(huán)境、物理設備和虛擬服務器，只需關心代碼的運營轉態(tài)是否高效。

其次，這種代碼可以與傳統(tǒng)服務器代碼混用，也可以編寫不需要任何服務器配置要素的應用程序。

第三，F(xiàn)aaS將更多的運維壓力交給了第三方云廠商，由第三方管理服務器(物理或者虛擬)的運營狀態(tài)，特別是在多租戶的情況下確保運營的高效、穩(wěn)定和安全。

第四，與容器、微服務的概念和應用密不可分，越來越趨于融合。

但是，正如所有的技術都有不足一樣，無服務器的這種完全依賴于第三方云廠商的技術還存在明顯的不足。

首先，對云廠商的要求提高。這意味著尋找可靠的第三方云服務商尤為重要，畢竟安全問題、多租戶問題、供應商鎖定、API調(diào)用、功能缺失等基礎設施方面的功能都取決于云廠商。

第二，評估和測試工具。如何確保程序能順暢運營在第三方提供的無服務器環(huán)境中?是否有一些評估標準和指標?通常來說，就是基于何種標準來評定云廠商的環(huán)境更好更優(yōu)?

第三，實施的困難。這并不指程序能否運行，而是指程序集成、封裝的難度增加。由于只能是運行某一類功能，并且也無法實現(xiàn)“原子回滾”，程序的穩(wěn)定性就更為重要了。

4.無服務器是否可以“包打天下”?

所有技術都有其適用的場景，無服務器也并不是“包打天下”，它主要應用在以下這些范圍。

? 函數(shù)計算 有人把無服務器也稱之為函數(shù)即服務，因為其輕量級適合無狀態(tài)應用程序和函數(shù)式編程模型，包括應用程序的編程接口發(fā)布、查詢響應，面部識別和語音識別等。對于百度智能云這樣專注在AI應用的云服務廠商來說，能夠迅速提供這種服務，AI功能與之的匹配性更有優(yōu)勢，也有專門的函數(shù)計算產(chǎn)品CFC。

? 邊緣計算 邊緣計算的核心是將一部分數(shù)據(jù)放在邊緣節(jié)點收集、存儲和處理，具有輕量級，數(shù)據(jù)量大、功能較為單一等特點。這也是無服務器領域一個較為廣泛的應用，可以與邊緣計算的存儲產(chǎn)品相結合。

? 某些數(shù)據(jù)的工作負載 如果只具有某一類型功能，并不需要太多的數(shù)據(jù)交互功能，那么像高性能計算、商業(yè)智能、建模、基礎科學研究等都是應用的場景。

從這幾點來看，無服務器之所以流行是由執(zhí)行任務單一、數(shù)據(jù)輕量、部署簡單的特性決定的。如果真要大規(guī)模落地，必然會推翻現(xiàn)有的諸多技術架構，尤其是編寫代碼的方式。

5.對企業(yè)的好處是什么?

通常來說，新技術之所以能被應用，是因為具有降低成本、減少人力和讓IT團隊更敏捷等優(yōu)勢，這些無服務器技術都具有。

使用無服務器技術就如當前我們使用云計算一樣，按照實際的使用情況來計費，而不是按照預留的計算資源來計費。這也是無服務器技術的本質(zhì)——功能既服務，這是在平臺即服務(PaaS)甚至是容器即服務(CaaS)之上發(fā)展衍生出的一種服務形式，沒有脫離云計算的商業(yè)范疇。

在一些研究機構中甚至認為，無服務器技術可以為企業(yè)節(jié)省70%~90%的成本，這要取決于具體環(huán)境。也有人認為這種想法過于樂觀。

當然，由于不用關心硬件、配置環(huán)境和運營，無服務器技術會讓開發(fā)者的敏捷性提高。DevOps最終演變成NoOps，就會減少人力，讓企業(yè)的開發(fā)人員專注在代碼方面。但這一愿景一時半刻還實現(xiàn)不了。目前可見的好處是，會讓開發(fā)具有更快的開發(fā)速度和更低的成本。

6.臨界點已到，未來該走向何方?

無服務器技術始終在不斷演進的過程中，應用也不斷增多。福布斯技術委員會認為，采用無服務器應用已經(jīng)到了一個臨界點。他們預測，2019年無服務器技術將有如下幾個重要趨勢。

標準化 越來越多有關于無服務器技術的標準將出臺，這將確保各個平臺之間具有更好的移植性和互操作性。以CNCF為例，已經(jīng)將相關標準列入日程中。標準化的好處在于，促使越來越多的廠商加大創(chuàng)新力度，這也是技術成熟的一個象征。

編排服務 目前，各大廠商之間的無服務器聯(lián)盟正在形成。除了百度智能云之外，谷歌和IBM等公司也推出了Knative的開源框架。試圖基于Kubernetes之上實現(xiàn)無服務器、服務網(wǎng)絡和容器之間的統(tǒng)一，并形成一個云應用的編排平臺。這可能也是趨勢之一：容器和無服務器正在并行發(fā)展，最終將統(tǒng)一。

融合加快 無服務器讓應用程序呈現(xiàn)分布式狀態(tài)，在開發(fā)速度、模塊化方面都有優(yōu)勢。但在一致性、完整性和運營方面還有缺點。未來，企業(yè)將會越來越多的要求統(tǒng)一管理云資源——包括網(wǎng)絡、公有云和私有云的資源，從不同的顆粒度來控制，這將為無服務器的應用迎來新的轉機。

更復雜的測試工具 為了確保這種基于微服務的應用順利通過測試，將會出現(xiàn)更多復雜的測試工具以應對測試挑戰(zhàn)�？赡馨�括集成測試、基于應用的關鍵組件的測試等。

當然，這些趨勢還包括安全性、提高交付的速度和穩(wěn)定性等，這是任何新技術出現(xiàn)或者在應用之前都需要考慮的問題。所有問題并不是一蹴而就的，需要在實踐中慢慢得到解決。

7.結束語

本篇文章回答了無服務器是什么，優(yōu)點和不足，以及為企業(yè)帶來的好處等，尤其是針對未來的趨勢給出了一個判斷。從中不難發(fā)現(xiàn)，作為一種服務，無服務器天然與容器、微服務密不可分，相互融合。而且隨著技術的不斷演進，標準的不斷推出，相信各大廠商的聯(lián)盟也會促進無服務器最終形成一個事實上的標準，加速落地。

【凡本網(wǎng)注明來源非中國IDC圈的作品，均轉載自其它媒體，目的在于傳遞更多信息，并不代表本網(wǎng)贊同其觀點和對其真實性負責。】