Os descontos por commitment são complexos e exigem altos investimentos de tempo e dinheiro.
Os descontos por commitment são complexos e exigem altos investimentos de tempo e dinheiro. A automação destrava essa economia com mínimo esforço e risco.
Desde que a nuvem pública existe, as pessoas tentam descobrir novas formas de otimizar gastos e evitar que os custos saiam do controle. Otimizar áreas como armazenamento ou banco de dados ajuda, claro, mas a maior oportunidade de reduzir o que você gasta com nuvem pública está em otimizar o gasto com compute. Os custos de compute costumam representar de 50% a 80% da fatura total da nuvem, então não é exagero dizer que esse é o alvo principal de quem quer reduzir o custo geral da nuvem pública.
A boa notícia é que provedores de nuvem pública como Amazon Web Services (AWS) e Google Cloud Platform (GCP) oferecem descontos significativos em compute para quem topa se comprometer com um determinado nível de uso por um prazo de 1 ou 3 anos (naturalmente, quanto mais longo o commitment, maior o desconto).
A má notícia é que aproveitar esses descontos por commitment envolve dois desafios principais:
- Prever com precisão suas necessidades de compute para o próximo um ou três anos
- Gerenciar o uso ao longo do commitment para garantir que você está batendo as metas
Esses obstáculos podem ser especialmente difíceis para empresas digital-native que ainda são jovens e estão escalando seus sistemas e aplicações na nuvem, já que elas não só não têm os recursos nem o fôlego para assumir o risco e o desafio de gerenciar um portfólio de commitments, como também têm pouca ideia do que vão precisar daqui a três meses, quanto mais daqui a três anos. Esses desafios também podem virar dor de cabeça para empresas maiores, com necessidades de infraestrutura e commitments espalhadas entre vários times que podem ter dificuldade em gerenciar o custo de tudo isso.
Prevendo suas necessidades de compute
Dependendo de como sua organização funciona, um único time pode ser responsável pela previsão de infraestrutura de nuvem pública, ou essa responsabilidade pode ser dividida entre vários times, conforme os projetos e necessidades de cada um.
Seja qual for a estrutura, comprometer-se com um determinado nível de uso de compute por um longo período traz um risco considerável: se você superprovisionar o commitment, corre o risco de desperdiçar dinheiro com instâncias de compute ociosas; se subprovisionar, corre o risco de pagar caro por instâncias on-demand.
Também dá para conseguir descontos maiores dos provedores de nuvem sendo mais preciso nos commitments de compute, indicando, por exemplo, tipos de máquina ou regiões específicas com os quais você se compromete. Mas é igualmente importante ter flexibilidade em mente na hora de comprar commitments. As nuvens públicas evoluem em ritmo acelerado e, conforme seu software ou modelo de negócio muda, talvez seja preciso reconfigurar o ambiente. Se isso acontecer e você não tiver um commitment com esse tipo de flexibilidade, pode acabar tendo que arcar com o custo.
Antes de olhar os tipos de commitments que você pode comprar e os diferentes níveis de flexibilidade que oferecem, vamos pensar primeiro no que precisa estar na sua cabeça ao prever as necessidades de compute:
- Escopo interno
Quem vai usar esse commitment? Você tem vários times dentro da área de DevOps que vão compartilhá-lo, ou faz mais sentido comprar commitments para cada time individualmente?
- Duração do commitment
Até quando você está disposto a se comprometer? Se tem confiança nas suas necessidades de uso e em especificações consistentes, pode considerar fechar um commitment de três anos para uma base do que prevê (por exemplo, 50% da projeção) e maximizar a economia. Depois, dá para complementar o restante com uma combinação de commitments de 1 ano e/ou instâncias on-demand.
- Serviços
Você precisa só de compute simples no modelo infrastructure-as-a-service (ou seja, EC2 ou GCE)? Vai usar containers? Serverless? Kubernetes? Se sim, dá para cobrir tudo isso com o mesmo commitment, ou é melhor distribuir em commitments separados? Lembre-se: distribuir pode aumentar a flexibilidade, mas também a carga de gerenciamento.
- Tipos de máquina
Quais tipos e tamanhos de máquina seus times vão precisar para construir sua oferta digital? E há alguma chance de essas necessidades mudarem ao longo do próximo um ou três anos?
- Regiões
Definir as regiões em que você precisa subir máquinas costuma ser um exercício bem simples no curto prazo, mas pode virar um peso à medida que seu negócio ou base de usuários se expande para novos mercados. É preciso avaliar se as regiões podem mudar. Se mudarem, seu commitment vai oferecer essa flexibilidade, ou você terá que comprar novos para acomodar o crescimento?
Depois de responder a essas perguntas, é hora de decidir qual(is) tipo(s) de commitment comprar. Tanto a AWS quanto a GCP têm vários tipos de planos de commitment de compute com diferentes níveis de flexibilidade. Em geral, eles se dividem em dois grupos:
- Commitments baseados em recursos exigem uma determinada quantidade de uso conforme especificações que você define com antecedência. Na AWS, são as Reserved Instances (RIs) ou Convertible RIs. Na GCP, são os Committed Use Discounts (CUDs).
- Commitments baseados em gasto permitem que você se comprometa com um determinado nível de gasto, independentemente das especificações de recursos. Essa flexibilidade extra significa descontos menores. Na AWS, são os Savings Plans (SPs); na GCP, os FlexCUDs.
Amplie para visualizar
Como você vê na tabela acima, a(s) nuvem(ns) pública(s) em que você constrói e os diferentes níveis de flexibilidade que oferecem formam um leque de opções para você descobrir qual é a mais adequada às suas necessidades.
Para quem usa AWS, soma-se à complexidade a possibilidade de revender Standard RIs no AWS Marketplace para recuperar o custo das instâncias ociosas geradas pelo superprovisionamento. Mas, claro, não há garantia de que você vai encontrar um comprador para esses workloads específicos, e mesmo que encontre, o processo de venda adiciona mais uma camada de complexidade e tempo para quem ficar com essa responsabilidade no time.
Gerenciando e acompanhando seus commitments
Agora que você previu suas necessidades de compute e comprou alguns commitments com base nessas projeções, o trabalho está longe de acabar. A gestão do portfólio de commitments é tão importante quanto a previsão pré-compra, se não mais. Por melhor que sejam sua previsão e provisionamento, o ambiente quase sempre vai exigir ajustes, ou novas necessidades vão aparecer e demandar a compra de commitments adicionais.
Com isso em mente, vamos detalhar alguns pontos que você precisa observar ao acompanhar os commitments ao longo do ciclo de vida:
- Equilíbrio entre commitments e workloads on-demand
Tocamos rapidamente nesse ponto na seção de previsão, mas, à medida que suas necessidades de compute crescem, você precisa decidir quanto pode ser coberto por commitments de 1 ou 3 anos e quanto pode ficar para compras on-demand.
- Expansão regional
Seu negócio ou oferta de serviços está crescendo? Você está tentando alcançar usuários em novos mercados? Se sim, a menos que já esteja coberto por um commitment baseado em gasto (ou seja, um Compute SP na AWS ou FlexCUD na GCP), provavelmente vai precisar comprar novos commitments para cobrir essas regiões.
- Acompanhamento e monitoramento contínuos do uso
É importante saber se você está ou não no caminho certo para bater as metas de uso ao longo do ciclo de vida de um commitment. Isso pode ser difícil de determinar quando o uso é inconsistente durante o prazo, seja por flutuações na base de usuários, seja pela sazonalidade do seu modelo de negócio. De qualquer forma, você vai querer saber se vai ultrapassar as provisões e ser cobrado por excedente (ou precisar comprar novos commitments para cobrir o extra), ou se vai ter workloads ociosos quando o prazo terminar.
- Renovações
Ao acompanhar os commitments, você vai precisar decidir o que fazer com cada um quando ele acabar: comprar um novo, reconfigurá-lo ou deixar expirar. Isso naturalmente vira um desafio maior à medida que seu portfólio de commitments cresce e as datas de renovação e expiração se distribuem ao longo do ano.
Onde está o botão fácil? 
Se sua cabeça está girando com todos esses fatores, saiba que você não está sozinho. Gerenciar um portfólio de commitments pode ser um peso tão grande e envolver riscos tão expressivos que muitas empresas nem se dão ao trabalho e preferem confiar exclusivamente em workloads on-demand, apesar do custo mais alto.
Mas dá para automatizar seus commitments de compute e eliminar tanto o risco quanto a sobrecarga de gestão no processo. O DoiT Flexsave™ foi criado exatamente para isso. Usando machine learning, o Flexsave analisa seu gasto contínuo de compute para identificar workloads na AWS que ainda não estão cobertos por descontos existentes (ou seja, SPs, RIs, Spot ou Enterprise Discount Programs) e aplica automaticamente o equivalente a um Savings Plan de 1 ano nesses workloads on-demand.
"Sem o Flexsave, provavelmente nem conseguiríamos usar descontos baseados em commitment; agora ganhamos os benefícios da economia praticamente sem nenhum esforço." –Kyâne Pichou
Esse método já gerou milhões de dólares em economia para centenas de clientes do Flexsave nos últimos anos, incluindo a plataforma de e-commerce Phenix, que economizou mais de 25% nos seus workloads de compute on-demand desde que ativou o Flexsave. "Sem o Flexsave, provavelmente nem conseguiríamos usar descontos baseados em commitment; agora ganhamos os benefícios da economia praticamente sem nenhum esforço", conta o líder de DevOps Kyâne Pichou. "A gente simplesmente ativou e pôde esquecer, o que nos permite focar em construir as outras funcionalidades da plataforma Phenix."
Essas taxas de desconto de 1 ano podem reduzir drasticamente seu gasto com compute on-demand e, como o Flexsave funciona em paralelo aos commitments que você já tem, não precisa se preocupar em perder descontos que já está recebendo. Por isso, muitos clientes da DoiT continuam comprando commitments de 3 anos para parte das suas necessidades de compute, maximizando a economia, e deixam o Flexsave cobrir o restante com o equivalente de 1 ano.
Assim como os outros produtos e serviços da DoiT, o Flexsave também não custa nada para usar e pode ser configurado de forma rápida e fácil, sem alterações de código nem downtime no seu ambiente.
Para saber mais sobre o Flexsave ou outras estratégias de otimização de custos de nuvem recomendadas pela DoiT, fale com um especialista hoje mesmo.