Resumo

  • Um membro Cache-Status descreve como o cache que o emitiu tratou a requisição e a resposta; hit e fwd têm significado local definido.
  • Cada cache decide quando emitir o campo, os parâmetros são opcionais e a divulgação pode ser limitada; uma lista curta não prova que outros caches ou decisões não existiram.

Imagine uma revisão de incidente explicitamente hipotética. A resposta contém Cache-Status: edge; hit. O painel desenha uma única caixa verde, chama o percurso de entrega por um único cache e registra que nenhum sistema anterior participou. O membro pode estar correto: o cache de borda satisfez esta requisição com uma resposta armazenada e não a encaminhou. Mas um cache mais próximo da origem pode ter fornecido essa resposta em uma troca anterior e omitido seu próprio campo. A resposta diz o que a borda fez agora; não reconstrói todos os eventos que colocaram o objeto ali.

A RFC 9211 atribui ao Cache-Status uma função precisa, porém limitada. Cada membro da lista representa um cache que tratou a requisição e optou por informar sua atuação. Quando vários membros são preservados, eles aparecem do cache mais próximo da origem ao mais próximo do usuário. Um cache que acrescenta seu valor deve preservar os valores existentes. Isso torna o campo valioso para depurar a parte visível da cadeia.

Não existe garantia de que a lista seja exaustiva. A própria especificação diz que caches determinam quando é apropriado adicionar o campo. Uma implantação pode enviá-lo em todas as respostas; outra, apenas quando configurada ou quando a requisição ativa um modo de diagnóstico. A política de segurança também pode justificar omissão ou divulgação seletiva, pois estado, atividade e construção da chave podem facilitar ataques. A ausência de um membro significa “não foi informado aqui”, e não necessariamente “não havia cache aqui”.

Os parâmetros também expressam fatos locais. hit significa que o cache que acrescentou o membro não encaminhou esta requisição e obteve a resposta do próprio armazenamento. fwd significa que ele a encaminhou na direção da origem e pode informar um motivo como uri-miss, vary-miss, stale ou request. São fatos operacionais úteis e não devem ser reduzidos a cores sem contexto.

Verdade local não é topologia completa. fwd-status é o status devolvido pelo próximo salto, que pode ser outro intermediário em vez da origem. O identificador pode ser nome de produto, host, endereço ou texto gerado. Detalhes opcionais dependem da implantação. Sem configuração e ponto de observação, rótulos iguais não garantem o mesmo papel, e rótulos diferentes não provam infraestrutura independente.

O tempo também limita a evidência. Cache-Status descreve a requisição e a resposta correspondentes. Um hit não conta quando nem por qual cadeia a resposta armazenada foi obtida. Não prova que a origem jamais tenha sido consultada durante a história do objeto. Tampouco explica o tratamento de outra requisição com diretivas, credenciais, valores Vary ou condições de frescor diferentes. A RFC 9111 trata essas decisões por requisição.

Essa distinção protege a atribuição de incidentes. Um fwd=stale; fwd-status=304 visível apoia a afirmação de que o cache que acrescentou o membro recebeu 304 do próximo salto. Sozinho, não estabelece que esse salto era a origem, que todos os caches acrescentaram seus membros ou que a mesma decisão ocorreu em outro ponto. Um campo curto pode refletir caminho curto, política de divulgação, limitação técnica ou uma combinação.

Mantenha um recibo de observação de cache. Ele é um controle operacional editorial, não um objeto de protocolo definido pela IETF. Preserve os bytes brutos do campo e vincule-os à requisição, resposta, ponto e horário de observação. Para cada salto esperado, registre a configuração de emissão, o mapeamento de identificadores, os parâmetros mostrados ou ocultos, o rastro de encaminhamento, a identidade do próximo salto e os logs de confirmação. Marque lacunas como desconhecidas, sem converter silêncio em ausência.

O recibo não substitui Cache-Status; ele mantém o campo dentro de seu alcance probatório. Um hit informado continua sendo prova de hit local. Um encaminhamento informado continua sendo prova da ação daquele cache. O registro adicional responde à questão maior: qual parte da cadeia podia informar, qual informou e que evidência independente fecha os intervalos?

Fontes