企業開發人員通?；ㄙM大量時間編寫代碼解決業務問題。然后運營團隊又花費大量時間進行研究，首先要弄清楚如何獲得開發人員編寫的代碼，并在可用的計算機上運行，然后確保這些計算機運行平穩。而這似乎是一個永無止境的任務。為什么不把那部分讓別人去做?

在過去的二十年中，IT領域的許多創新(例如，虛擬機、云計算、容器)一直致力于確保企業不必過多地考慮運行代碼的底層物理機器。無服務器計算是一種越來越流行的模式，它將這種愿望用于其邏輯結論：使用無服務器計算，企業無需了解代碼運行的硬件或操作系統，因為服務提供商都會為企業提供服務。  

什么是無服務器計算?   無服務器計算是云計算的一種執行模型，directadmin授權，云計算提供商在其中動態分配，然后僅為執行特定代碼片段所需的計算資源和存儲向用戶收費。當然，仍然涉及服務器，但它們的供應和維護完全由提供商負責。亞馬遜的無服務器倡導者Chris Munns在2017年的一次會議上表示，“從團隊編寫和部署代碼的角度來看，根本沒有服務器可以管理或配置。這包括任何可能是裸機的東西，任何虛擬的東西，任何容器，任何涉及到管理主機、修補主機或在操作系統級別處理任何事情的東西，在無服務器的世界中都不是必須要做的事情。”   正如開發人員Mike Roberts所解釋的那樣，該術語曾被用于所謂的“后端即服務”場景，其中移動應用程序將連接到完全托管在云中的后端服務器。但是目前，當人們談論無服務器計算或無服務器架構時，它們意味著是“功能即服務”產品，其中客戶編寫的代碼只解決業務邏輯并將其上傳到提供商。該提供程序負責所有硬件配置、虛擬機和容器管理，甚至是多線程等通常內置于應用程序代碼中的任務。  

無服務器功能是事件驅動的，這意味著只有在請求觸發時才會調用代碼。提供商僅對該執行所使用的計算時間收費，而不是維護物理服務器或虛擬服務器收取的每月固定費用。這些功能可以連接在一起以創建處理管道，或者它們可以作為更大應用程序的組件，與在容器中或在傳統服務器上運行的其他代碼交互。  

無服務器計算的優點和缺點   從這個描述中，無服務器計算的兩個最大好處應該是明確的：開發人員可以關注他們編寫的代碼的業務目標，而不是基礎設施問題;組織只為他們實際使用的計算資源支付非常具體的費用，而不是購買物理硬件或租用大部分閑置的云計算實例。  

正如行業專家Bernard Golden指出的那樣，這一點對事件驅動的應用程序特別有益。例如，企業可能有一個大部分時間處于空閑狀態的應用程序，但在某些條件下必須同時處理許多事件請求?；蛘?，企業可能擁有一個應用程序來處理從有限性或間歇性全球互聯網連接的物聯網設備發送的數據。在這兩種情況下，傳統方法都需要配置一個能夠處理峰值工作能力的強大服務器，但是大多數時候服務器都未得到充分利用。使用無服務器架構，企業只需為實際使用的服務器資源付費。無服務器計算也適用于特定類型的批處理。無服務器架構用例的規范示例之一是上載和處理一系列單個圖像文件，并將它們發送到應用程序的另一部分的服務。  

也許無服務器功能最明顯的缺點是，它們是短暫的，并不適合長期任務。大多數無服務器提供商不會讓企業的代碼執行超過幾分鐘，當企業啟動一個功能，它不會保留以前運行的實例中的任何狀態數據。一個相關的問題是，無服務器代碼可能需要幾秒鐘才能啟動，這對于許多用例而言不是問題，但是如果企業的應用程序需要低延遲，則需要發出警告。  

正如Rohit Akiwatkar和Gary Arora所指出的，許多其他缺點都與供應商鎖定有關。盡管有可用的開源選項，但無服務器市場由大型商業云計算提供商主導，這將在稍后討論。這意味著開發人員通常最終會使用其供應商提供的工具，這使得如果他們變得不滿意就很難切換。而且，由于很多無服務器計算都是在供應商的基礎設施上進行的，因此很難將無服務器代碼集成到內部開發和測試管道中。  

無服務器供應商：AWS Lambda、Azure Functions和Google Cloud Functions   無服務器計算的現代時代始于2014年，當時推出基于亞馬遜云服務的AWS Lambda。微軟公司于2016年推出了Azure Functions。自2017年以來一直處于測試階段的Google Cloud Functions終于達到了生產狀態。這三種服務的局限性、優勢、支持的語言和做事方式略有不同。Rohit Akiwatkar對這三者之間的區別進行了詳細的描述。運行中還有IBM Cloud Functions，它基于開源的Apache OpenWhisk平臺。   在所有無服務器計算平臺中，AWS Lambda是最突出的，顯然已經有更多的時間來發展和成熟。行業媒體報道了過去一年中添加到AWS Lambda的更新和新功能。