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

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

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

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

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

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

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

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

管理事件驅動的應用程序

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

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

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

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

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

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

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

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