Toda empresa consumidora de nuvem está preocupada com os custos excessivos da nuvem. Para resolver essas preocupações, os três grandes provedores de serviços em nuvem introduziram calculadoras de preços em nuvem. Também vimos a ascensão dos finops.
Esse é um bom começo.
Mas as calculadoras e os finops em nuvem são focados na infraestrutura e não nos aplicativos. Para evitar custos desnecessários de nuvem, você precisa otimizar o código executado na infraestrutura. Os provedores de nuvem não abordam essa parte da equação – isso depende de você.
É hora de as pessoas pensarem na nuvem como uma extensão do seu código. Isso é fundamental porque o código ineficiente na nuvem faz com que você pague desde o primeiro dia/minuto.
A falta de otimização leva a contas de nuvem mais altas
No mundo local, você implantaria o código em um servidor. Mais tarde, você adicionaria recursos e dados para atender ainda mais usuários. Em algum momento, seu servidor atingiria 70% a 80% de uso. Nesse ponto, você começaria a pensar em como poderia acomodar mais usuários.
A compra de mais servidores normalmente era a forma como os data centers cresciam. Mas como comprar, provisionar e conectar um servidor levaria de três a seis meses, você pode tentar ajustar o desempenho para ver se consegue trazer o uso do servidor de 80% para 60%. Dessa forma, você teria 20% mais espaço até poder comprar e configurar seu novo hardware.
A história é diferente quando você implanta código em um ambiente de nuvem.
Num mundo simplista, à medida que a adoção cresce, a utilização aumenta correspondentemente. No entanto, você nunca atinge 70% ou 80% da capacidade porque a nuvem é escalonável automaticamente. Assim, você nunca entra no ciclo de planejamento de sua próxima expansão – e nunca trabalha para otimizar ajustando seu código para ganhar mais espaço.
Como você não entra nesse processo, a otimização de 20% a 30% que você obteve no local para criar algum espaço nunca acontece. Isso significa que você está gastando automaticamente com esse uso de 20% a 30%. À medida que esse ciclo vicioso continua, você paga contas muito mais altas do que você acha que deveriam ser.
Atualmente, os desenvolvedores e SLOs não consideram o custo
Muitas pessoas ainda acreditam que nuvem é infraestrutura. Não é. É código! Mesmo assim, nenhum desenvolvedor pensa em quanto custará sua linha de código na produção.
Os desenvolvedores escrevem código para funcionalidade ou, em alguns casos, resiliência. As organizações definem parâmetros como consumo de CPU e memória, latência e tempos de resposta como objetivos de nível de serviço (SLOs).
Imagine que os requisitos para um projeto fossem um tempo de resposta de dois segundos e um consumo de 60%. Se os desenvolvedores atendessem a esses dois requisitos, eles pensariam que seria bom prosseguir.
Mas a nuvem exige uma abordagem evoluída. Porque na nuvem o consumo é custo.
Cada segundo de execução adiciona custo. Uma otimização de um segundo para uma transação que normalmente leva dois reflete diretamente na felicidade do cliente e na economia de custos tangíveis imediatamente. Se você conseguir reduzir uma linha de código que é executada por dois segundos para 500 milissegundos, poderá economizar 75%.
A codificação consciente dos custos proporciona eficiência e economia
A adoção de uma codificação consciente dos custos torna possível essa otimização e economia de custos. E a codificação consciente dos custos se tornará ainda mais importante no futuro, à medida que os desenvolvedores trabalharem com copilotos de IA, permitindo-lhes desenvolver código muito mais rápido.
Como você começa com a codificação consciente dos custos?
A codificação consciente dos custos exige conhecimento de engenharia de confiabilidade do site (SRE). Você pode ter conhecimento sobre SRE, ou desenvolvê-lo, ou pode trabalhar com um parceiro que tenha experiência em SRE. Não pense no SRE como uma construção de suporte à produção. Pense nisso como uma filosofia de engenharia de software.
Um bom começo é tratar o custo como um SLO. No momento em que você definir o custo como um SLO juntamente com disponibilidade, desempenho, escalabilidade e consumo, os desenvolvedores começarão a trabalhar para resolvê-lo.
Gerencie seu SLO de custo definindo, medindo, calibrando e recalibrando-o. A codificação consciente dos custos é um processo iterativo. Diferentes organizações conseguirão poupanças diferentes no início dos seus esforços. À medida que você progride, seus retornos se estabilizarão porque a codificação consciente dos custos segue a lei dos retornos decrescentes.
Compreender que os retornos diminuirão é importante. Você desejará usar uma codificação consciente dos custos apenas quando os retornos valerem o esforço investido nela.
Mas adote a prática da codificação consciente dos custos e quebre o ciclo de pagar mais pelos serviços em nuvem do que deveria. Será bom para o seu negócio. Mesmo se você estiver dentro do seu orçamento de nuvem, faça um esforço para fazer uma codificação consciente dos custos. Ele fornecerá escalabilidade e lucratividade à medida que sua base de usuários, consumo, aplicativos e receitas crescem.
Premkumar Balasubramanian é diretor de tecnologia da Serviços Digitais Hitachi. Ele é o principal responsável por traçar estratégias e apoiar todas as atividades de entrada no mercado da empresa, arquitetando soluções repetíveis e fornecendo tecnologia e liderança inovadora nas áreas de nuvem, dados, IoT e IA generativa.
–
O New Tech Forum oferece um local para líderes de tecnologia – incluindo fornecedores e outros colaboradores externos – explorarem e discutirem tecnologias empresariais emergentes com profundidade e amplitude sem precedentes. A seleção é subjetiva, baseada na escolha das tecnologias que acreditamos serem importantes e de maior interesse para os leitores do InfoWorld. A InfoWorld não aceita material de marketing para publicação e reserva-se o direito de editar todo o conteúdo contribuído. Envie todos consultas para [email protected].
