Memcached, uma alternativa simples e de alto desempenho ao Redis para cache

Memcached não é uma 'versão leve' do Redis, é uma aposta diferente em arquitetura. Enquanto Redis oferece persistência, estruturas de dados ricas (listas, zsets, streams) e execução de scripts Lua, Memcached é intencionalmente minimalista: apenas um hash distribuído em memória, sem disco, sem replicação nativa, sem transações. Essa simplicidade reduz superfície de falha, latência média e sobrecarga operacional, especialmente em ambientes com alta taxa de leitura e descarte frequente de cache.

Sua abordagem stateless favorece implantações em Kubernetes com pods efêmeros e scaling horizontal automático. Clientes como pymemcache ou spymemcached tratam falhas de nó como ruído, não como erro crítico: um get() retorna None ou valor padrão sem interromper a requisição. Já no Redis, mesmo em modo cache-only, o cliente precisa lidar com timeouts, reconnects e fallbacks manuais, o que muitas vezes acaba sendo negligenciado até o primeiro incidente de failover.

Para devs e SREs, a escolha entre Memcached e Redis não é só técnica, é de contrato implícito com o time. Memcached impõe, por projeto, que o cache é volátil. Isso força boas práticas desde cedo: queries otimizadas, índices adequados, fallbacks no código e tolerância a perda de dados em cache. Redis, por outro lado, permite adiar essas decisões, até que um restart acidental vire downtime funcional porque o app depende dele como banco secundário.

Em stacks modernas com CI/CD ágil e infraestrutura como código, essa clareza operacional reduz tempo de diagnóstico, simplifica testes de resiliência e alinha expectativas entre desenvolvimento e operações, sem exigir novos frameworks ou ferramentas.