据库放置在离服务使情况变得更加复杂。由于边缘计算的目标是在全球范围内分配大量计算因此需要进行一些权衡以保证性能。在大多数情况下考虑因素归结为代码必须在真正的隔离环境中运行。代码必须遵守更严格的资源限制。代码可能无法访问全套例如。代码可能不会打开有状态连接或者可能仅打开一定数量的连接。边缘计算解决方案幸运的是边缘计算生态系统正在快速发展。和等公司拥有边缘解决方案进而拥。
有多种由数据存储支持的 电报号码数据 应用程序解决方案。与上述无服务器解决方案不同这些解决方案可能非常复杂并且在很大程度上取决于您的具体实现。请务必仔细评估每个选项以满足您的需求。通过的代理连接虽然并不理想但在业务逻辑和数据库之间添加额外的代理层可以帮助保留现有基础架构同时尽可能少地进行更改。在这种情况下您可以使用类似于上面连接池中讨论的选项。代理和数据代理是本质上更即插即用的两个选项。经过更多的努力有些驱。
动程序利用来通过代理从应用程序连接到数据库。这种方法可能出现的一个问题是您的函数和数据库应该尽可能靠近。这在某种程度上违背了边缘函数的目的但等实现提供了为部署指定区域的方法。在某些时候您会发现随着您的应用程序变得越来越流行跨区域复制数据可能是一个谨慎的决定。移动到全局数据存储在全球范围内访问数据的情况下至少一个全局数据存储对于良好的性能至关重要。幸运的是已经有很多好的解决方案而且还有。 |
