2016-06-04 5 views
0

건배를 호출하지 않습니다 아마존 API 게이트웨이 캐시는 람다 함수를

I API 게이트웨이 캐시 하지이 켜져 있습니다,하지만 난 차례 만 빈 결과를 반환 할 때 완벽하게 작동되는 전개 아마존 API 게이트웨이가 캐시가 켜져 있습니다.

디자인 : API 게이트웨이 => 람다 함수 (사용자 정의 인증) => 람다 기능 (검색하는 실제 데이터)

나는 인증 기능 및 실제 데이터 기능을 모두 CloudWatch에서 로그 항목을 얻을 캐시없이

하지만 캐시 권한 부여 기능 만 호출되고 (권한 부여는 괜찮아 보입니다) 실제 데이터는 검색되지 않습니다.

클라이언트에 반환 된 결과는 캐시가 활성화되어있을 때 데이터가 반환되지 않는 것과 완전히 다른 것처럼 보입니다 (200 OK).

어떤 아이디어를 어떻게 디버깅 할 수 있습니까? 아니면 어떤 문제 일 수 있습니까? :)

+0

추가 정보없이 귀하의 사례에서 특정 문제를 진단 할 수 없습니다. 내 지역 및 API URL을 게시하거나 PM으로 보내고 싶다면 설정을 살펴볼 수 있습니다. –

+0

캐싱의 한 가지 공통적 인 문제점은 기본적으로 모든 리소스/메소드에 대한 캐싱을 가능하게하는 스테이지의 캐싱을 활성화하는 것입니다. 대부분의 고객은 GET 응답을 캐시하고 다른 방법으로 캐싱을 비활성화해야합니다. –

답변

0

AWS API 게이트웨이와 완전히 동일한 문제가 있습니다. x-amazon-apigateway-integration을 사용하고 스테이지 수준에서 캐시를 사용하도록 설정하여 일부 GET 방법에서 캐시를 사용하도록 설정합니다. 캐싱 된 GET 메서드에 대한 응답은 200 및 빈 페이로드을 반환합니다. 람다 함수로 사용자 정의 권한 부여기를 사용하므로 일반적으로 쿼리에 API 액세스 권한이 있는지 테스트해야합니다. 심지어 캐시를 새로 고치려고하면 캐시 제어 : max-age = 0을 넣으려고합니다.

나를 위해 AWS APIG 캐시가 전혀 작동하지 않습니다!

웹 사이트에 대한 의견이 있으며 사용을 중지하고 CloudFront를 사용하는 것이 좋습니다. 캐시를 API 게이트웨이의 기능으로 사용할 수는 없지만 조금 잃어 버렸습니다.

관련 문제