無需管理服務器即可實現(xiàn)云原生應用程序開發(fā)的無服務器基礎設施(Serverless)正在迅速占領市場。根據(jù)相關(guān)研究，到2025年，無服務器基礎設施的市場規(guī)模將由2020年的79億美元猛增至219億美元。與之相伴的是對多個次級市場的廣泛影響，包括API管理、應用程序設計與咨詢、分析、監(jiān)控、自動化、集成與安全等等。

[[415732]]

另一項研究估計，與2019年相比，2020年的無服務器市場規(guī)模增長達三倍。這項研究重點關(guān)注AWS Lambda(成熟度最高、應用最廣)、Azure Functions以及Google Cloud Functions的增長態(tài)勢。另外據(jù)觀察，2020年各類無服務器框架的下載量達到2500萬次，遠高于2019年的1200萬次。

Serverless 不僅運營成本與復雜性更低，還能顯著提升開發(fā)與AI運營效率，因此獲得良好的增長勢頭完全在情理之中，不過隨著這種增長，企業(yè)也應密切關(guān)注由此帶來的關(guān)聯(lián)威脅。在未來，Serverless 技術(shù)的六大發(fā)展趨勢，或能逐漸解決這些威脅。

趨勢一 安全性改進

無服務器計算固然擁有多種優(yōu)勢，但與其他新興技術(shù)一樣，無服務器同樣有可能被用戶盲目采用、進而引發(fā)負面影響。很多IT團隊在未進行任何安全咨詢的前提下就貿(mào)然部署這項技術(shù)，從而在新基礎設施部署過程中產(chǎn)生一系列安全漏洞與缺陷。

鑒于其分布式特性，保護無服務器架構(gòu)免受網(wǎng)絡攻擊對企業(yè)來說同樣是一大難題。無服務器應用程序會在無服務器框架之下表現(xiàn)出強烈的松散耦合與事件驅(qū)動特征，所以傳統(tǒng)的網(wǎng)絡防御方案并不能提供完善的保護。根據(jù)Infosecurity Magazine的報道，有五分之一的開源無服務器應用程序中存在嚴重漏洞。

而如果一家企業(yè)在不同服務商及不同地區(qū)內(nèi)運營數(shù)百個賬戶時，問題的嚴重性將進一步加劇。每一個賬戶都需要單獨保護，這同樣是傳統(tǒng)網(wǎng)絡安全解決方案做不到的。另外還有安全可見性問題，這是因為應用程序開發(fā)者在無服務器計算環(huán)境中會身兼運營者角色，對項目推進速度的無盡要求必然會令安全性成為可以妥協(xié)的元素，最終給業(yè)務體系埋下深層隱患。

無服務器安全保護應該成為任何一家正在考慮使用無服務器架構(gòu)的企業(yè)的關(guān)注重點。好消息是，這項保護工作既不復雜、也不算特別困難。目前市面上已經(jīng)有相關(guān)解決方案，能夠以系統(tǒng)嵌入方式針對指向無服務器框架的新型攻擊向量建立防御措施。

隨著越來越多用戶采用無服務器架構(gòu)，安全廠商必然會推出更多與之配套的安全解決方案，由此強化無服務器架構(gòu)的安全水平。網(wǎng)絡安全專家Gadi Naor表示，“希望我們的安全供應商能夠及時發(fā)現(xiàn)并解決無服務器解決方案中的安全盲點。我們也期待著無服務器廠商能采用新的分布式策略，切實滿足合規(guī)性與控制要求。”

趨勢二 架構(gòu)標準化完善

無服務器計算確實擁有強大的工具與平臺生態(tài)系統(tǒng);但與之對應的是，年輕的技術(shù)社區(qū)在標準化與互操作性方面還有著嚴重短板。云原生計算基金會在一份白皮書中寫道，這種標準化缺失很可能構(gòu)成新的挑戰(zhàn)，迫使企業(yè)用戶被鎖定在特定供應商身上。

