Tiered Cache | Como Reduzir a Carga no Origin em Checkout e APIs

Cache tradicional protege o origin em condições normais. Mas em picos de tráfego - quando a checkout performance está mais em risco, ele não é suficiente. O Tiered Cache adiciona camadas intermediárias entre o usuário e o backend, consolidando requisições e aumentando o cache hit ratio. O Selective Caching complementa essa estratégia definindo com precisão o que deve ser cacheado — e com qual regra. Juntos, eles reduzem custos, protegem o origin e mantêm a conversão estável sob demanda extrema.

Introdução

Cache tradicional resolve bem o problema de conteúdo estático. Para e-commerce em escala, ele não é suficiente.

Durante picos de tráfego, não basta armazenar respostas próximas ao usuário. É preciso decidir em quantas camadas distribuir esse cache e quais regras determinam o que será armazenado. Sem esse controle, o origin recebe uma carga que poderia ser evitada — e o checkout começa a degradar exatamente quando a intenção de compra está no auge.

O Tiered Cache e o Selective Caching respondem a essas duas perguntas. Este artigo explica como cada estratégia funciona, quando combiná-las e qual impacto real elas têm sobre a performance de checkout e APIs transacionais.

1. O que é Tiered Cache?

Tiered Cache é uma estratégia de cache em múltiplas camadas que introduz um nível intermediário de armazenamento entre os pontos de presença distribuídos e o servidor de origem.

Em uma arquitetura tradicional, quando um nó da infraestrutura distribuída não encontra um dado em cache, ele consulta diretamente o origin. Em uma arquitetura com Tiered Cache, ele consulta primeiro uma camada intermediária — um cache centralizado compartilhado entre múltiplos pontos .

Isso muda o comportamento do tráfego de forma significativa:

• requisições de múltiplos pontos geográficos são consolidadas
• o origin recebe muito menos consultas diretas
• o cache hit ratio global aumenta
• o custo de egress cai

O Tiered Cache responde a uma pergunta específica: “Em quantas camadas devo distribuir o cache para reduzir o origin?“

2. Como o Tiered Cache funciona na prática

O fluxo de uma requisição em uma arquitetura com Tiered Cache funciona assim:

Nível 1 — Ponto de presença local A requisição chega ao nó mais próximo do usuário. Se o dado está em cache local, ele é entregue imediatamente.

Nível 2 — Camada intermediária (Tiered Cache) Se o cache local não possui o dado, o nó consulta a camada intermediária antes de ir ao origin. Essa camada é compartilhada entre múltiplos pontos de presença.

Nível 3 — Origin Somente se a camada intermediária também não tiver o dado a requisição chega ao backend.

Esse modelo tem dois efeitos práticos imediatos:

Consolidação de requisições Múltiplos nós que precisariam consultar o origin de forma independente passam a compartilhar uma única resposta. O origin deixa de receber chamadas redundantes de pontos diferentes .

Aumento do cache hit ratio Dados que não estão no cache local têm uma segunda chance de serem encontrados antes de chegar ao origin. Isso aumenta a proporção de requisições resolvidas sem consultar o backend .

3. O que é Selective Caching?

Selective Caching — também chamado de cache granular ou cache avançado — é a capacidade de definir o que deve ser cacheado com base em informações específicas da requisição HTTP .

Diferente do cache “tudo ou nada”, o Selective Caching usa Advanced Cache Keys para segmentar o conteúdo armazenado:

Cache por header Armazene versões diferentes de uma resposta com base em headers como Device-Type, Accept-Language ou User-Segment.

Cache por cookie Acelere fragmentos de páginas personalizadas sem misturar dados de sessões diferentes.

Cache por query string Trate parâmetros de busca, filtros ou segmentação como critério de diferenciação do cache.

O Selective Caching responde a uma pergunta diferente do Tiered Cache: “O que exatamente devo cachear — e com qual regra?”

Essa distinção é importante para evitar sobreposição com outras estratégias do cluster. Micro Caching responde “por quanto tempo cachear?”. Tiered Cache responde “em quantas camadas?”. Selective Caching responde “com qual critério de seleção?”. São perguntas diferentes e estratégias complementares .

4. Quando usar cada estratégia

Tabela comparativa

Quando usar Tiered Cache

• operações com múltiplos pontos geográficos de acesso
• dados com alta concorrência e baixa variação
• picos de tráfego com padrão de requisições concentradas
• quando o custo de egress precisa ser reduzido

Quando usar Selective Caching

• respostas que variam por segmento de usuário
• APIs com comportamento diferente por device ou localização
• fragmentos de página com personalização parcial
• fluxos que precisam de cache sem misturar estado de sessão

Quando combinar os dois

Combine Tiered Cache e Selective Caching quando você precisar de:

• alta eficiência em múltiplas camadas
• controle granular sobre o que cada camada armazena

Em e-commerce de alta escala, essa combinação é o padrão para proteger o origin sem abrir mão da personalização .

5. O que pode e o que não deve ser cacheado com essas estratégias

6. Impacto real em checkout e APIs

Proteção do origin

Quando a maior parte das requisições é resolvida nas camadas distribuídas, os sistemas de origem lidam apenas com operações transacionais essenciais. O crescimento de tráfego deixa de se traduzir diretamente em estresse no backend .

Redução de custo de transferência

