정적 구현 guide
캐시 관측성
게이트웨이 요청, 원본 lifecycle과 캐시 응답을 구분할 수 있도록 response header와 Dashboard 증거를 수집합니다.
최종 수정일 2026-08-26
요청 증거 기록하기
각 probe line은 HTTP status, elapsed time, body size, cache 상태, deployment 또는 edge identifier와 response age를 기록합니다. Origin과 proxy 진단 header는 예상한 프로젝트가 참여했는지 확인합니다. Body 전체를 소비하여 timing과 byte 합계가 header만이 아니라 전체 transfer를 나타내게 합니다.
특히 deployment와 revalidation 전후에는 cache 상태가 단순 HIT나 MISS보다 다양할 수 있습니다. 알 수 없는 값을 임의의 category에 넣지 말고 platform이 반환한 원문을 보존합니다. 요청이 다른 PoP에 도달하면 초기 MISS가 여러 번 발생할 수도 있습니다.
Platform usage와 연결하기
실험의 UTC 시작과 종료를 표시한 뒤 Usage와 Observability view를 각 프로젝트 및 정확한 구간으로 filter합니다. Edge request, external origin activity, transfer direction, function invocation과 cache 분포를 비교합니다. 0으로 보이는 값은 reporting delay가 끝난 뒤 해석합니다.
기대 결과는 상대적입니다. Enabled caching은 warming 이후 origin lifecycle을 줄여야 하지만 gateway edge request 자체를 없애지는 않습니다. Same-Team transfer accounting은 platform 근거 없이 두 개의 동일한 billable payload로 계산하지 않으며 현재 Dashboard 측정값과 plan 문서를 비용 판단의 기준으로 사용합니다.