Marcio, Como diria Phil Karlton. Há apenas duas coisas difíceis em ciências da computação, invalidação de cache ou dar nome as coisas.
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). 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. Enfim, na minha opinião, eu recomendaria fortemente bater a cabeça aí, até esgotar todas as chances. O cache no redis, pode ser para as demais coisas, que você não consegue controlar no HTTP por exemplo. Meus centavos. Abraço! -Thiago Rondon On Tuesday, March 12, 2013 at 1:38 AM, Marcio Ferreira wrote: > (Imagina q nao existe varnish, nem nada no proxy, *OK*!) > > Tenho uma mesmo app service rodando em várias instancias balanceadas pelo > nginx. > Até aqui tudo bem, mas aí quero fazer cache dos acessos da API. > > penso.em/usar/minha/url como chave chave do Redis, alguém me condena por isso? > Isso não parece ser uma boa prática, porque resolve até certo ponto, não > resolve se meu serviço aceita parametros via header =/ > > Qual pratica recomendada/adotada quando vocês precisam cachear RESTfulie a > *nível de app*? > > []s, > > Marcio Ferreira > skype: marcio.ferreir4 > (21) 8365-7768 > _______________________________________________ > Rio-pm mailing list > Rio-pm@pm.org (mailto:Rio-pm@pm.org) > http://mail.pm.org/mailman/listinfo/rio-pm _______________________________________________ Rio-pm mailing list Rio-pm@pm.org http://mail.pm.org/mailman/listinfo/rio-pm
