Com certeza você já se perguntou quanto custa a infraestrutura do seu projeto. Ao mesmo tempo, surpreende: o crescimento dos custos não é linear em relação às cargas. Muitos empresários, postos de serviço e incorporadores entendem secretamente que estão pagando a mais. Mas para quê exatamente?
Normalmente, cortar custos se resume simplesmente a encontrar a solução mais barata, um plano AWS ou, no caso de racks físicos, otimizar a configuração do hardware. Não só isso: na verdade, qualquer um faz isso, como Deus quer: se estamos falando de uma startup, então provavelmente é um desenvolvedor líder que tem muitas dores de cabeça. Em escritórios maiores, isso é tratado pelo CMO/CTO e, às vezes, o diretor geral se envolve pessoalmente na questão junto com o contador-chefe. Em geral, aquelas pessoas que têm preocupações “centrais” suficientes. E acontece que as contas de infra-estruturas estão a aumentar, mas aqueles que não têm tempo para lidar com isso estão a lidar com isso.
Caso necessite comprar papel higiênico para o escritório, isso será feito pelo gerente de suprimentos ou por um responsável da empresa de limpeza. Se estamos falando de desenvolvimento - líderes e CTO. Vendas - tudo também está claro. Mas desde os velhos tempos, quando “sala de servidores” era o nome de um gabinete no qual havia um sistema de torre comum com um pouco mais de RAM e alguns discos rígidos no ataque, todos (ou pelo menos muitos) ignoram o fato de que a compra de capacidade também deve ser realizada por uma pessoa especialmente treinada.
Infelizmente, a memória histórica e a experiência indicam que durante décadas esta tarefa foi transferida para pessoas “aleatórias”: quem estava mais próximo pegou a questão. E só recentemente a profissão FinOps começou a tomar forma no mercado e a tomar forma concreta. Esta é a mesma pessoa especialmente treinada cuja tarefa é controlar a compra e utilização de capacidade. E, em última análise, na redução dos custos da empresa nesta área.
Não estamos defendendo o abandono de soluções caras e eficazes: cada empresa deve decidir por si mesma o que precisa para uma existência confortável em termos de tarifas de hardware e de nuvem. Mas não se pode deixar de prestar atenção ao facto de que compras impensadas “de acordo com a lista” sem posterior monitorização e análise de utilização para muitas empresas resultam em perdas muito, muito substanciais devido à gestão ineficaz dos “activos” do seu back-end.
Quem é FinOps
Digamos que você tenha uma empresa respeitável, sobre a qual os vendedores falam sobre “empresa” em tom sussurrante. Provavelmente, “de acordo com a lista” você comprou uma dúzia ou dois servidores, AWS e algumas outras “coisinhas”. O que é lógico: em uma grande empresa algum tipo de movimento acontece constantemente - algumas equipes crescem, outras se desintegram, outras são transferidas para projetos vizinhos. E a combinação destes movimentos, juntamente com o mecanismo de aquisição “baseado em listas”, acaba por conduzir a novos cabelos grisalhos quando se olha para a próxima factura mensal de infra-estruturas.
Então, o que fazer - continuar pacientemente com o cinza, pintá-lo ou descobrir as razões do aparecimento desses numerosos zeros terríveis no pagamento?
Sejamos honestos: a aprovação, aprovação e pagamento direto de uma aplicação dentro da empresa para a mesma tarifa AWS nem sempre é (na realidade, quase nunca) rápido. E justamente por conta do constante movimento corporativo, algumas dessas mesmas aquisições podem ser “perdidas” em algum lugar. E é trivial ficar ocioso. Se um administrador atento notar um rack sem dono em sua sala de servidores, no caso das tarifas de nuvem tudo será muito mais triste. Eles podem ser guardados por meses - pagos, mas ao mesmo tempo não são mais necessários para ninguém no departamento para o qual foram adquiridos. Ao mesmo tempo, os colegas do escritório vizinho começam a arrancar os cabelos ainda não grisalhos, não apenas na cabeça, mas também em outros lugares - eles não conseguiram pagar aproximadamente a mesma tarifa AWS para a enésima semana, que é desesperadamente necessário.
Qual é a solução mais óbvia? Isso mesmo, entregue as rédeas aos necessitados e todos ficarão felizes. Mas as comunicações horizontais nem sempre estão bem estabelecidas. E o segundo departamento pode simplesmente não saber da riqueza do primeiro, que de alguma forma acabou não precisando realmente dessa riqueza.
Quem é o culpado por isso? - Na verdade, ninguém. É assim que tudo está configurado por enquanto.
Quem sofre com isso? - É isso, toda a empresa.
Quem pode consertar a situação? - Sim, sim, FinOps.
FinOps não é apenas uma camada entre os desenvolvedores e o equipamento de que necessitam, mas uma pessoa ou equipe que saberá onde, o que e quão bem “está” em termos das mesmas tarifas de nuvem adquiridas pela empresa. Na verdade, estas pessoas devem trabalhar em conjunto com o DevOps, por um lado, e o departamento financeiro, por outro, desempenhando o papel de um intermediário eficaz e, o mais importante, de um analista.
Um pouco sobre otimização
Nuvens. Relativamente barato e muito conveniente. Mas esta solução deixa de ser barata quando o número de servidores atinge dois ou três dígitos. Além disso, as nuvens permitem utilizar cada vez mais serviços que antes não estavam disponíveis: bancos de dados como serviço (Amazon AWS, Azure Database), aplicativos sem servidor (AWS Lambda, Azure Functions) e muitos outros. Eles são todos muito legais porque são fáceis de usar - compre e leve, sem problemas. Mas quanto mais fundo a empresa e os seus projetos mergulham nas nuvens, pior dorme o CFO. E quanto mais rápido o general fica cinza.
O fato é que as faturas de vários serviços em nuvem são sempre extremamente confusas: para um item você pode receber uma explicação de três páginas sobre para quê, para onde e como foi o seu dinheiro. Isso, claro, é agradável, mas é quase impossível entendê-lo. Além disso, a nossa opinião sobre este assunto está longe de ser a única: para transferir contas na nuvem para contas humanas, existem serviços inteiros, por exemplo ou . Se alguém se preocupou em criar um serviço separado para decifrar contas, a escala do problema superou o custo da tintura de cabelo.
Então, o que o FinOps faz nesta situação:
- entende claramente quando e em que volumes as soluções em nuvem foram adquiridas.
- sabe como essas capacidades são usadas.
- os redistribui dependendo das necessidades de uma unidade específica.
- não compra “para que seja”.
- e no final, você economiza dinheiro.
Um ótimo exemplo é o armazenamento em nuvem de uma cópia fria de um banco de dados. Por exemplo, você arquiva para reduzir a quantidade de espaço e tráfego consumido ao atualizar o armazenamento? Sim, parece que a situação é barata – num único caso específico, mas a totalidade dessas situações baratas resulta posteriormente em custos exorbitantes para os serviços em nuvem.
Ou outra situação: você comprou capacidade de reserva na AWS ou Azure para não cair nos picos de carga. Você pode ter certeza de que esta é a solução ideal? Afinal, se essas instâncias estiverem 80% ociosas, você está simplesmente dando dinheiro para a Amazon. Além disso, para tais casos, o mesmo AWS e Azure possuem instâncias expansíveis - por que você precisa de servidores ociosos, se você pode usar uma ferramenta para resolver problemas de pico de carga? Ou, em vez de instâncias On Premise, você deve procurar as Reservadas - elas são muito mais baratas e também oferecem descontos.
Aliás, sobre descontos
Como dissemos no início, muitas vezes a aquisição é realizada por qualquer pessoa - eles encontraram a última e, de alguma forma, ele mesmo faz isso. Na maioria das vezes, as pessoas que já estão ocupadas tornam-se “extremos” e, como resultado, temos uma situação em que uma pessoa decide com rapidez e habilidade, mas de forma totalmente independente, o que e em que quantidades comprar.
Mas ao interagir com um vendedor do serviço em nuvem, você consegue condições mais favoráveis na hora de comprar capacidade no atacado. É claro que você não conseguirá esses descontos em um carro com registro silencioso e unilateral - mas depois de conversar com um verdadeiro gerente de vendas, você pode se esgotar. Ou esses caras podem dizer em que eles têm descontos atualmente. Também pode ser útil.
Ao mesmo tempo, é preciso lembrar que a luz não convergiu como uma cunha no AWS ou no Azure. Claro, não se trata de organizar sua própria sala de servidores - mas existem alternativas para essas duas soluções clássicas dos gigantes.
Por exemplo, o Google trouxe a plataforma Firebase para as empresas, na qual elas podem hospedar o mesmo projeto móvel em regime turnkey, o que pode exigir um rápido escalonamento. Armazenamento, banco de dados em tempo real, hospedagem e sincronização de dados em nuvem usando esta solução como exemplo estão disponíveis em um só lugar.
Por outro lado, se não se trata de um projeto monolítico, mas sim da sua totalidade, então uma solução centralizada nem sempre é benéfica. Se o projeto for de longa duração, tiver seu próprio histórico de desenvolvimento e uma quantidade correspondente de dados necessários para armazenamento, vale a pena pensar em um posicionamento mais fragmentado.
Ao otimizar os custos dos serviços em nuvem, você pode perceber repentinamente que, para aplicativos essenciais aos negócios, você pode adquirir tarifas mais poderosas que proporcionarão à empresa lucros ininterruptos. Ao mesmo tempo, armazenar o “legado” de desenvolvimento, arquivos antigos, bancos de dados, etc. em nuvens caras é uma solução. Afinal, para esses dados, um data center padrão com HDDs regulares e hardware de potência média sem sinos e assobios é bastante adequado.
Aqui, novamente, você pode pensar que “essa agitação não vale a pena”, mas todo o problema desta publicação se baseia no fato de que em vários estágios os responsáveis negligenciam as pequenas coisas e fazem o que é mais conveniente e rápido. O que, no final, depois de alguns anos, resulta naqueles relatos horríveis.
O resultado?
Em geral, as nuvens são legais, elas resolvem muitos problemas para empresas de qualquer tamanho. Contudo, a novidade deste fenómeno faz com que ainda não tenhamos uma cultura de consumo e de gestão. FinOps é uma alavanca organizacional que ajuda você a aproveitar o poder da nuvem de maneira mais eficaz. O principal é não transformar essa posição em um análogo de um pelotão de fuzilamento, cuja tarefa será pegar pela mão os desenvolvedores desatentos e “repreendê-los” pelo tempo de inatividade.
Os desenvolvedores devem desenvolver, não contar o dinheiro da empresa. E assim o FinOps deve tornar o processo de compra e o processo de descomissionamento ou transferência de capacidade da nuvem para outras equipes um evento simples e agradável para todas as partes.
Fonte: habr.com