上一回我們了解了使用無服務器架構的優點，下面讓我們一起來了解使用無服務器架構的缺點吧。

缺乏控制權 - 通過任何外包策略，你都可以將某些系統的控制權給第三方供應商。由于系統停機，意外的限制，成本的變化，功能的喪失，強制的API升級等，這種缺乏控制可能會顯現出來。此外，如果需要專門的服務器進行專門的流程，那么必須自己運行這個專門的服務器。一個無服務器架構，在大多數情況下，提供商業化的基礎設施，將以廣義的方式運行你的流程。

長時間運行流程的高成本 - 如果你的進程持續運行很長時間，則可能會需要運行自己的服務器。因為這不僅涉及到成本，還涉及到擁有的技能或者想要投入運行自己的服務器的專注；在評估這些解決方案時，請考慮所有這些方面。

供應商鎖定將基礎架構管理完全外包給無服務器提供商，無疑將自己鎖定到該供應商。每個供應商都有自己的標準和編程框架，不容易改變。在幾乎每一種情況下，無論從供應商使用的無服務器功能，將由另一個供應商進行不同的實現。如果要切換供應商，幾乎肯定需要更新操作工具（部署，監控等），可能還需要更改代碼。

如果你將應用程序分解成微服務，則無服務器架構是一個很好的選擇。它不太適合運行專門過程的長時間運行的應用程序。雖然無服務架構還流于趨勢，但是由于更多的開發者采用它并將其帶入主流，所以這個市場的所有玩家都期望有重要的創新和新功能。