<div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Na minha opinião, se você esta utilizando a arquitetura REST e quer efetuar cache na aplicação é um tiro no pé, uma hora isto vai te dar dor de cabeça. Digo isto, pois a maior parte do desenvolvimento e evolução dos frameworks, servidores web, proxy e navegadores nos últimos anos foram na direção contraria. O cache deve ser local (cliente) ou compartilhado (intermediadores).<br>

</blockquote><div><br></div><div>Problema que não sei quem é meu cliente, se ele nao faz cache eu preciso fazer!</div><div>Estou me preparando para o pior cenário!</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">


Para efetuar cache baseado no header, verifique se as próprias opções do HTTP não te resolvem, principalmente com as estratégias disponíveis para isto. Utilizando as diretivas dentro de Cache-Controle, Expire, .. Ou recomendando a interação com teu backend baseado com perguntas baseado ao Etag ou Last-Modified. </blockquote>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Enfim, na minha opinião, eu recomendaria fortemente bater a cabeça aí, até esgotar todas as chances.<br></blockquote><div><div><br></div><div>Meu cache não é baseado no header. No header tenho campos ~customizados~ que mudam o comportamento da app.</div>

<div><br></div><div>Meus clientes(de browser à apps que desconhecço totalmente o comportamento) são desconhecidos, assim Etag, cache-control, last-modifield que é uma conversa com o client, não resolve por completo. Estou errado? Pode ter um infeliz que nao olha isso e vai acabar com minha app.</div>

<div><br></div><div>A mesma "pergunta" à app é feita de lugares diferentes, por isso penso eu minha alternativa seja resolver isso no proxy ou um cache na app.</div></div><div><br></div><div>Resumindo, estou me preparando para o pior cenário, por isso até desconsidero o proxy na minha hipótese do post, mas não será assim na prática.</div>

<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
O cache no redis, pode ser para as demais coisas, que você não consegue controlar no HTTP por exemplo.</blockquote><div><br></div><div>Me corrije por favor, os controles HTTP só funcionam quando há uma conversa desses client/server, certo?</div>

</div>