Amazon web services 间歇性内部服务器错误-API网关上调用Lambda的状态代码500

Amazon web services 间歇性内部服务器错误-API网关上调用Lambda的状态代码500,amazon-web-services,aws-lambda,aws-api-gateway,Amazon Web Services,Aws Lambda,Aws Api Gateway,我在AWSAPI网关中有一个RESTAPI,它调用Python Lambda函数并返回一些结果。 大多数情况下,此工作流工作正常,这意味着执行Lambda函数并将结果传递回API,API反过来返回200 OK响应 然而,我很少从API中得到500个错误代码,而Lambda似乎甚至没有执行。response.reason显示:“内部服务器错误”,没有提供其他信息 在方法或参数格式方面,对API的失败请求和成功请求之间没有区别 还有一条评论是API启用了缓存设置。 我看到过类似的帖子,其中一些答案提

我在AWSAPI网关中有一个RESTAPI,它调用Python Lambda函数并返回一些结果。 大多数情况下,此工作流工作正常,这意味着执行Lambda函数并将结果传递回API,API反过来返回200 OK响应

然而,我很少从API中得到500个错误代码,而Lambda似乎甚至没有执行。response.reason显示:“内部服务器错误”,没有提供其他信息

在方法或参数格式方面,对API的失败请求和成功请求之间没有区别

还有一条评论是API启用了缓存设置。 我看到过类似的帖子,其中一些答案提到了Lambda函数返回的JSON对象的格式,另一些则指向IAM权限问题,但这些似乎都不是问题的原因。事实上,正如这篇文章的标题所说,这是一种间歇性行为:大多数情况下,它工作正常,但偶尔我会出现这种错误


任何提示都将不胜感激。

我也有同样的问题,我怀疑超时可能是由于lambda达到其内存限制

我已经将内存限制设置为下一个槽口(128->512),并将超时时间增加到10秒(默认值为3),现在我可以看到超时的实际情况。 目前我仍然有这个问题,但现在我可以调查了


我希望这对您有所帮助。

我通过HTTP API集成看到了这一点。它是间歇性的,当向Lambda添加配置的并发性时,它似乎有所改善。例如,在具有4到10个并发实例但通常在4到8个范围内的Lambda上,购买5到6个配置的并发实例有助于减少甚至消除这500个错误


我仍在观察他们是否永远消失了。这些错误的频率随着配置的实例而急剧下降。

您可以在api网关上启用日志记录并检查日志,这应该会让您对这个问题有所了解。@PankajYadav事实上,我启用了CloudWatch日志和Access日志记录,但它们都没有提供其他信息。令人惊讶的是,与导致错误的API请求相对应的日志条目看起来甚至不像是错误。您正在lambda函数中使用异常处理,对吗?确切地说,这就是我了解错误代码的方式。事实上,自从我发表第一篇文章以来,我收到了一些额外的错误,比如:
(“连接中止”)、ConnectionResetError(104,“对等连接重置”)