Latest / PodCat | Papo Tech no Financeiro / #03 - 70% menos custo na nuvem: A conversa que CFO e CTO precisam ter
Transcript
- Catarina: Bem-vindas a mais ⁓ episódio Papo Tecnofinanceiro. Hoje estamos aqui com o ⁓ além de fundador da abstract, atua hoje como CTO da nossa empresa e 25 anos de experiência dentro mundo de tech. E ele vai poder nos ajudar a discutir tema que foi muito pedido, é custos de infra. A AWS, a gente consegue otimizar, como eu, como CFO, consigo mudar a chave dentro do meu time e dentro minha organização. E aí, Bruno? Se você quiser se apresentar antes falar ⁓ pouquinho sobre você. então, oi pessoal, eu sou o Bruno, sou o fundador da Abstra. ⁓ a Catarina falou, aqui a gente faz de tudo, como todo startup, Então, eu tô pra tech, tô olhando para vendas, tudo junto com a Catarina e o resto do time. que a ideia aqui é gente então ir batendo ⁓ papo sobre os principais tópicos que eu acredito agora do ponto de vista de ⁓ gestor técnico, ⁓ que eu acho que a área financeira poderia me ajudar, ⁓ aqui no caso a Catarina ela já faz bastante coisa mais do que o normal, mas gente sabe que não é tão realidade das outras empresas. A galera do financeiro tem os acessos a AWS e saber fazer todas as configurações e otimizações necessárias. E aí eu começo pela pergunta inicial que é, ⁓ por a é tão difícil de prever os custos? A gente que a gente tem ⁓ modelo que quem é do financeiro está acostumado, que é, eu tenho uma demanda técnica e aí isso passa para ⁓ time de compras, passa por análise de budget, diversas aprovações até chegar lá no final, que a foi e a gente chega chega lá e compra. Ao contrário disso, ⁓ na AWS qualquer parte do time de desenvolvimento tem esse poder de apertar clique e a partir daí milhares de reais são gastos sem a gente nem ver. ⁓ E aí a fatura chega 30 dias depois. Então me conta desse lado, do lado técnico, como a gente consegue essa previsibilidade? Como a gente consegue mudar talvez, ou pelo menos otimizar essa cultura? a de AWS flutua muito porque quem está consumindo não precisa de nenhum tipo de rito adicional para gastar mais. É como se fosse a conta de luz no fim do mês, com a de que é uma conta de luz onde você consegue pedir adons no meio e de repente você aperta ⁓ botão e tem a parte elétrica com voltagem diferente. ⁓ Então é versão mais ainda né? Aquela conta que chega é ⁓ pouquinho mais cara quando você olha. Exatamente. Já escalou absurdo. E é até interessante... como o comportamento dos desenvolvedores costuma ser diferente quando a gente fala de custo de AWS. já passou pela experiência de tentar trazer alguma ferramenta para casa que custa, sei 100, 200, 300, 400 dólares por mês e já ouviu ⁓ desenvolvedor falar, não, eu faço esse negócio aqui no final de semana, viu quão diferente é quando esse mesmo desenvolvedor muda... tamanho de ⁓ banco de dados ou muda alguma pequena detalhe lá na própria infraestrutura e isso acrescenta muito mais do que aquele valor de ⁓ size, exemplo, né? Mas ele não vê. E aí, isso tudo que eu tô falando é pra... trazer ⁓ pouco de quais são os fatores que fazem essa variação. O primeiro fator é a pessoa que controla o gasto, ela não só não tem visibilidade, como ela tem uma percepção de valor desacoplada a isso. geralmente, os desenvolvedores costumam estar ⁓ pouco afastados das dores do dia a dia do negócio, eles costumam estar mais focados na parte técnica. Novamente, ⁓ generalizações aqui. sempre há exceções. Estou falando o que eu tenho visto na minha experiência pregressa, exatamente. existe também uma sensação, e é uma outra parte da conversa, de controle que o time técnico costuma ter ao trazer tudo aquilo que ele poderia colocar externamente dentro da própria infraestrutura. E isso faz com que esse gasto aumente de forma ainda mais imprevisível, porque geralmente os custos das outras ferramentas que eles pagam nas contas de EWS deles variam bastante, mas eles reduam, eles diminuem essa oscilação para a por meio da mensalidade, ou por meio de qualquer que seja ⁓ modelo de cobrança que não seja simplesmente o uso contínuo. E a gente vê que aquele mesmo Deve que fala, a gente vai fazer ⁓ casa, fim do dia vai para o esse dinheiro. porque ele vai lá, vai colocar na sua infraestrutura e vai aumentar inclusive, às vezes, até mais porque não tem uma pessoa para otimizar esse custo não tem algo que a própria contratar ⁓ size, por exemplo, é o trabalho dele, main job dele, é otimizar, né? Então, o seu main job não é isso, é fazer outras coisas e aí no detalhe você vai atender uma ou ⁓ falando ⁓ pouco do meu ponto de vista de finanças, a gente sabe que dentro do financeiro, aliás, dentro da empresa, a gente é visto muito como aquela pessoa que barra. O financeiro que barra e que não tem aquela visão do negócio e tal. E aí eu te digo, não quero, o aqui não é para ser como a gente pode barrar ou como a gente pode diminuir. E sim como é que a gente constrói esse meio termo. Como eu, como CFO, construo esse meio termo com você ou com o CTO da minha empresa. ⁓ exemplo legal acho que essa diferença tem a ver com a visibilidade é então por exemplo dentro a gente está falando da ws mas aplica outras nuvens também existem alguns mecanismos de você tá guiar cada elemento de infraestrutura nem toda empresa tem a cultura né tem o hábito de fazer esse tagueamento é com relação ao tipo de custo mas ele é uma ferramenta extremamente útil para área financeira porque você consegue não só distinguir qual cliente está consumindo ou qual área de negócio está consumindo cada parte, mas também o quanto aquela parte escala. É muito legal o modelo que você mesmo fez aqui na Abstra, onde você tagueia cada elemento da nossa infraestrutura e classifica ele entre o que escala com clientes, o que escala com time, o que é fixo, o que escala com outros fatores. E isso faz com que você seja capaz de trazer uma modelagem muito mais sofisticada e previsibilidade maior com relação ao custo. Então, eu diria que essa seria uma primeira coisa. é mensurar, ⁓ sem a máxima, a gente não gerencia. A gente está falando ⁓ pouco de tagging, a gente sabe que tem essa ferramenta na AWS, ⁓ mas gente encontra geralmente dois grandes problemas, que é o primeiro, às vezes desenvolvedor não taggueia de fato tudo que ele está construindo, então a gente já tem algo que é sem essa tagging, é difícil criar essa cultura. ⁓ Mas o fator é, muitas vezes você compra ⁓ recurso, por exemplo, e esse recurso é dividido entre clientes, ⁓ consegue bater exatamente qual é o custo por cliente, etc. Aqui dentro da abstra algo que eu fiz para tentar mitigar esse ponto foi ver a questão de consumo, qual que é o uso, mas para isso você precisa desse apoio técnico, né? você precisa de fato conversar com time técnico e saber como metrificar isso, se isso já está sendo medida, se esse valor está sendo passado para poder a conseguir que de fato traga visibilidade, né? Mas pra isso a gente precisa de algumas pessoas envolvidas. Acho que a primeira coisa, com relação ao tagamento, pode ficar com responsabilidade do time técnico, ⁓ com ⁓ pouquinho de educação adicional, assim, principalmente com as ferramentas de IA hoje, né? já é possível trazer o time financeiro para operar a própria AWS e fazer este aguentamento na mão. E isso já faz uma baita diferença com relação ao Forecast. E a pessoa financeira é mais interessada de saber, controlar, entender. vai estar muito mais motivada do que ⁓ desenvolvedor, por exemplo. O que não faz parte do negócio dele, de fato? Ele quer construir. ⁓ não quer parar e ver quais são os custos disso. Exato. ⁓ isso soa estranho simplesmente porque dentro desse mundo de tecnologia, gente costuma afastar mais quem está com a mão lá nos bits and bytes e quem está na camada de usuário. ⁓ Mas para qualquer negócio físico, ⁓ quem lida com logística, frota, quem lida com imóveis, etc. O próprio financeiro sempre o responsável por fazer modelagem e avaliação de cada asset, porque no fim do dia a gente está falando de assets da empresa, de da empresa. ⁓ Exato. E aí falando ⁓ pouco sobre time, a gente sabe que hoje se fala sobre Finox. ⁓ E aí eu queria trazer pouco sobre, para quem que não sabe, o é FinOps, quem deve participar do FinOps. FinOps deve ser respondida pelo time de TI, time de desenvolvimento, ou não FinOps responde para o financeiro. ⁓ Qual que é a sua opinião a respeito disso? Eu tenho a minha, mas vamos ouvir. Bom, FinOps termo usado principalmente nos Estados Unidos, aqui no Brasil ainda não é tão forte assim, para que lidam com otimização de nuvem. De modo geral, comum essa ser uma pessoa mais técnica, ⁓ por conta da... barreira de entrada para você conseguir mexer na nuvem, para conseguir alocar a máquina, para reservar instâncias, todos os tipos de movimento que a vai falar daqui a pouco, de coisas que você consegue fazer para diminuir o custo de cloud. entanto, ⁓ por da IA, e isso tem muito a ver com a nossa tese na própria Abstra, muitas ferramentas até então estavam disponíveis apenas a desenvolvedores porque requeriam... quantidade grande de aprendizado inicial, de mexer com terminal, de linguagem de programação, passam a estar acessíveis para o time de negócios, para o time de operações, de forma muito mais simples. Então, a minha visão hoje é que ⁓ profissional de FinOps, ele nem deveria estar alocado ⁓ engenharia. o nosso FinOps quem faz é você e nem precisaria estar exclusivo para uma operação de QG Cloud porque o perfil do FinOps ideal na minha concepção e no que a gente tem observado dos nossos clientes é aquela pessoa que ela consegue transitar bem entre ser técnico o suficiente para operar as ferramentas ela não precisa ser uma desenvolvedora não é requerido isso porque ela também Quem precisa saber transitar bem na parte de conhecimento financeiro, da parte de modelagem, seja uma pessoa de FP&A, seja uma pessoa de operação, de contabilidade. e o legal é que dado esse perfil de profissional passa a ser desperdício deixar ⁓ escopo de trabalho de alguém que pode agregar tanto valor, trazendo automação, trazendo análise, trazendo uma série de benefícios com o uso de IA e programação, passa a ⁓ desperdício deixar esse profissional puramente alocado ⁓ custo de nuvem. eu concordo com você e ainda trago o ponto que a gente ouve muito falar sobre a FinOps para quando a empresa atinge certo patamar de custo de nuvem e só faz sentido o que você está falando quando você acha que FinOps é só para cuidar de nuvem que de fato se você colocar alocar ⁓ profissional só para cuidar de nuvem de fato você vai precisar ter ⁓ gasto absurdo de nuvem para isso vale a pena ao passo que eu acho que é super importante a gente controlar o uso da nuvem que é um uso que escala ⁓ e muitas vezes ninguém está vendo, mexe com de fato seu unit economics diretamente muitas vezes e ninguém está vendo isso, ninguém está controlando ao passo que quando você contrata uma pessoa para ela vai otimizar, o departamento financeiro inteiro e aí ela pode estar lá otimizando, fazendo análises tanto na parte de FP&A mas ela também pode estar ajudando o pessoal de tesouraria, contabilidade, fiscal a de fato otimizar seus processos Porque no fim do dia você só vai conseguir atingir aquele patamar disso financeiro ser analítico, você conseguir analisar muito mais coisa quando você tem alguém de fato para desalocar toda a operação financeira que a gente sabe que quem trabalha no financeiro sabe que é grande e que a gente precisa cumprir são muitas regras fiscais que a gente precisa cumprir, regras de tanto de departamento pessoal, fiscal, enfim, todos esses tipos de regras a gente tem que cumprir saber quando ⁓ ao mesmo tempo a gente tem que fechar a caixa, a tem que entregar ⁓ balanço, a gente tem que saber como é que está o unit econômico da empresa, a gente tem que reportar para o board e saber tudo que está acontecendo. uma pessoa alocada, de fato, para tirar essa parte da operação e ao mesmo tempo olhar e conseguir até fazer parte para isso ser mais analítico, né? ⁓ essa é uma parte fundamental quando você, principalmente quando você é SAAS, você tem ⁓ custo de infra mais alto, ⁓ parte do seu modelo de negócio, controlar e saber o que está acontecendo ali. Mas ⁓ E eu entrei numa parte de Unit Econômics, já que gente já começou a falar ⁓ pouco disso, depois que eu uma pessoa alocada, tenho essa visibilidade e a gente consegue entender o que é, como é que a chega no board e fala, eu sei o que eu gastei, por exemplo. Uma vez que eu tenho os acessos devidos e o profissional, eu acho que agora vale a pena comentar ⁓ pouco de métricas para entender qual a melhor forma de... por exemplo, aqui na Amster a gente tem algumas métricas legais como eficiência de nuvem, ⁓ que é basicamente quanto é o nosso custo de nuvem de modo geral dividido pela nossa receita. ⁓ Essa é uma métrica que o time de engenharia responde por, área financeira é responsável por cobrá-los sobre isso, ajudar na priorização com relação a isso. Além disso, existe ⁓ outro nível que é mais profundo do ponto de vista técnico, mas que é muito relevante para o time de produto que a gente mede, é a eficiência de alocação. ⁓ O que chama de eficiência de alocação? Dado a infraestrutura você levanta na Amazon, exemplo, ⁓ você pode colocar máquinas grandes ou dez máquinas pequenas para fazer o mesmo serviço. Existe ⁓ curso associado a cada uma delas, existem trade-offs técnicos, de ⁓ modo geral você consegue metrificar de maneira relativamente simples quantos dessas máquinas, quantos recursos você está usando de fato. E essa divisão entre quanto é o meu consumo de fato, eu estou usando tantas gigas de memória RAM nesse meu cluster inteiro aqui, mas eu pagando por... tantos a mais gigabytes de memória, por exemplo, isso me dá ⁓ nível de eficiência de alocação. E aí eu consigo, a gente tem inclusive o nosso dashboard de eficiência de alocação, onde gente sabe qual o percentual da infra que a gente alocou para os clientes, por exemplo, está sendo totalmente utilizado. Então, por exemplo, se você consegue chegar numa... uma eficiência de alocação a partir de 10%, 20%, você começa a não estar sangrando tanto. A gente já viu cenários quando gente começou a medir inclusive essa métrica, que era meio porcento, a gente alocava muito mais do que o necessário de forma ineficiente. até tem ⁓ ponto disso, porque a métrica do desenvolvedor e do time de desenvolvimento é não cair, é entregar de falta qualidade. E para não cair, exemplo, você alocar mais máquina possível é a solução mais fácil, pelo menos. Exato. E é uma questão de incentivos, né? Sim. O desenvolvedor tem total incentivo para isso. a gente costuma ver nenhum incentivo para como otimizar. ⁓ ⁓ ainda de métricas também, é legal a gente conseguir ter muita clareza, principalmente ⁓ empresas B2B, onde o ticket varia muito, por carteira, que você está tendo de custo de infra, ⁓ e conseguir a correlação entre a receita, ⁓ o ticket cada ⁓ dos clientes, e o custo que você está alocando, de forma a saber se você tem que mudar o modelo de negócios ou não, ⁓ A aprendeu muito disso. Aprendeu bastante. ⁓ E acho que parte desse aprendizado se deve ao que, quando a gente começou de fato a medir, entender o que era cada recurso que a gente oferece, né? ⁓ Porque que acontece geralmente é uma empresa B2B, tem várias recursos, a gente entrega dentro da nossa plataforma vários recursos. ⁓ Tem de dados, enfim, a própria máquina. E aí você tem que entender não só se está dando prejuízo, se não está dando, mas sim Cada recurso que você está cobrando e que você está fazendo parte do seu modelo, aquele recurso está fazendo sentido, se na precificação, por exemplo, a gente está perdendo, a gente está cobrando por ⁓ tipo de escala, Mas eu acho que dentro da ápice, pelo menos na parte financeira, ⁓ eu acho que a parte mais foi entender ⁓ pouco sobre o era cada coisa, entender até do próprio negócio, ⁓ eu acho que se você não entende, ⁓ muitas a gente trabalha com muitas empresas Então a acaba falando com muitos financeiros e a gente sabe que é a realidade de você saber, minha empresa vende isso. Mas na verdade ela tem 20 produtos diferentes que ela está oferecendo. Você tem controle desses 20 produtos? ⁓ trabalho, eu acho que inclusive o trabalho do CFO, entender o negócio, entender dos 20 produtos que ela está vendendo e não só para vender, para ser ⁓ vendedor, e sim para entender quais são os custos relacionados a isso. o que você tem dentro dessa precificação? Eu vou mudar? Será que aquele produto ⁓ si está me trazendo prejuízo para eu conseguir chegar inclusive entender e poder conversar com o CTO? Porque eu acho que muito do que eu vejo é você tem que entender pelo menos o macro para você poder conversar com a pessoa, com o time técnico. Porque no final, se não vai convencer vários desenvolvedores, você tem que convencer o líder técnico que ele tem que fazer isso. Por exemplo, na abstra você teve que colocar como parte das metas, enfim, parte do que o time responde, essa parte de custos, de como otimizar, porque é isso, se a gente deixar deixar ⁓ aberto, o incentivo vai ser sempre aumentar. Exato, O nosso público, a galera que é do financeiro sabe muito bem o que acontece quando você não deixa ⁓ máximo estabelecido para contratação, exemplo, para qualquer que seja o gasto. É natural existir esse tipo de desequilíbrio. com certeza. falando ⁓ pouco sobre, assim, de modo geral acho que a gente está deixando bem claro que o propósito aqui é trazer eficiência ⁓ si, né? E não diminuir custos. Seu objetivo nunca tem que ser diminuir custos. Seu objetivo tem que ser chegar no board e falar, ⁓ custo de infra aumentou três vezes, duas vezes, mas eu otimizei três vezes. Aí a empresa cresceu, de fato. A empresa cresce e seu custo vai crescendo. você tem como fugir disso, faz parte do seu modelo, mas entender as exatamente se as suas métricas, todas elas, estão fazendo sentido e não acompanhar só receita. A sabe que no financeiro a gente tem vários KPI's que a gente olha constantemente e que fazem sentido, E quando a gente fala de financeiro estratégico a gente tem que pensar ⁓ tudo isso, né? E não só, receita não é... porque é vendedor que tem que entregar, não é só isso, a gente tem de fato o nosso papel de como contribuir para de fato otimizar dentro da empresa, né? Inclusive falando de receita, nosso caso por ser SaaS a gente tem isso, ⁓ vários dos nossos usuários e clientes são de empresas de software como serviço e... É comum as pessoas não prestarem atenção também no gasto de nuvem que é feito pra frinho, Ou pra sign up de trial e assim por diante. Porque no fim do dia esse dinheiro ele tem ⁓ propósito de aquisição, de conversão. E ele deveria entrar na conta, inclusive. Exatamente. putz, quem deveria responder por esse budget? É marketing? ⁓ produto? demonstrar o próprio financeiro, resposta varia obviamente de empresa para empresa, ⁓ isso tem que estar accountable, porque é muito comum a gente ver decisões muito ruins de alocação ⁓ go-to-market mesmo, ⁓ por desconsiderarem que o freemium tem ⁓ custo. e isso faz parte do processo, E aí não só envolvendo custo de infra, né? A gente vê muito isso acontecendo ⁓ outros custos também, e de onde vem... Se você não tem exatamente quem é dono do budget, ⁓ esse budget não tem dono, ele é só dinheiro perdido no fim do dia. ⁓ E aí faz parte de fato, parte de entender todos os custos, e aí gente foge até ⁓ pouco de de AWS, de modo geral, né? A gente vê também no marketing, por exemplo, custo de diz que muitas vezes a gente não tem ⁓ controle também tão forte né legal e aí falando assim de infra de métricas você tem alguma outra métrica que você acha relevante falar ⁓ pouco eu acho que a gente começa a entrar numa seara que varia muito do tipo de negócio né então essa é uma parte onde o ou CFO, ou seja quem for a pessoa que vai fazer essa modelagem de estrutura de custo, precisa sentar de lado a lado com o CTO ou o Teclid, a pessoa que é responsável por essa definição de infraestrutura, para fazer a modelagem exata. E eu acho que essa conversa também é algo que a gente observa não acontecendo tanto. As áreas não cooperam tanto. para fazer essa modelagem porque entende-se de se o custo é na nuvem, quanto que eu vou gastar mês que vem é responsabilidade do CTO, é responsabilidade do time de tecnologia. Mas essa galera, e eu falo com lugar de fala nesse sentido, Não foi treinada para fazer projeção, para fazer de sazonalidade, etc. como engenheiro, a minha experiência e a que eu vejo de todos os outros profissionais com o mesmo background, de fazer conta de padeiro, assim, basicamente. trazer o FPNA, por exemplo, ⁓ para o detalhe, ensinar como modela, o nosso negócio é ⁓ que é muito pesado ⁓ Então eu tenho que fazer o meu financeiro entender muito bem como é que funciona o custo de transferência de dados, como é que funciona o custo de armazenamento num Glacier ou num S3 ou ⁓ qualquer que seja o mecanismo de armazenamento usado. Eu acho que entender a fundo você não precisa entender todos os produtos da AWS Mas se o armazenamento é importante você tem que entender o que S3, quais são as formas de armazenamento e quanto é que custa cada ⁓ Eu sei que o custo da AWS é terrível de entender porque de fato são várias... Cada produto tem ⁓ subproduto que tem vários preços e o preço às vezes é por hora, às vezes o preço é por máquina, como é que eu calculo Mas a realidade é que você dentro do seu departamento, você deveria entender pelo menos dos produtos principais que a sua empresa usa. Então se a minha empresa, por exemplo, ela usa muita máquina e isso faz parte do modelo da minha empresa, eu deveria entender que é o EC2, enfim, entender no fundo. Claro que aqui a gente não vai destrinchar, até porque o que importante para a abstract, por exemplo, não necessariamente vai ser importante para outras às vezes sim, às vezes não, ⁓ Mas eu acho que o que a gente deve trazer aqui e é muito mais entenda de fato seus custos a fundo e seja ⁓ parceiro do negócio, financeiro Eu acho que quando a gente fala muito de tecnologia, tecnologia e cabô inclusive são áreas que geralmente são muito afastadas O financeiro está lá dentro de uma bolha que é o financeiro e aí outras áreas estão juntas Você até pode se comunicar com vendas, com marcas, com áreas mais comercial Mas dificilmente você tem aquele contato com tecnologia Eu acho que deveria ter, o seu produto é basicamente o que você está oferecendo. ⁓ Então, se você é ⁓ size, se você é ⁓ time que tem o produto, faz parte do time desenvolvimento de tecnologia, você deveria estar lá sendo parceiro, conversando com o CTO e tentando distrinchar. Como que a gente consegue resolver isso? ⁓ Você chega num dia, por exemplo, ⁓ você vê que a sua fatura de AWS dobrou. Chega para o CTO e pergunta. Fala, como é a gente consegue? O que aconteceu aqui? Você já tem os dados? Olha, eu acho que aconteceu isso. aquilo. A gente teve alguma mudança de infraestrutura, o que a gente mudou? Como é que a gente consegue otimizar isso? E aí até trazer para a pessoa de TEC, como que a gente consegue, o quanto isso afeta o negócio? ⁓ é isso, a gente tem que trazer ⁓ pouco fim do dia, todas as áreas tem que estar para o negócio, tem que entender sobre isso. ⁓ E aí até ⁓ pouco sobre o que nós do financeiro a gente consegue ajudar, obviamente já falamos muito Mas eu sei que na Amazon, por exemplo, tem os famosos saving plans. aí eu queria que você explicasse ⁓ pouquinho o que é cada coisa. ⁓ que tem várias categorias, tem on-demand, tem o saving plans de fato, e tem aquela que é as instâncias reservadas. Então explica ⁓ pouquinho para quem é do financeiro o que é, como gente consegue convencer o nosso CFO ou nosso CTO a aderir a algum deles, é isso, né? Muitas vezes a gente paga porque o CTO tem aquele medo do lock-in. Não quero ficar presa nessa ferramenta. Mas no fim do dia o seu modelo é esse. Você está lá com AWS e pode até trocar, mas é tão difícil trocar de nuvem que de fato não acontece. de modo geral, ⁓ nuvens elas têm regras diferentes com relação a isso, ⁓ suma, o preço que você pelo mesmo ativo, ⁓ pela mesma máquina, ⁓ ele pode variar ⁓ de o quanto essa máquina está ou não com quanta antecedência está fazendo a... reserva dela né então por exemplo é na amazon se você antecipa né conjunto de máquinas né uma parte da sua infraestrutura por ⁓ ano por exemplo se garante mais ou menos 50 % né esse número pode variar mas me diz o que é uma diferença enorme dado o tamanho da linha do custo né é isso ⁓ é uma das coisas que pode ser considerada e deve ser considerada naquela outra parte que eu tinha comentado de eficiência de alocação. E negociem também com os provedores de nuvem. e faz muita diferença. Bastante. É muito comum a gente ver áreas de compras assumirem que o espaço de negociação geralmente é muito mais forte nos provedores pequenos. façam isso. têm bastante liberdade, ⁓ maior a escala, maior o poder de negociação, de o Amazon. dias melhores. E das formas que vocês conseguem poder de barganha com relação isso é o que você tinha comentado. O multi cloud é ⁓ paradigma onde você prepara o máximo possível da tua infraestrutura para que seja fácil reduzir carga de uma e colocar na outra e poder ter esse poder de negociação. E é difícil, tanto que o comentário é bem pertinente, a maior parte empresas, se você não faz isso. Exato, não é uma realidade, mas dependendo do tamanho da escala que você ganha, vale muito a pena você gastar ⁓ esforço de engenharia enorme refatorando para que você tenha esse nível de liberdade. Não só até pelo custo, mas até por conta de disponibilidade. Amazon cai, cai. ⁓ necessariamente é útil ter esse nível de... a super sentido assim, você ter ⁓ nível, geralmente você tem contato, se você contrata a Amazon hoje tem uma pessoa responsável por você, quase independente do tamanho, se você consegue ser ⁓ pouquinho relevante você já tem e aquela pessoa inclusive, ela tá lá, você consegue negociar e é muito curioso que você falou sobre o time de compras que não negocia e é o trabalho de negocio com todos os outros fornecedores, mas quando chega custo de nuvem e falar não é então eu acho que para quem está ouvindo aqui o CFO se eu sou CFO por exemplo de uma empresa conversa com teu CTO entende a sua infra, vê se a gente consegue fazer multi cloud ou por exemplo a gente consegue adotar ⁓ save in plans e salvar 50 % eu acho que você consegue ter com números você consegue saber por exemplo o quanto você gasta hoje e fazer uma previsibilidade pelo menos para o próximo ano e falar ⁓ eu vou conseguir eu vou continuar gastando isso então será que vale a pena ou eu vou negociar com a pessoa da Albuso ou enfim posso mudar a minha cloud o quanto está valendo a pena ficar dentro da AWS com esses saving plans ou enfim ou o quanto de fato eu consigo negociar e baixar esse preço também com o plano mais on demand de fato né então eu acho que o conselho para quem está aqui ouvindo é tente entender ⁓ pouco sobre a sua infra E qual é a melhor? Existem planos, tá? Ninguém te conta, mas eu tô te contando aqui que você consegue baixar de fato, reduzir só alocando uma disponibilidade, por exemplo, para o próximo ano Consegue reduzir 30%, 50%, até 70%, dependendo Isso falando de AWS geral, né? Porque quando a gente fala, por exemplo, tem as micro-otimizações que é eu uso muito S3 Eu sei que tem ⁓ S3 que você pode acessar menos que é mais barato Então, parte da AWS ou do seu custo de infra, de nuvem, ele destrinchado. Então, o importante é que entenda o que você usa, como que a gente consegue mais assim. ⁓ Você de fato ter uma redução boa, ⁓ que parte do financeiro. ⁓ Exato. existem alguns aspectos que são até técnicos, mas normalmente pessoas não têm como engenheiros o costume. de uso free, benefício. Então, por exemplo, AWS possui ⁓ custo muito alto, você tem ⁓ account manager dedicado, e eu já trabalhei lugares com despesa na ordem de milhões mensais de AWS, onde o time nunca nem falou com o account manager. isso libera para você uma série de benefícios, entre muitas aspas, gratuitos, que você já está pagando por e não sabe. Então, por exemplo, questões de refatoração, de atualização, de banco, etc. O próprio time da AWS tem profissionais de suporte, com horas que você consegue consumir, dependendo da sua conta, sem ter que contratar adicionais, para negociar isso. Por é do interesse deles que você usa de forma eficiente a própria nuvem? Porque usando de forma eficiente, você usar mais. Isso pode ser uma boa resposta para cenários onde a resposta de por que a gente não está operando nesse formato? Por que a gente não usou as máquinas nesse formato quando a resposta é não tenho tempo? Você consegue esse tempo externo, né? É, inclusive dentro da própria abstract eu já recebi, já falei, já fiz call com diversas pessoas dentro da AWS, né? de fato a pessoa te oferece a sentar com teu time e tentar otimizar, porque o objetivo deles é te reter também. Quando você acha que você está gastando absurdos de nuvem, você sai. ⁓ assim, eles estão tentando fazer de fato para o próprio trabalho. Você está pagando por esse serviço, você só não sabe. Então faz super sentido, falando ⁓ pouco sobre esses custos, aí ⁓ pouco também, imagina o micro, mas fala suporte tendido, por exemplo, é ⁓ custo muito alto dentro da AWS que às vezes você não vê, mas você está pagando vários. ⁓ E o da AWS, inclusive, aumenta, dependendo do tempo, né? ⁓ Exato. Olha interessante, né? O financeiro, a jurídica geralmente tem o costume de... se precaver com relação ao vencimento de contrato. Faz parte da operação. que essa mesma operação poderia se valer com relação ao contrato de ferramentas dentro da própria infra. As mesmas ferramentas, os mesmos procedimentos. Porque dentro da Amazon vocês conseguem alocar serviços, então vamos supor que eu aloquei ⁓ banco de dados, uma versão X. Existe uma validade, período onde a Amazon dá o suporte tradicional, gratuito, e depois disso você começa a pagar uma penalidade por usar versão Enfim, aí tem N questões de porquê, mas o que importa nessa conversa é fato. Quem controla? Quem está observando na empresa que o cluster atual, o suporte dele acaba ⁓ fevereiro, e agora ⁓ fevereiro eu vou ter que ter alocado alguém para fazer essa continuação, senão eu estou pagando uma penalidade altíssima. Sim. E a gente vê que a AWS, por exemplo, envia ⁓ e-mail falando, e esse e-mail é para a pessoa, geralmente é para o desenvolvedor. Aqui dentro da própria abstract, gente já passou por isso, de checar, olhar a custa da AWS e ver que ele aumentou bastante e ver que de fato foi ⁓ suporte E aí foi a partir daí, inclusive, que eu me coloquei como usuária para receber essas notificações Porque eu sou a pessoa mais interessada ⁓ tentar otimizar isso, enfim E aí, óbvio, eu não vou fazer atualização Mas eu vou conversar com o desenvolvedor, tentar traçar ⁓ plano, inclusive A AWS avisa geralmente ⁓ mês antes ou ⁓ pouco mais Que você consegue traçar ⁓ plano e falar atualizar e aí vamos deixar de pagar porque é ⁓ custo que de fato é jogado no lixo esse custo porque é ⁓ custo basicamente de suporte adicional. Exato. Isso parece uma otimização micro e de fato é se você tentar pegar o 100 % da abrangência. Mas novamente cada negócio vai ter o seu gargalo de custo. é máquina. ⁓ deixa eu olhar só as máquinas que eu tô alocando. É banco de dados? Deixa eu olhar só os bancos de dados que eu tô alocando e deixar o calendário de renovação de versão pré-agendado para que o time técnico tenha essa visibilidade. Inclusive, isso é uma porcentagem dos serviços que você está usando, que você paga. Pode parecer micro, mas dependendo do serviço é ⁓ Não, ⁓ alguns casos você duplica o valor. Exato. Então, depende do seu caso, mas isso é importante para todos os serviços que você está tendo de Cloud. ⁓ acho que a gente está se aproximando da finalização e aí eu queria perguntar para vocês se você tem mais algum comentário, dicas para os CFOs que estão ouvindo aqui. Peçam acesso a AWS e aprendam a usar a Seli com AI. curva de acesso é muito mais... de aprendizado, muito mais simples do que parece. ⁓ ter o poder de inspecionar custos e de adicionar tags, etc., por si só é... assim, drasticamente o nível de controle que você vai ter sobre essa despesa. É, inclusive, pra quem tá ouvindo, muitas vezes o Citiopor diz, ⁓ questão de segurança. ⁓ Mas na AWS você consegue fazer ⁓ controle de acesso muito fino. você pode pedir ⁓ acesso pra ter os custos, ver, conseguir exatamente aquele acesso que não vai impactar. Você não vai derrubar não vai mexer ⁓ nada, mas você vai conseguir ter esse controle, ⁓ Exatamente. Legal. ⁓ E aí eu acho que pra finalizar, Eu trago ⁓ pouco da mensagem que a gente queria trazer, ou pelo menos que eu queria trazer, é a gente não está falando de... A gente tenta não desperdiçar nada. Então, vamos tentar evitar o desperdício, mas isso não quer dizer que a gente vai reduzir custos, a gente vai aumentar a eficiência. o financeiro precisa entender ⁓ pouco de tech. Hoje, com o IA, você não precisa ser o desenvolvedor, você não precisa ter anos de escola de programação e eu preciso ter ⁓ PhD, não precisa de nada. Mas você precisa entender ⁓ pouquinho de tecnologia, como é ela funciona, pelo menos, a parte do seu negócio. E acho que o TI também tem que... O time de desenvolvimento também tem que entender ⁓ pouco de negócio. ⁓ pouco de margem, entender. E eu acho que essa essa conversa entre os dois times é muito positiva, porque a gente acaba trazendo muito aprendizado entre as duas áreas, Que são necessárias, no fim, para a gente conseguir construir ⁓ negócio melhor, né? É isso, gente. E aí, para quem está ouvindo a gente, esse foi mais ⁓ episódio do Papo Tecno Financeiro. Se você gostou, ⁓ compartilhe com ⁓ amigo ou alguém que você queira e você sabe que quer escalar a sua operação. quer utilizar AI e tecnologia e obrigado por participar com a gente de mais esse episódio. pessoal, tchau tchau!