Ao servir mais dados nas camadas intermediárias, os custos de transferência de dados caem de forma expressiva. A Lojas Renner, após migrar para a infraestrutura distribuída da Azion, registrou uma redução de 67% nos custos de transferência de dados .

Aumento de cache hit ratio

A Marisa entrega mais de 85% dos seus dados diretamente pela infraestrutura distribuída, economizando em média 4,3 TB de banda por dia — com páginas mais rápidas, custos menores e conversões estáveis mesmo em períodos de alta demanda .

Estabilidade de P99

Ao consolidar requisições nas camadas intermediárias e reduzir a pressão sobre o origin, o Tiered Cache contribui diretamente para manter a latência estável mesmo sob picos — incluindo a cauda da distribuição, onde estão os usuários mais afetados .

7. Resiliência programável na prática

O Tiered Cache e o Selective Caching ficam ainda mais poderosos quando fazem parte de uma estratégia de resiliência programável .

Isso significa que você pode:

Ajustar dinamicamente durante campanhas Modificar políticas de cache em tempo real, sem novos deploys. Em um evento de Black Friday, isso pode ser a diferença entre reagir a um incidente às 23h ou ter a plataforma se ajustando automaticamente .

Combinar com stale-while-revalidate Enquanto o dado é revalidado em segundo plano, o usuário recebe a versão em cache sem perceber nenhuma degradação. Em cenários de falha parcial do origin, isso preserva a disponibilidade do checkout .

Purge por key em vez de purge total Quando um preço muda ou um produto sai de estoque, não há razão para invalidar o cache de toda a aplicação. Com invalidação por key, você limpa apenas os fragmentos afetados — sem impactar a performance do restante .

// Exemplo: invalidação por tag com Azion Lib
import { purgeWildCard } from 'azion/purge';

async function purgePatterns(patterns, label) {
  const { data, error } = await purgeWildCard(patterns);
  if (error) {
    console.error(`Purge failed for ${label}:`, error);
    return { success: false, error };
  }
  return { success: true, invalidated: data?.items };
}

Chaves de cache avançadas integradas ao workflow As regras de cache podem ser definidas em código e atualizadas em tempo real, permitindo que equipes testem estratégias de personalização, ajustem políticas por segmento e automatizem invalidações com base em estoque ou promoções .

8. Exemplo real: Lojas Renner na Black Friday

A Lojas Renner é um dos casos mais expressivos de uso de infraestrutura distribuída para proteger checkout em picos de tráfego no Brasil.

A Black Friday exigia uma arquitetura capaz de sustentar picos massivos de acesso sem degradar o checkout para milhões de consumidores. Para eliminar gargalos centralizados, a Renner migrou suas aplicações para a infraestrutura distribuída da Azion, aproximando a execução dos usuários e garantindo que apenas requisições transacionais críticas chegassem aos sistemas de origem .

Os resultados foram:

A Black Friday deixou de ser um teste de estresse da infraestrutura e passou a ser um evento de receita previsível .

→ Leia o case completo da Renner

9. FAQ

O que é Tiered Cache?

É uma estratégia de cache em múltiplas camadas que adiciona um nível intermediário entre os pontos de presença distribuídos e o servidor de origem, consolidando requisições e reduzindo chamadas diretas ao backend.

Tiered Cache é diferente de CDN tradicional?

Sim. Cache em infraestrutura distribuída com camadas programáveis permite controle granular sobre o que é armazenado, por quanto tempo e com qual critério de invalidação. A arquitetura centralizada tradicional não oferece esse nível de controle sobre fluxos transacionais.

Selective Caching compromete dados do usuário?

Não, se configurado corretamente. O uso de Advanced Cache Keys garante que versões diferentes do mesmo recurso sejam armazenadas separadamente — evitando que dados de uma sessão sejam entregues a outro usuário.

Como combinar Tiered Cache com Micro Caching?

Tiered Cache define as camadas de armazenamento. Micro Caching define o TTL curto para dados dinâmicos. São estratégias complementares: você pode aplicar Micro Caching dentro de uma arquitetura com Tiered Cache para dados de alta variação .

Quando usar purge por key em vez de purge total?

Sempre que possível. Purge total invalida o cache de toda a aplicação — inclusive conteúdo que não mudou. Purge por key remove apenas os fragmentos afetados pela mudança, mantendo o restante da aplicação acelerado .

Como o Tiered Cache ajuda em flash sales?

Em flash sales, múltiplos usuários acessam os mesmos recursos simultaneamente. O Tiered Cache consolida essas requisições em camadas intermediárias, reduzindo drasticamente a pressão sobre o origin exatamente quando o tráfego está no pico.

Conclusão

Tiered Cache e Selective Caching não são otimizações isoladas. São parte de uma estratégia integrada de proteção do origin e controle de tráfego para fluxos transacionais em escala.

O Tiered Cache resolve quantas camadas distribuir. O Selective Caching resolve o que cachear e com qual regra. Juntos, eles aumentam o cache hit ratio, reduzem custos e mantêm a conversão estável mesmo quando o tráfego dispara .

Em e-commerce de alta escala, a pergunta não é se você deve usar cache em camadas. A pergunta é se você tem controle suficiente sobre como esse cache se comporta — e se ele é programável o suficiente para acompanhar a velocidade do negócio .

Próximos passos

Conheça a solução de Cache em Camadas da Azion: https://www.azion.com/pt-br/produtos/cache/

Veja como implementar Tiered Cache e Selective Caching no seu checkout: Fale com um especialista da Azion