Uma das experiências mais frustrantes para os líderes de TI é receber uma fatura em nuvem com custos bem acima das expectativas. Não é tão ruim quanto uma questão de segurança ou um grande incidente em um sistema de negócios crítico, mas os custos de nuvem de picantes podem ter um impacto semelhante. Os líderes de TI têm a tarefa de encontrar a causa raiz do aumento de custos, explicando os problemas para financiar e realinhar a equipe de TI para recuperar os custos no caminho certo com o orçamento. É ainda mais desafiador ao aumentar os custos da nuvem, causando uma variação orçamentária inesperada que requer aprovação.
As equipes do DevOps que não monitoram os custos da nuvem correm o risco de ter que modificar suas arquiteturas e automações para compensar custos inesperados em nuvem. Para evitar isso, mais equipes de TI estão adotando uma abordagem proativa, usando ferramentas do FINOPS e atribuindo responsabilidades para monitorar os custos e encontrar oportunidades de otimização.
As melhores práticas do FINOPS incluem centralização de relatórios, infraestrutura em nuvem de benchmarking e períodos de pico de previsão de previsão. As oportunidades de redução de custos em nuvem incluem automatizar o provisionamento, padronizar padrões de construção com infraestrutura como código (IAC), otimizar os desktops virtuais e melhorar a resposta a incidentes.
“O FINOPS facilita as decisões mais rápidas e orientadas a dados sobre investimentos em nuvem, o que aumenta a agilidade dos negócios, além da economia de custos”, diz Ananth Kumar, liderança de produtos e engenharia da ManagemEngine. “Ele garante que as equipes correspondam aos gastos com prioridades, promovendo um ambiente de responsabilidade e cooperação entre engenharia, finanças e operações”.
As equipes do DevOps estão cientes dos impactos das práticas de mudança de mudança no processo de desenvolvimento. Percebemos a importância de incorporar o controle de qualidade no desenvolvimento de software, especialmente ao estabelecer uma estratégia de teste contínua e os pipelines robustos de CI/CD. Muitas organizações renomearam o DevOps no DevSecops como uma chamada para práticas de segurança de mudança de esquerda, transformando-as de uma reflexão tardia em um princípio não negociável do DevOps.
Agora, muitos estão sentindo a pressão para mudar para a esquerda nas práticas do FINOPS e evitar a dívida técnica de custos não gerenciados em nuvem. Pedi aos líderes da tecnologia que compartilhassem seus conselhos para a mudança de organização que deixa no FINOPS.
Melhorar a experiência do desenvolvedor e reduzir os custos
Quando os ambientes de computação não são econômicos, isso leva a excedentes de custos. Ele também cria retrabalho para as equipes de desenvolvimento otimizarem arquiteturas e investirem em automação. Para organizações com muitos desenvolvedores, uma oportunidade é revisar a infraestrutura e o provisionamento em ambientes de desenvolvimento.
“Os ambientes de desenvolvimento em nuvem (CDEs) capacitam os desenvolvedores, fornecendo espaços de trabalho codificados e baseados em nuvem que melhoram o controle de recursos e a otimização de custos”, diz Rob Whiteley, CEO da Coder. “A integração de CDEs com o FINOPS atinge o objetivo de mudar a esquerda e criar uma estrutura poderosa para equilibrar o desempenho, o gerenciamento de recursos e a responsabilidade financeira”.
Os benefícios do CDE vão além da economia de custos. Ambientes consistentes melhoram a qualidade e ajudam a evitar o problema comum de: “Bem, o código trabalhado em meu ambiente de desenvolvimento. ” Eles também facilitam a integração de novos desenvolvedores e oferecem outros benefícios da experiência do desenvolvedor.
Otimize ambientes para evitar dívidas de custo da nuvem
Além dos ambientes de desenvolvimento, estão testes, estadiamento, produção e outros ambientes em nuvem. Alguns ambientes podem ter padrões de uso estáveis, enquanto outros podem ser otimizados para padrões como nenhum uso, uso típico e uso de pico. As organizações de DevOps fiscalmente responsáveis criam políticas do FINOPS diretamente no IAC e usam o FINOPS dos provedores de nuvem relatando para otimizar arquiteturas de custo-eficiente.
“Os controles de custos devem fazer parte da estratégia IAC da empresa ao implantar código para produção, utilizando recursos de controle de custos dentro de serviços da Azure, AWS, Google Cloud ou outras nuvens que podem colocar limites suaves e duros nos gastos”, diz Josh Mason, CTO do registro. “O código IAC deve incluir a configuração desses limites como parte da implantação, para que eles sejam garantidos e não sejam uma atividade operacional subsequente. Essa abordagem proativa é preferida na aplicação reativa de controles após um incidente no FINOPS, como uma overragem”.
Outro requisito para evitar a dívida de custo da nuvem é o desenvolvimento das regras e da automação para responder à subutilização, picos inesperados de uso da nuvem e aumentos de custos inesperados.
“As equipes de TI em muitas organizações pagam por serviços, armazenamento ou computação que nunca usam”, diz Kumar, da ManagerEngine. “Os relatórios mostram a localização e o tempo desses picos de uso da nuvem, que podem ocorrer com mais frequência durante cargas de trabalho baseadas em eventos, transferências de dados em larga escala ou execuções de CI/CD. As equipes de TI devem usar as informações para redimensionar instâncias, diminuir os recursos não utilizados e definir limites sensíveis à escala automática.”
Capturar custos de nuvem com seu valor comercial
A conscientização dos custos no DevOps exige fazer uma pergunta inicial ao aumentar os novos ambientes de nuvem. Desenvolvedores e cientistas de dados devem perguntar se a nuvem prevista e outros custos se alinham com o valor comercial direcionado. Quando os custos da nuvem aumentam devido à crescente utilização, é importante relacionar a escalada de custos com se houve um aumento correspondente no valor comercial.
A Foundation FinOps recomenda que as organizações comerciais de SaaS e na nuvem medam a economia da unidade em nuvem. A medida básica calcula a diferença entre o custo marginal e a receita marginal e determina onde as operações em nuvem quebram e começam a gerar lucro. Outras empresas podem usar esses conceitos para correlacionar o valor e o custo dos negócios e tomar decisões de arquitetura e automação mais inteligentes em nuvem.
Joshua Bauman, chefe de operações em nuvem da Apptio, uma empresa da IBM, diz: “Ter métricas de custo unitário dentro das plataformas IAC ajuda a DevOps a se concentrar na medida de custo por unidade, pois esse impulsiona a eficiência, o lucro e, finalmente, as decisões de arquitetura mais inteligentes, ao mesmo tempo em que a exposição dos dados no mesmo lugar onde ocorre a deplantação e a deplantação.”
Portanto, quando as faturas entram e há um aumento nos custos de nuvem, revisar o valor comercial e os custos unitários pode ajudar a explicar o aumento e evitar o envio de equipes do DevOps para o modo de resposta rápida.
Bauman acrescenta: “Se você está apenas olhando para os custos da nuvem e eles dobram, verá apenas despesas aumentadas. Mas ao rastrear os custos e os resultados dos negócios, verá que está otimizando e tomando as decisões de design certas que contribuem para um maior sucesso”.
Promover o FINOPS além da economia de custos
O estabelecimento de disciplinas do FINOPS pode oferecer valor comercial além da economia de custos e tomar decisões financeiras de arquitetura em nuvem inteligente. Os líderes de operações de TI que supervisionam infraestruturas de nuvem significativas estão desenvolvendo práticas do FINOPS como um serviço de gerenciamento de custos e operações.
“As práticas maduras do FINOPS podem descobrir orifícios de segurança, como classes de instâncias inesperadas, girando em regiões não padronizadas antes que a telemetria de segurança possa e reduzir o ruído que normalmente sobrecarrega os sistemas de segurança para fornecer um sinal mais claro e direto de problemas em potencial”, diz Kyle Campos, CPTO da Cloudbolt. “Quando perfeitamente integrado às práticas de DevSecops, a telemetria do FINOPS não apenas revela riscos gastos, mas também escala uma luz sobre a engenharia mais ampla e o risco comercial”.
Mason do ponto de recorde acrescenta: “Um grande aumento nos gastos pode indicar um incidente de segurança por meio de ataques em larga escala contra pontos de extremidade, ou um grande vazamento de dados que aparecem como picos nos custos de saída. Fornecendo amplamente a visibilidade dos custos cria uma cultura de responsabilidade e propriedade no gerenciamento proativo de recursos”.
Uma mudança importante para o Shift-Left FINOPS é tornar os custos transparentes para as equipes de desenvolvimento e capturar otimizações em nuvem como uma forma de dívida técnica.
“Os engenheiros podem obter uma visão de túnel sobre a entrega de recursos e a arte do código, e a modelagem de custos deve ocorrer como parte do design, no início de um projeto, não no final”, diz Mason, da Record Point. “As empresas geralmente limitam a equipe com o acesso e o conhecimento dos dados de custo da nuvem, o que é um erro. As empresas devem se esforçar para espalhar a conscientização dos custos, educando os usuários de serviços com os mais altos impactos de custo, para que mais pessoas reconheçam oportunidades para otimizar ou eliminar os gastos”.
Quando a fatura com um aumento nos custos da nuvem chega, o único recurso que os líderes de TI podem ter é negociar com o provedor de nuvem e abordar a dívida de custo da nuvem. As organizações proativas estão mudando as práticas do FINOPS esquerdo para as responsabilidades de desenvolvimento e operações. As disciplinas do FINOPS ajudam a alinhar investimentos em nuvem com o valor comercial. Os principais elementos incluem garantir que os custos das nuvens sejam considerados decisões de arquitetura, priorizando automações para ajustar a infraestrutura com base na demanda e criar alertas destacando alterações inesperadas de custo.
