Na arquitetura em nuvem, geralmente priorizamos o desempenho, a escala e a segurança, mas eles podem vir com custos surpreendentes. Em uma de nossas implantações baseadas em Azure, nossa equipe descobriu que uma solução de cache aparentemente simples-projetada apenas para suportar o armazenamento básico de valor-chave-estava nos custando mais de US $ 5.000 por mês.
No coração desse custo estava o uso do Azure Cache for Redis (Premium), que adotamos para atender aos requisitos de isolamento da Rede Virtual (VNET) em uma configuração multi-região e multi-ambiente (produção, desenvolvimento, preparação etc.). Cada região e ambiente exigiam sua própria instância Redis para cumprir os padrões de separação de segurança e infraestrutura. Embora nossas necessidades de armazenamento em cache fossem mínimas – menos de 200 MB de dados que atualizavam apenas uma vez por hora – não tivemos escolha a não ser usar o Redis Premium para o suporte à VNET.
Por que o Redis Premium não foi o ajuste certo
Originalmente, usamos o Azure Redis Standard, que era econômico e adequado para o nosso caso de uso. No entanto, logo enfrentamos um requisito de conformidade: todos os serviços necessários para serem isolados via integração da VNET. Infelizmente, o Redis Standard não suporta VNets. A única opção era mudar para o nível premium, que começa a um preço significativamente mais alto.
