无服务器计算基本上是完全由经济力量驱动的架构模式，事实上，无服务器架构通常会以节省执行成本的名义驱使您使用奇怪分解的架构：事件驱动、基于业务规则的函数执行是一种有用的解耦和分解模式。
事实上，无服务器更像是一种部署选项，而不是与微服务不同的新软件架构或“模式”。
将您的系统重新设计为独立的功能部分：在 Lambda 中包装调用其他三个东西的东西，并在它发生故障时关闭超时。
但是，这种将无服务器视为严格的成本游戏，会错过一个关键点： 开发人员喜欢它，因为他们不必了解底层基础架构的任何信息，也不必与基础架构团队合作或通过基础架构团队工作。
其实，在某些情况下，无服务器选项通常比运行服务器更昂贵。可扩展性也很重要，而且不必担心指定机器等。
同时，无服务器在构建、部署和冷启动时间大大减少，允许快速迭代。无服务器架构还促使我们进行响应式设计（事件和发布/订阅工作流），从而减少耦合和复杂性。重写服务与迁移以获得击败微服务的成功。
它还使我们能够更轻松地处理系统中的突发事件，因为函数比其他东西更快地向上和向下扩展。
当然，也有人认为：架构是由约束驱动的。成本是一个约束。“无服务器”是一个营销术语，用于按使用的资源收费，与“按服务器”或“按应用程序”不同的方式。它有它的位置，但就像任何东西一样，可以被滥用。
架构本身就是一种经济战略游戏。在开始时，您投资于高素质的程序员，而不是硬件和运营人员，从而节省资金和时间以加快开发速度，而不会产生技术债务。