或多个查询使函数调用的运

mitu46548

行时间远远长于平均值在为无服务器环境开发应用程序时假设此类问题可能并且将会发生始终很重要。避免无服务器头痛为了说明问题是如何出现的让我们看一个简单的例子。以下是一个简单的处理程序它接受在数据库中查询具有该的项目然后返回结果对象。在非无服务器环境中此函数不会对性能产生任何影响但在无服务器环境中如果没有某些保护此函数可能会对您的应用程序和您的钱包造成严重损害。例如如果此应用程序的使用量大幅增加您可能会看到数据库很快耗尽连接。这可能会导致响应时间变慢和超时从而降低您的有效处理速度。为了避免这种并行化问题让我们看一下可以对应用程序进行的三个简单配置更改。

这些更改按照影响最小最不困难 WhatsApp 号码数据 到影响最大最困难的顺序排列。更改客户端连接池大小大多数包括都有一种方法可以修改客户端与底层数据库保持打开的连接数量称为连接池。默认情况下池中的连接数可能会有所不同但通常在到个连接之间。如果您参考上面的示例如果每个函数保持个连接打开即使考虑大量连接也可能会减少一个数量级在大多数情况下将池大小设置为最大值将使您的应用程序保持运行同时还保证来自函数的连接数永远不会超过并发运行的函数数。如果您仍然看到数据库连接失控您应该设置并发限制大多数云平台都能够限制无服务器函数的并发量。这可以在基础设施级别为您提供工作并行化程度的保护。现在您已经为每个函数调用设置了连接池大小。



并发限制将允许您规划与数据存储的特定数量的打开连接大多数云提供商建议从低并发例如五到十开始然后增加以处理额外的峰值负载。通过这些设置您现在将了解打开的连接的最小和最大数量并保证您不会超出这些值。对于请务必查看有关保留并发的文档以了解有关此配置的更多信息。然而随着您的应用程序越来越受欢迎您可能会发现您的瓶颈仍然是与数据库的连接特别是当您环境的其他部分也依赖它时。在这些情况下可能有必要通过代理汇集与数据库的连接。池数据库连接值得庆幸的是连接池与无服务器功能的工作方式与其他应用程序的工作方式相同是数据库的一个简单选项。您可以配置连接到您的数据库更改应用程序以连接到您的实例而不是数据库并且连接。