态从而允许应用程序使用该连接查询数据库。对于无服务器这是不可能的。连接池耗尽随着应用程序规模的扩大和多个函数处理请求每个函数将创建一个到数据库的连接池。这将很容易耗尽数据库的连接限制。我们希望解决这些问题我们相信上述所有问题都可以解决我们的目标是以易于访问和使用的方式解决这些问题。正如无服务器允许开发人员不必过多注于他们的代码一样我们希望开发人员在无服务器环境中工作时不必担心他们的数据需求。
数据代理我们对这些问题的第一次攻 电报号码数据 击是以数据代理的形式出现的。该产品的目标是通过使用连接池程序代理从到数据库的连接来消除连接池问题。这提供了基于的代理因为在大多数无服务器和边缘运行时中不可用。还运行的查询引擎允许开发人员从部署的捆绑工件中删除可能相当大的依赖关系。其结果是一种干净的方式来处理连接池同时还显着减少了开发人员的无服务器功能的大小。加速为了解决将功能部署到边缘时的一些延迟问题我们转向缓存。
然而缓存并不是在全球范围内容易设置和维护的东西。这就是我们构建的原因。该产品旨在允许开发人员在其无服务器和边缘功能中基于每个查询定义缓存策略。该缓存自动分布在边缘网络的全球范围内因此每个用户都可以使用它。注意观看这一集新增功能聆听我们的一位工程师谈论。结果是无论应用程序的分布情况如何使用都可以让开发人员消除长距离网络请求并快速提供数据。脉冲我们决定解决的下一个问题是实时数据访问。创建实时体验所需的基。 |
