Dominando a redução de custos da AWS: erros que aumentam sua fatura

História exclusiva para membros

Jan Kammerath

Seguir

A capacidade da AWS de fornecer recursos quase infinitos é excelente e você nunca deve considerar restrições de recursos ao construir aplicativos nativos da nuvem. Porém, existe o fator econômico e ninguém tem orçamentos infinitos. Recentemente, reduzi em 65% a fatura da AWS da minha empresa para um conjunto de contas, o que representa cerca de US$ 60.000 em economia de custos anualmente. Você não precisa de software ou ferramentas sofisticadas para gerenciar seus custos, pois a AWS já fornece vários serviços para manter seus custos sob controle. Os direcionadores de custos são quase sempre os mesmos na maioria das contas e empresas.

Uma abordagem altamente recomendada é revisar o custo da AWS pelo menos trimestralmente, de preferência mensalmente. Isso não inclui apenas a revisão das contas, mas também a análise dos serviços com o AWS Cost Explorer. Embora o Cost Explorer forneça uma boa visão sobre o que impulsiona seus custos, ele não fornece soluções sobre como reduzi-los. Para muitos dos fatores de custo, muitas vezes você terá que analisar o uso do serviço usando o CloudWatch. Vejamos esses fatores de custo e como você pode combatê-los. Também veremos muitos fatores de custo que você não encontrará na documentação ou nas recomendações oficiais da AWS.

O fator de custo mais comum que encontrei em diversas empresas é o provisionamento excessivo. Sem surpresa, o superprovisionamento também é mencionado nas certificações AWS Solutions Architect. Refere-se ao provisionamento de recursos com memória e capacidade de computação bem acima da capacidade necessária para seu aplicativo. Podem ser instâncias EC2 com muita memória ou funções Lambda alocadas com memória excessiva ou longos tempos limite de execução.

Pode parecer bobagem provisionar uma função Lambda com apenas 512 MB de memória. No entanto, se as estatísticas de execução mostrarem que uma função do Lambda usa menos de 400 MB, considere reduzir a memória alocada. Uma abordagem comum para muitos desenvolvedores é implantar o Lambda com muita memória e tempos limite de execução muito longos. Se o seu lambda estiver atrás de um API Gateway, você estará limitado a uma execução máxima de 30 segundos de qualquer maneira. O poder de computação ou vCPUs disponíveis do seu Lambda está diretamente relacionado ao alocado…