无服务器架构可以显著影响应用程序的延迟，既有正面影响也有负面影响。由于无服务器计算抽象了基础设施管理，开发者可以专注于编写代码，而不是监控服务器健康状况或扩展问题。当事件触发无服务器环境中的函数时，延迟可能会因函数开始执行的速度而有所不同。这主要是由于“冷启动”导致的，即当无服务器函数在一段时间内没有被调用后被激活。如果一个函数近期没有被执行，平台就需要启动一个新的实例，从而导致延迟，这可能会给响应时间带来显著的延迟。
另一方面，当函数频繁被调用时，平台会保持它们的活跃状态，从而减少或消除冷启动。在这种情况下，响应时间可以非常低，因为函数随时可以执行。例如，如果开发者构建了一个被频繁访问的API端点，这个端点在后续调用中可以表现出低延迟，受益于基础设施自动管理和扩展的能力。这意味着在高需求情况下，无服务器架构实际上可以提供比传统服务器模型更快的响应时间。
然而，一些无服务器平台对执行时间和最大并发请求数量施加了限制，这可能会引入延迟。如果应用程序超过了这些限制，可能需要排队，导致等待时间增加。此外，无服务器资源的地理分布也会影响延迟。如果一个函数从距离数据中心较远的地方被调用，网络延迟可能会在函数执行之前增加延迟。因此，虽然无服务器架构在某些情况下可以减少延迟，开发者仍需仔细管理这些因素，以优化用户的性能体验。