成其工作后它将在有限待其他请求。一旦时间到了该功能就会被销毁。这是无服务器函数的积极行为因为它允许无服务器函数扩展到零。然而这样做的一个副作用是一旦函数缩放到零新的调用就需要实例化一个新函数来处理请求。这需要一点时间或者在某些情况下需要很多时间。这一次通常称为冷启动。在无服务器架构中开发人员将基础设施的管理交给云提供商。这意味着他们对于如何实例化该函数或了解冷启动期间时间花在哪里没有太多发言权。
注意我们最近发表了一篇关于无服 电报号码数据 务器函数的启动时间的深入文章。您的基础设施可以扩展但数据库不能在考提到的另一个要点需要考虑。无服务器和边缘正在向这样一个世界迈进开发人员不必担心扩展基础设施而是可以专注于构建应用程序然而数据库在可扩展性方面仍有很长的路要走。无服务器的主要好处之一是能够轻松地将应用程序托管在靠近用户的位置。结果是一种快速的体验因为数据不必传输很远就能到达用户。然而无服务器设置中的数据库成为性能瓶颈。
无服务器应用程序可能广泛分布但数据库仍然可能绑定到单个数据中心。注意有一些例外例如分布式数据库如和和提供替代连接方法的数据库如和。此问题的症状是请求最终仍会跨越较大地理距离的网络跃点来连接和查询数据库从而丧失了无服务器带来的低延迟请求的优势。无服务器功能环境的短暂性的另一个副作用是长期连接不可行。这可能会产生巨大的影响尤其是在与传统关系数据库交互时。在长时间运行的服务器中会建立从应用程序到数据库的连接并保持活动状。 |
