8.2. 기본 캐싱
캐시되지 않은 요청의 경우 이는 이벤트입니다.
- APIcast는 일치하는 매핑 규칙에서 사용 지표를 추출합니다.
- APIcast는 메트릭과 애플리케이션 인증 정보를 3scale 백엔드 서버로 보냅니다.
3scale 백엔드 서버는 다음을 수행합니다.
- 애플리케이션 키를 확인하고 보고된 지표 사용이 정의된 제한 내에 있는지 확인합니다.
- 보고된 지표의 사용량을 늘리기 위해 백그라운드 작업을 대기열에 넣습니다.
- 요청을 승인해야 하는지 여부를 APIcast에 응답합니다.
- 요청이 승인되면 업스트림으로 이동합니다.
이 경우 3scale 백엔드 서버가 응답할 때까지 요청이 업스트림에 도착하지 않습니다.
반면, 기본적으로 활성화되어 있는 캐싱 메커니즘을 사용합니다.
- APIcast는 승인된 경우 3scale 백엔드 서버에 대한 권한 부여 호출 결과를 캐시에 저장합니다.
- 동일한 인증 정보 및 메트릭이 있는 다음 요청에서는 3scale 백엔드 서버로 이동하는 대신 캐시된 권한 부여를 사용합니다.
- 요청이 인증되지 않았거나 APIcast가 인증 정보를 처음 수신하는 경우 APIcast는 위에서 설명한 대로 3scale 백엔드 서버를 동기적으로 호출합니다.
인증이 캐시되면 APIcast는 먼저 업스트림을 호출한 다음 post action 이라는 단계에서 3scale 백엔드 서버를 호출하고 다음 요청에 사용할 수 있도록 권한 부여를 캐시에 저장합니다. 3scale 백엔드 서버에 대한 호출은 요청 시 발생하지 않기 때문에 대기 시간이 발생하지 않습니다. 그러나 동일한 연결로 전송된 요청은 post 작업 단계가 완료될 때까지 기다려야 합니다.
클라이언트가 keep-alive 를 사용하고 1초마다 요청을 전송하는 시나리오를 가정하겠습니다. 업스트림 응답 시간이 100ms이고 3scale 백엔드 서버에 대한 대기 시간이 500ms인 경우 클라이언트는 100ms로 항상 응답을 받습니다. 전체 업스트림 응답과 보고에는 600ms가 필요합니다. 이는 다음 요청이 오기 전에 400ms를 추가로 제공합니다.
아래 다이어그램은 설명 된 기본 캐싱 동작을 보여줍니다. 캐싱 메커니즘의 동작은 캐싱 정책을 사용하여 변경할 수 있습니다.
