仍会跨越较大地理距离的网络跃点来

Mittu46544

连接和查询数据库从而丧失了无服务器带来的低延迟请求的优势。无服务器功能环境的短暂性的另一个副作用是长期连接不可行。这可能会产生巨大的影响尤其是在与传统关系数据库交互时。在长时间运行的服务器中会建立从应用程序到数据库的连接并保持活动状态从而允许应用程序使用该连接查询数据库。对于无服务器这是不可能的。连接池耗尽随着应用程序规模的扩大和多个函数处理请求每个函数将创建一个到数据库的连接池。

这将很容易耗尽数据库的连接限制。我们希望解决这些问题我们相信上述所有问题都可以解决我们的目标是以易于访问和使用的方式解决这些问题。正如无服务器允许开发人员不必过多担心他们 Whatsapp 号[码列表 的基础设施并专注于他们的代码一样我们希望开发人员在无服务器环境中工作时不必担心他们的数据需求。数据代理我们对这些问题的第一次攻击是以数据代理的形式出现的该产品的目标是通过使用连接池程序代理从到数据库的连接来消除连接池问题。



这提供了基于的代理因为在大多数无服务器和边缘运行时中不可用。还运行的查询引擎允许开发人员从部署的捆绑工件中删除可能相当大的依赖关系。其结果是一种干净的方式来处理连接池同时还显着减少了开发人员的无服务器功能的大小。加速为了解决将功能部署到边缘时的一些延迟问题我们转向缓存。然而缓存并不是在全球范围内容易设置和维护的东西。这就是我们构建的原因。该产品旨在允许开发人员在其无服务器和边缘功能中基于每个查询定义缓存策略。