無服務器架構可以降低成本并改善用戶體驗。而企業應該對無服務器模型如何改變日常的云操作做好準備。

虛擬資源總是為運營團隊帶來挑戰。大多數IT專業人員在組織部署服務器，維護一致的操作系統和每個中間件，以及向這些服務器分配的應用程序的工作中鍛煉和學習了他們的技能，從而可以優化效率和性能。但虛擬資源，特別是云中的資源，卻破壞了與物理世界的聯系。他們要求云計算運營團隊以新的方式規劃主機，并查看重新部署。

無服務器計算這個新興概念在云中運行，要求IT管理員和云運營團隊對此有著更大的認知，從跟蹤云成本的方式到他們使用的管理工具。

[[196367]]

無服務器計算改變了公共云的成本

無服務器計算是用于公共云服務的模型，用戶在其中運行應用程序組件，而不是運行應用程序組件的資源。使用無服務器計算，云提供商不會為備用資源收取費用，并且應用程序不會分配給特定的托管環境。云服務提供商根據服務級協議和自己的資源效率，決定在需要時運行應用程序組件的位置。

裸機或虛擬機的IT運營實踐與傳統的即付即用云定價模式相當。用戶構建一個包含正確操作系統和中間件版本的機器映像，將其與應用程序映像相結合，并將其部署在具有所需特定特性的云服務器上。

無服務器計算將云服務器的明確概念視為遠程服務器。用戶不需要為服務器實例支付固定的費用，而是在應用程序運行時支付。這意味著使用多樣性的應用程序可能會降低成本，而持續運行的應用可能會花費更多。

對于無服務器計算，云計算操作團隊需要根據每個單獨應用程序組件的使用情況重新考慮應用程序成本。首先，部署傳統的監控工具，以了解應用程序的使用頻率。在這個意義上說，這意味著是給定的工作，而不僅僅是可用的。這些使用率與云計算提供商的無服務器定價模式相結合，將會告訴用戶哪個供應商將以最低的成本運行無服務器應用程序，哪些應用程序可能不適用于無服務器模式。

管理事件驅動的應用程序

降低成本并不是無服務器計算為云運營團隊帶來的唯一大變化。無服務器計算的主要驅動力并不是價格，而是它的靈活性。大多數遺留應用程序都是事務性的，這意味著一組特定的用戶會生成應用程序處理的特定查詢或更新。

云中的無服務器計算由基于事件的應用程序驅動。這些應用程序可能不僅與少數用戶相關，而且可能與數百萬移動用戶或數十億的互聯網設備相關聯。在某些時候，這些應用可能根本就沒有任何事件，而在其他情況下，它們可能會被淹沒。為了處理這個應用程序模型，最好根據需要調動處理資源，這就是無服務器計算適合的原因。

然而，無服務器計算的靈活性和彈性也會產生云操作問題。首先，不可能按需擴展所有應用程序或其組件。用戶必須確保同一應用程序的兩個副本可以并行運行，而不會在數據庫更新中相沖突。另外，確保當用戶啟動大量無服務器組件來處理增加的負載時，它不會影響核心業務應用程序(如數據庫系統)的性能。

無服務器應用程序是不同組件的混合，不斷的運行和消失。云計算團隊不能通過測量虛擬機的使用量來確定其功能和成本的總和。這意味著云計算管理團隊以及運營和開發團隊必須建立新的合作伙伴關系，以最佳地使用無服務器計算。

實現云管理工具和數據，實現無服務器

這些IT團隊還需要新的數據，以便在無服務器計算中成功部署和維護應用程序。原有的虛擬機操作數據在無服務器云端中無效甚至不可用。相反，云計算提供商自己的無服務器應用程序的工具和統計信息將成為日常使用的關鍵操作資源。當用戶選擇無服務器的云提供商時，請記住，他們的業務數據和工具與定價一樣重要。

用戶仍然可以用自己的云計算提供商數據來補充。通過與開發人員的合作，IT團隊可以在每個應用程序的無服務器組件中包含一些統計信息收集功能。應用程序本身也可以為用戶提供端到端的響應時間和體驗質量(QoE)數據。云計算中無服務器計算的運營重點是應用程序性能，而不是虛擬機性能，因此專注于新的數據以便正確管理。

無服務器計算仍處于起步階段。傳統的IT和云操作工具對無服務器環境的適用性有限。即使在部署完全虛擬時，專注于部署的DevOps工具也無法正常運行。大多數用戶可能會忽視自定義應用程序以進行無服務器使用的需求，因此很難獲得好處或沒有好處。為了無服務器采用，用戶仔細規劃每一步，并驗證其是否能夠維持體驗質量(QoE)和成本效益。