员能够部署他们的应用程序

[Mitu46544]

而无需管理主机硬件的麻烦。如果物理服务器出现问题云提供商在本例中为会负责将虚拟环境移动到新机器。集装箱在讨论无服务器之前我们将讨论的最后一个部署形式是容器。集装箱无服务器功能环境的短暂性的另一个副作用是长期连接不可行。这可能会产生巨大的影响尤其是在与传统关系数据库交互时。在长时间运行的服务器中会建立从应用程序到数据库的连接并保持活动状态从而允许应用程序使用该连接查询数据库。



对于无服务器这是 马来西亚电话号码表 不可能的。连接池耗尽随着应用程序规模的扩大和多个函数处理请求每个函数将创建一个到数据库的连接池。这将很容易耗尽数据库的连接限制。我们希望解决这些问题我们相信上述所有问题都可以解决我们的目标是以易于访问和使用的方式解决这些问题。正如无服务器允许开发人员不必过多担心他们的基础设施并专注于他们的代码一样我们希望开发人员在无服务器环境中工作时不必担心他们的数据需求。数据代理我们对这些。




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