我正在尝试使用AWS API Gateway和Lambda创建一个后端系统。前几天,我为新的API资源创建了PUT方法,并采用API密钥作为第一个简单的安全步骤。PUT方法会调用AWS上的Lambda函数。然后,我将此API部署到“prod”阶段进行一些测试。
在最初的几天里,一切都像预期的那样正常工作:我使用Postman调用API并收到了所有期望的数据。但是几天前,我开始总是收到429“Too many requests”响应。我创建了一个新的阶段,但没有任何改变:新阶段与相同版本或更新版本的情况下,仍然会收到相同的错误。API没有达到任何限制,因为它们每天只被调用4或5次(在CloudWatch中检查),而不是每秒钟。没有循环,只有单个调用。我认为Lambda方面没有错误,因为如果我在AWS API Gateway控制台中测试API,我不会收到任何错误(而且Lambda在过去工作良好,没有从那个版本开始的新更改)。仅当我使用外部客户端测试我的API(在我的情况下是Postman)时,才会显示错误。
有人能帮忙解决这个问题吗?更新:我刚刚在同一资源上创建了POST方法,具有相同的参数和相同的Lambda。它正在工作。我想知道问题是否与PUT方法有关,还是在2天内我的POST方法也会受到相同的问题影响。
在最初的几天里,一切都像预期的那样正常工作:我使用Postman调用API并收到了所有期望的数据。但是几天前,我开始总是收到429“Too many requests”响应。我创建了一个新的阶段,但没有任何改变:新阶段与相同版本或更新版本的情况下,仍然会收到相同的错误。API没有达到任何限制,因为它们每天只被调用4或5次(在CloudWatch中检查),而不是每秒钟。没有循环,只有单个调用。我认为Lambda方面没有错误,因为如果我在AWS API Gateway控制台中测试API,我不会收到任何错误(而且Lambda在过去工作良好,没有从那个版本开始的新更改)。仅当我使用外部客户端测试我的API(在我的情况下是Postman)时,才会显示错误。
有人能帮忙解决这个问题吗?更新:我刚刚在同一资源上创建了POST方法,具有相同的参数和相同的Lambda。它正在工作。我想知道问题是否与PUT方法有关,还是在2天内我的POST方法也会受到相同的问题影响。