不過Knative的發(fā)布似乎給事態(tài)帶來一絲轉(zhuǎn)機，并被廣泛視為加快無服務器架構(gòu)標準化的重要一步。Knative是由谷歌、IBM、SAP、Pivotal及Red Hat共同貢獻的開源協(xié)作項目，希望幫助用戶更輕松地構(gòu)建并部署基于容器的無服務器應用程序。Knative項目提倡使用cloudevents等標準化函數(shù)與功能，讓開發(fā)者之間能夠順暢對接。為此，他們還開發(fā)出著力實現(xiàn)互操作性的“polycloud”應用程序。

然而，這種標準化的實現(xiàn)難度很大，短時間也無法全面實現(xiàn)。我們在較長時間里還無法指望無服務器應用程序代碼可以跨多種云平臺輕松移植。

趨勢三 改進應用程序測試能力

隨著標準化與安全性的改善，無服務器環(huán)境中的應用程序測試能力也需要隨之提升。遠程應用測試已經(jīng)嶄露頭角，但其主要針對單一功能測試而設計，并沒有考慮到對無服務器應用程序進行整體評估。另外，目前的遠程應用測試方案還缺乏統(tǒng)一的測試模型，因此呈現(xiàn)出嚴重的碎片化傾向。

但無服務器計算的日益普及讓各類測試選項有了更大的施展空間。部分可行的方法完全可以暫時解決測試需求，安全供應商也在努力提供適合的配套解決方案。

趨勢四 向混合IT進軍

通過向混合IT環(huán)境進軍，無服務器基礎設施將進一步擴大受眾群體。通過與混合IT的集成，無服務器有望在企業(yè)級應用場景下得到主流認可。這種跨越多種云環(huán)境、覆蓋多處數(shù)據(jù)中心的混合無服務器模型對技術(shù)本身的發(fā)展成熟也有積極意義，甚至成為無服務器基礎設施與其他技術(shù)(包括傳統(tǒng)應用程序架構(gòu)與微服務架構(gòu))順暢集成的關(guān)鍵。

當然，也有一些組織并不適合無服務器模式。他們可能會繼續(xù)選擇將部分應用程序運行在AWS公有云上，另一部分交由本地數(shù)據(jù)中心打理的傳統(tǒng)混合方法?？傊?，雖然AWS Lambda確實是推動無服務器市場增長的一員猛將，但想單靠它來撐起業(yè)務系統(tǒng)的大梁仍然不太現(xiàn)實。

許多企業(yè)使用無服務器框架來部署混合無服務器集群工作流，包括構(gòu)建數(shù)據(jù)管道、機器學習訓練管道、機器學習部署管道并將Docker容器鏡像推送至ECR等等。

趨勢五 增強監(jiān)控效果

無服務器基礎設施相當復雜，這主要是由于其抽象度極高，所以必然大大提升觀察與監(jiān)控的難度。隨著無服務器應用范圍的拓展以及對高復雜度無服務器應用程序需求的增加，預計新型監(jiān)控方案將在2021年之內(nèi)火熱出爐、及時救場。

OpenMetric與OpenTracing等開源項目的誕生，已經(jīng)給無服務器打開了一道改善觀察性的希望之窗。AWS CloudWatch、Dashbird、AWS X-Ray、Epsagon、Thundra以及IOpipe等其他工具也分別為無服務器模型的發(fā)展成熟做出了自己的貢獻?？捎^察性與監(jiān)控能力在無服務器應用程序的開發(fā)、測試及運行中發(fā)揮著至關(guān)重要的作用。隨著配套工具的不斷涌現(xiàn)，企業(yè)級無服務器應用正在變得更輕松、更智能。

趨勢六 探索更多新用例

最后，以上趨勢將不斷拓展出更多前所未見的無服務器用例。從相對簡單的計劃任務、定期數(shù)據(jù)處理等工作，到Web應用與數(shù)據(jù)處理等核心業(yè)務，無服務器模式的普及將在娛樂及物聯(lián)網(wǎng)等典型領域開辟出新的可能性。

誠然，無服務器市場仍是個年輕的領域，還需要在發(fā)展成熟的過程中接受種種歷練。但從整體趨勢來看，無服務器已經(jīng)用事實證明了自己的潛力，也成為企業(yè)眼中增強體驗、拓展應用范圍的絕佳技術(shù)選項。