轻松地将应用程序托管在靠

mitu46548

处之一是能够近用户的位置。结果是一种快速的体验因为数据不必传输很远就能到达用户。然而无服务器设置中的数据库成为性能瓶颈。无服务器应用程序可能广泛分布但数据库仍然可能绑定到单个数据中心。注意有一些例外例如分布式数据库如和和提供替代连接方法的数据库如和。此问题的症状是请求最终仍会跨越较大地理距离的网络跃点来连接和查询数据库从而丧失了无服务器带来的低延迟请求的优势。无服务器功能环境的短暂性的另一个副作用是长期连接不可行。

这可能会产生巨大 的影响尤其 WhatsApp 号码 是在与传统关系数据库交互时。在长时间运行的服务器中会建立从应用程序到数据库的连接并保持活动状态从而允许应用程序使用该连接查询数据库。对于无服务器这是不可能的。连接池耗尽随着应用程序规模的扩大和多个函数处理请求每个函数将创建一个到数据库的连接池。这将很容易耗尽数据库的连接限制。我们希望解决这些问题我们相信上述所有问题都可以解决我们的目标是以易于访问和使用的方式解决这些问题。正如无服务器允许开发人员不必过多担心他们的基础设施并专。



注于他们的代码一样我们希望开发人员在无服务器环境中工作时不必担心他们的数据需求。数据代理我们对这些问题的第一次攻击是以数据代理的形式出现的。该产品的目标是通过使用连接池程序代理从到数据库的连接来消除连接池问题。这提供了基于的代理因为在大多数无服务器和边缘运行时中不可用。还运行的查询引擎允许开发人员从部署的捆绑工件中删除可能相当大的依赖关系。其结果是一种干净的方式来处理连接池同时还显着减少了开发人员的无服务器功能的大小。加速为了解决将功能部署到边缘时。