Há muitos softwares de gerenciamento de custos em nuvem, dezenas de otimização de custos de nuvem cenários e estratégias, mas praticamente todos eles têm um problema sério que limita o resultado da economia.
A ideia principal das ferramentas tradicionais de gerenciamento de custos na nuvem é escanear seu faturamento na nuvem e descobrir recursos existentes para lhe dar uma receita do que precisa ser feito para economizar
sua conta de nuvem. O foco principal é:
- recursos não utilizados (volumes, AMIs, snapshots, IPs elásticos etc.)
- problemas com o dimensionamento correto – quando o sabor errado é selecionado e, na maioria dos casos, o downsize pode ser aplicado
- recomendações de instâncias reservadas e planos de salvamento
E esse é um relatório muito bom com um número bom e atraente de X dólares possíveis de economia. Mas o problema é quem é o usuário desses dados. Normalmente, há um ou dois caras de TI responsáveis pela economia de custos na nuvem. Eles podem assumir posições de SRE, CloudOps, DevOps ou TI Central, em diferentes empresas eles têm títulos diferentes. E eles podem definitivamente comprar mais capacidade reservada ou planos de economia, mas quando se trata de recursos não utilizados ou dimensionamento correto, eles não podem simplesmente ir e aplicar recomendações, eles têm que interagir com os proprietários dos recursos. E essa interação mata a maior parte do potencial de economia de custos, pois esses um ou dois caras têm que falar com engenheiros e SREs, fazê-los revisar os recursos, explicar seus objetivos.
Engenheiros querem escrever código e fechar tickets do Jira. Eles não vão para consoles de nuvem, esquecem de limpar recursos e não se importam com custos. E agora eles precisam mudar sabores correndo riscos de que alguns trabalhos falhem com falta de memória, revisar alguns recursos antigos. É óbvio que eles farão o melhor para adiar tais tarefas e evitar discussões. Como resultado, normalmente, as empresas podem economizar apenas 20–30% desse bom valor possível de economia, os caras de TI farão o melhor para evitar a próxima rodada de comunicação com engenheiros e uma empresa simplesmente aceita que não pode economizar mais.
Como pode ser melhorado? Somente por envolvendo engenheiros no processo. Sim, lembramos que eles não se importam com custos e não querem assumir novas responsabilidades, mas os engenheiros precisam ter apenas uma tarefa simples: ser responsáveis por seus próprios recursos e seu ciclo de vida, e a tarefa de uma empresa é dar a eles instrumentos para tornar o processo simples e não intrusivo.
No caso ideal, as empresas devem utilizar ferramentas que:
- dar uma maneira de definir e atualizar TTLs, notificações sobre expiração. Definir tags e executar um script para enviar e-mails pode ser uma opção
- dê aos engenheiros uma maneira de rastrear seus recursos, receber alertas e atualizar TTLs via Slack ou Microsoft Teams
dar recomendações personalizadas sobre os recursos do engenheiro para que ele ou ela não precise interagir com os profissionais de TI - dar aos gerentes e proprietários de orçamento uma maneira de monitorar o progresso e os resultados para tomar ações corretivas, se necessário
- educar engenheiros e gestores e simplificar o uso dos instrumentos e
explicar a necessidade comercial de tais ações
Como resultado, ele não fornece apenas uma ou duas iterações de otimização de custos de nuvem, mas cria um processo simples, mas inestimável, onde a equipe de P&D que gera uma parcela significativa das despesas de nuvem ajuda a economizar e os engenheiros não sentem que têm outra tarefa chata, apenas para cuidar de seus recursos.
Como a maioria das coisas em TI, os melhores princípios e padrões são tão bons quanto o quão bem eles são seguidos por toda a equipe. O fator limitante e os riscos, na maioria das vezes, não são o efeito que as tecnologias modernas oferecem, mas as pessoas e os processos envolvidos. A intersecção de uma equipe de engenharia entra em jogo quando se trata de adoção de FinOps e otimização de custos. Então, se você está ansioso para estar ciente do custo de implantação de recursos e como arquitetar para otimização de custos, você definitivamente precisa envolver ativamente sua equipe de engenharia em FinOps e economia de custos na nuvem.
Hoje em dia, quando muitas empresas dependem de um ambiente OpEx, uma equipe de engenharia sente muita liberdade e pode facilmente gerar recursos conforme desejado para executar seus serviços. É reconhecido que, para muitos usuários de nuvem, muitas vezes é um desafio – onde a engenharia gera recursos sem diretrizes padronizadas, como configuração de orçamentos, TTL, alertas e notificações, marcação de recursos apropriada e cadência frequente – visualizar o custo de uma perspectiva de engenharia e finanças. Embora essa "liberdade" capacite a velocidade e melhor desenvolvimento de produtos, não é a maneira ideal de construir um processo de P&D.
Envolver engenheiros como donos da maioria dos recursos é uma questão crítica para definir orçamentos, manter os custos da nuvem sob controle e prever despesas corretamente. Cada membro da equipe pode ajudar a construir uma experiência de uso da nuvem eficaz e gerenciar os custos da nuvem.
Nosso produto, OptScale, auxilia empresas a envolver engenheiros no gerenciamento de custos de nuvem via Slack – relatórios regulares, alertas e comandos para gerenciar o ciclo de vida dos recursos.
Para colocar a teoria em prática, você pode fazer um teste gratuito, sem precisar de cartão de crédito → https://my.optscale.com/register
