Definitivamente, você estava se perguntando quanto custa a infraestrutura do seu projeto. Ao mesmo tempo, é surpreendente: o crescimento das despesas não é linear em relação às cargas. Muitos empresários, estações de serviço e desenvolvedores compreendem implicitamente que pagam demais. Mas para o que exatamente?
Geralmente, a redução de custos se resume a simplesmente encontrar a solução mais barata, a tarifa da AWS ou, se estamos falando de estandes físicos, otimizar a configuração do equipamento. Não é só isso: de fato, alguém faz isso, como Deus coloca na alma: se estamos falando de uma startup, então este é provavelmente o principal desenvolvedor com estamenha suficiente. Em escritórios maiores, a CMO / CTO lida com isso; às vezes, o CEO intervém pessoalmente em um casal com o contador-chefe. Em geral, as pessoas que têm bastante "perfil" se preocupam. E acontece que as contas de infraestrutura estão crescendo, mas elas descobrem ... aqueles que não têm tempo para lidar com isso.
Se você precisar comprar papel higiênico no escritório, o gerente de suprimentos ou uma pessoa responsável da empresa de limpeza fará isso. Se estamos falando sobre desenvolvimento - leads e CTO. Vendas - tudo está claro também. Mas, mesmo nos tempos difíceis, quando o "servidor" era chamado de gabinete, no qual havia um sistema de torre comum com um pouco mais de RAM e alguns hards no ataque, todos (ou pelo menos muitos) ignoram o fato de que as compras de capacidade devem ser tratadas. também uma pessoa especialmente treinada.
Infelizmente, a memória e a experiência históricas indicam que essa tarefa foi deslocada por décadas para pessoas "aleatórias": quem estava mais próximo atendia à pergunta. E apenas recentemente a profissão de FinOps começou a tomar forma e a assumir alguns contornos específicos no mercado. Essa é a pessoa muito treinada, cuja tarefa é controlar a compra e o uso de capacidades. E, finalmente, na redução de custos da empresa nessa área.
Não fazemos campanha para abandonar 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 ferro e nuvem. Mas não se pode deixar de prestar atenção ao fato de que compras impensadas "em uma lista" sem monitoramento e análise de uso subsequentes para muitas empresas resultam em perdas muito, muito substanciais devido ao gerenciamento ineficiente dos "ativos" de seu back-end.
Quem é o FinOps
Digamos que você tenha uma empresa sólida, sobre a qual os vendedores aspiram dizer "empresa". Provavelmente, “na lista” você comprou uma dúzia ou dois servidores, a AWS e outra coisa “nas pequenas coisas”. O que é lógico: em uma grande empresa, há algum tipo de movimento - algumas equipes crescem, outras se separam e outras se transferem para projetos vizinhos. E a combinação desses movimentos em conjunto com o mecanismo de compras "com base em lista" leva a novos cabelos grisalhos ao visualizar a próxima fatura mensal de infraestrutura.
Então, o que fazer - pacientemente ficar mais cinza, pintar ou descobrir as razões para o aparecimento desses zeros terríveis no pagamento?
É um pecado ocultar: a aprovação, a aprovação e o pagamento direto de um aplicativo na empresa pela mesma tarifa da AWS nem sempre (quase nunca) são uma realidade. E apenas por causa do constante movimento corporativo, algumas dessas aquisições podem estar "perdidas" em algum lugar. E fique parado. Se um administrador atento percebe um rack sem dono em sua sala de servidores, no caso de tarifas na nuvem, tudo fica muito mais triste. Eles podem ficar de brincadeira por meses - pagos, mas ao mesmo tempo não são mais necessários para ninguém no departamento sob o qual foram adquiridos. Ao mesmo tempo, colegas do próximo escritório ainda não começaram a arrancar seus cabelos grisalhos, não apenas em suas cabeças, mas em outros lugares - eles não foram capazes de pagar por eles na mesma semana sobre a mesma tarifa da AWS, que é desesperadamente necessária.
Qual é a solução mais óbvia? É isso mesmo, entregue as rédeas aos necessitados, e todos estão felizes. Sim, apenas as comunicações horizontais nem sempre são bem estabelecidas. E o segundo departamento pode simplesmente não estar ciente da riqueza do primeiro, para o qual essa mesma riqueza não era de alguma forma particularmente necessária.
Quem é o culpado? - Geralmente não diga ninguém. Até agora, até agora, tudo está organizado.
Quem sofre com isso? - É isso, toda a empresa.
Quem pode resolver a situação? - Sim, sim, FinOps.
O FinOps não é apenas uma camada entre os desenvolvedores e o equipamento de que eles precisam, mas uma pessoa ou equipe que saberá onde, o que e quão bem “se encontra” em termos das mesmas tarifas de nuvem compradas pela empresa. De fato, essas pessoas devem trabalhar na mesma equipe do DevOps, por um lado, e do departamento financeiro, por outro, atuando como um intermediário eficaz e, mais importante, como analítica.
Um pouco sobre otimização
As nuvens Relativamente barato e muito conveniente. Mas essa solução deixa de ser barata quando o número de servidores se torna de dois ou três dígitos. Além disso, as nuvens possibilitam o uso de mais e mais serviços indisponíveis anteriormente: são bancos de dados como serviço (Amazon AWS, Banco de Dados do Azure), aplicativos sem servidor (AWS Lambda, Azure Functions) e muitos outros. Eles são muito legais porque são fáceis de usar - comprados e dirigidos, sem problemas. Isso é apenas quanto mais profunda a empresa e seus projetos mergulham nas nuvens, pior o CFO dorme. E quanto mais rápido o general fica cinza.
O fato é que as contas de vários serviços em nuvem são sempre extremamente confusas: você pode obter uma descriptografia de três páginas para uma posição, para o que, onde e como foi o seu dinheiro. Isso, é claro, é bom, mas entender é quase impossível. Além disso, nossa opinião sobre esse assunto está longe de ser a única: para transferir contas em nuvem para humanos, existem serviços completos, por exemplo
www.cloudyn.com ou
www.cloudability.com . Se alguém ficou confuso ao criar um serviço separado para descriptografar contas, a escala do problema superou o custo da tintura de cabelo.
Então, o que o FinOps faz nessa situação:
- entende claramente quando e em quais volumes as soluções em nuvem foram adquiridas.
- sabe como esses poderes são usados.
- redistribui-os, dependendo das necessidades de uma unidade específica.
- não compra "que era".
- e no final, você economiza dinheiro.
Um ótimo exemplo é o armazenamento na nuvem de uma cópia a frio de um banco de dados. Por exemplo, você o arquiva para reduzir a quantidade de espaço e tráfego consumidos ao atualizar o armazenamento? Sim, parece que a situação é barata - em um caso específico, mas a totalidade dessas situações baratas se traduz em custos exorbitantes para os serviços em nuvem.
Ou outra situação: você comprou uma energia de reserva na AWS ou Azure, para não cair na carga de pico. Você pode ter certeza de que esta é a melhor solução? Afinal, se essas instâncias estiverem ociosas em 80%, você apenas dará dinheiro à Amazon. Além disso, nesses casos, as mesmas AWS e Azure têm instâncias que podem ser estouradas - por que você precisa de servidores para fumantes gratuitos, se pode usar a ferramenta para resolver problemas de apenas picos de carga? Ou, em vez de instâncias On Premise, você deve procurar na direção de Reserved - elas são muito mais baratas e oferecem descontos nelas.
Falando em descontosComo dissemos no começo, qualquer pessoa costuma se envolver em compras - elas encontraram a última e, de alguma forma, ele mesmo. Na maioria das vezes, as pessoas que já estão ocupadas tornam-se "extremas" e, no final, obtemos uma situação em que uma pessoa de maneira rápida e habilidosa, mas completamente independente decide o que e em que quantidades comprar.
Porém, ao interagir com o vendedor pelo lado do serviço em nuvem, você pode obter condições mais favoráveis quando se trata de compra por atacado de capacidades. É claro que receber esses descontos de um carro com registro silencioso e unilateral não funcionará - mas, depois de conversar com um gerente de vendas real, ele poderá se esgotar. Ou esses caras podem dizer o que têm descontos por enquanto. Também é útil.
Ao mesmo tempo, lembre-se de que na AWS ou Azure a luz não converge. Obviamente, não se fala em organizar sua própria sala de servidores - mas também existem alternativas para essas duas soluções clássicas dos gigantes.
Por exemplo, o Google trouxe a plataforma Firebase para empresas, na qual é possível colocar o mesmo projeto móvel em regime turnkey, o que pode exigir um dimensionamento rápido. Armazenamento, banco de dados em tempo real, hospedagem e sincronização de dados na nuvem usando o exemplo desta solução estão disponíveis em um único local.
Por outro lado, se não estamos falando de um projeto monolítico, mas de sua combinação, uma solução centralizada nem sempre é benéfica. Se o projeto tiver vida longa, possuir seu próprio histórico de desenvolvimento e a 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, de repente você percebe que, para aplicativos críticos para os negócios, pode comprar tarifas mais poderosas que garantirão ganhos ininterruptos para a empresa. Ao mesmo tempo, o “legado” de desenvolvimento, arquivos antigos, bancos de dados etc. para serem armazenados em nuvens caras é uma solução para você. De fato, para esses dados, um data center padrão com HDDs convencionais e hardware de média potência sem nenhuma “loção” é bastante adequado.
Aqui, novamente, você pode pensar que “esse alarido não vale a pena”, mas toda a edição desta publicação se baseia no fato de que em vários estágios as pessoas responsáveis martelam ninharias e fazem isso de uma maneira mais conveniente e rápida. O que, no final, em alguns anos se traduz nessas mesmas contas de horror.
Qual é o resultado?
Em geral, as nuvens são frias, resolvem muitos problemas para empresas de qualquer tamanho. No entanto, a novidade desse fenômeno leva ao fato de ainda não termos uma cultura de consumo e gestão. O FinOps é uma alavancagem organizacional que ajuda você a alavancar seu poder na nuvem com mais eficiência. O principal não é transformar esse post em um análogo da equipe de tiro, cuja tarefa será pegar os desenvolvedores desatentos pela mão e "repreendê-los" pelo tempo de inatividade.
Os desenvolvedores devem desenvolver, não contar o dinheiro da empresa. Portanto, o FinOps deve tornar o processo de compra e o processo de desativação ou transferência da capacidade da nuvem para outras equipes um evento simples e agradável para todas as partes.