Latest / Entre Chaves / #241 FinOps: o que é, aplicações e benefícios para o desenvolvimento cloud

Transcript

#241 FinOps: o que é, aplicações e benefícios para o desenvolvimento cloud · Entre Chaves

0:02
E está começando mais um entre chaves do seu podcast de
0:05
desenvolvimento de software. Eu sou a Fernanda Vieira e hoje
0:09
a gente vai falar de finops. Mas antes de entrar nesse
0:13
assunto, quero apresentar para vocês um host convidado para
0:17
falar desse tema, que é o Igor, que já participou alguns algumas
0:21
vezes aqui como convidado da entre chaves, né?
0:23
Mas agora pelo agora pela primeira vez.
0:26
Está vindo aqui me acompanhar na bancada desse podcast
0:29
maravilhoso. E aí, Igor?
0:31
Olá, tudo bem Fernandinha? Tudo bem?
0:33
Felipe é obrigado aí pelo convite.
0:35
Agora de vindo como como roxo. Bom, eu sou o Igor, sou
0:39
arquiteto. Aqui na DTI é trabalho com
0:42
principalmente com soluções cloud.
0:44
Então estou bastante animado aí com o tema, gostaria de saber se
0:47
no final realmente eu vou poder dormir tranquilo, sem preocupar
0:51
com a próxima fatura de cloud, que é algo que de vez em quando,
0:54
aí sempre tirar as noites de sono, além dos bugs em produção.
0:58
Bom demais, exatamente. Então, para falar sobre esse
1:01
tema com a gente, a gente está aqui com o Felipe cidade, que
1:04
também já participou aqui com a gente do entre chaves algumas
1:07
vezes. E aí, Felipe, como que você
1:09
está? E aí?
1:10
Pessoal, tudo certo, estou tranquilo, estou estou ótimo
1:13
aqui, só pra quem não me conhece.
1:14
Vou me apresentar bem rapidinho aqui.
1:15
Então eu sou Felipe cidade também como Igor, eu sou
1:18
arquiteto soluções Cláudia aqui na DTI já há bastante tempo e
1:21
vamos ver se a gente consegue fazer o Igor dormir um pouquinho
1:24
melhor. Gostei.
1:26
Então, gente, pra começar sobre esse episódio, né?
1:28
De finops, acho que é importante.
1:30
Falar que a gente já teve um episódio do entre chave sobre
1:32
finops, já tem alguns até anos, né?
1:35
E a gente falou um pouco sobre o conceito de finops sobre, né,
1:38
essa junção aí de operações, desenvolvimento e a parte
1:42
financeira, né? Então a gente já tem um episódio
1:45
sobre isso, sobre os conceitos iniciais, né?
1:48
A gente aqui então hoje vai dar uma passadinha rápida, breve
1:51
sobre o conceito, mas vamos principalmente entrar no nosso
1:54
principal, é o problema que é. O estado do do finops em 2025,
1:59
existe um relatório chamado state of cloud report 2025.
2:03
Tinha o towns Antoine five, né? Da flexera, que acendeu um
2:06
alerta aí no mercado, que os gastos com nuvem eles devem
2:10
aumentar em 28% e já excedem os orçamentos das corporações, em
2:15
17%, e o que está por trás disso é justamente a adoção massiva de
2:21
IA, então hoje a gente vai falar um pouco sobre isso, não só
2:25
sobre IA, né? E o quanto as capacidades que a
2:29
inteligência artificial vem adicionando, né, na nuvem e o
2:32
quanto isso custa no final das contas, né?
2:35
E como a gente pode gerir isto bem, mas assim vamos dar também
2:39
um overview geral do estado mesmo de finops o que que a
2:43
gente tem que se preocupar, como é isso, né?
2:45
Agora, atualmente, em 2025, então para começar a falar desse
2:49
tema, queria cidade que você desse pra gente um overview bem
2:53
rápido, tá assim só para quem não está muito atualizado.
2:56
Sobre este esse assunto, sobre esse conceito do que que é
2:59
finopse, né? E na sequência já vamos falar,
3:02
né, de desse finopse em 2025, sobre.
3:05
A então finopse é mais um um membro da família Office, né?
3:09
Que a gente tem lá DevOps, deve ser aqui Office, Gui t Office e
3:13
aí vai, família de Office é bem grande, né?
3:15
E aí, óps, né? Temos que tá tudo.
3:18
É a super diretrinha, é, sempre tem.
3:20
Qualquer coisa com Office tá valendo, né?
3:22
Então voltando ali, né, como é? Como toda a família, Ops.
3:25
Ela é uma prática muito mais cultural do que de logicamente o
3:30
processo. Ele envolve e define a cultura,
3:33
né? Ajuda a definir a cultura, mas
3:34
ele é um processo cultural de fazer a união entre engenharia,
3:38
finanças e negócio, do olhar crítico, dos custos, daquela que
3:42
essa nuvem tá gerando. E aí vem um pouquinho da do medo
3:45
do Igor aí que ele comentou na apresentação dele ali, né?
3:47
De a conta do a conta da nuvem, ela vem e ela vem rápida e ela
3:51
pode vir muito alto e aí pode assustar a.
3:54
Operação, né? Pode sustar as empresas.
3:56
Então o finops nada mais é do que tu colocar essa cultura toda
4:00
em prática, de forma que tu maximize o valor do negócio, o
4:04
valor do investimento do negócio na nuvem, de forma que aquele
4:07
gasto que está sendo feito. Porque o gasto ele vai existir,
4:11
não existe. Infelizmente não existe almoço
4:12
grátis, né? O gasto ele vai existir, mas ele
4:15
tem que ter que gerar valor para a empresa.
4:17
E aí o finopse, ele vem muito nessa, vem muito é esse encontro
4:21
de fazer essa gestão, uma governança do dinheiro que está
4:24
sendo gasto. E aí fazer isso ser gerar valor
4:28
propriamente para para a corporação, né, para a empresa?
4:30
E você já participou aqui com a gente, né?
4:32
Cidade sobre o episódio sobre CCOI, né?
4:35
O centro de excelência em nuvem. E acredito que um dos papéis de
4:39
time. Como esse é justamente fazer,
4:41
né? Essa gestão é otimizada.
4:44
Vamos falar de nuvem e realmente garantir que os custos estão
4:48
valendo a pena, né? O que assim, o retorno do
4:50
investimento está sendo positivo, né?
4:53
Então, acredito que a sua experiência vem muito disso
4:56
também, né? É um dos grandes papéis do CCOI.
5:00
Na verdade, vamos lá, um papel final.
5:02
O objetivo final do COI é fazer um controle do gasto que está
5:06
sendo feito lá, então fazendo um link lá.
5:09
Com com o episódio do CCUI, que a gente comentou um pouquinho
5:12
dessa estrutura, né? OCCUI seria o órgão ou o setor
5:16
da empresa responsável por fazer todos esses, desenhar todos
5:19
esses processos e fazer que esses processos se liguem de
5:22
alguma forma? Com todos os worklouds ou todo
5:25
com as cargas de trabalhos que estão sendo subidos?
5:28
Super nuvem estão sendo enviados para a nuvem, né?
5:30
A gente vai discutir talvez um pouquinho mais durante o
5:32
episódio, mas aí a ideia é fazer essa governança, tu ter
5:36
processos estabelecidos de controle de custo.
5:40
Quais os tipos, por exemplo? Jess Ku que eu vou ter
5:42
disponíveis para os meus meus times de desenvolvimentos em
5:45
ambientes diferentes, um processo de taging efetivo, de
5:49
forma que eu consiga dividir os meus custos e saber quem está
5:52
gastando e o quanto. Está gastando de uma maneira
5:55
efetiva. E aí, políticas de shutdown, e
5:57
aí n políticas assim que é o papel do CCOI quando a gente
6:01
fala em CCOI, né? É o papel do CCOI desenhar e
6:04
implementar essas políticas. EE, logicamente alinhado aí com
6:08
a alta gestão e tudo mais, né, ô.
6:10
Felipe, eu tenho uma pergunta assim, e para os times que que
6:13
não têm esse tipo de governança, não tem esse esse, essa equipe,
6:16
né? Ou o setor, para que possa
6:18
apoiar ali Na Na questão da adoção de Cláudio, como que
6:21
começa, como que o time pode fazer ali os primeiros?
6:24
Passos ali, o famoso engatear do finoffs, para que eles comecem
6:27
ter um pouco mais esse controle. Vai muito ao encontro da cultura
6:31
DevOps assim, né? Isso aí ele é uma ação que vai
6:34
vir em top down, né? Ela é, digamos assim, a
6:37
necessidade. Ela tem que vir de baixo para
6:39
cima, tem que vir da direção para cá e dizer ao pessoal, a
6:41
gente precisa cortar os custos, a gente precisa rever ou a gente
6:43
está gastando muito a. Aí o catalisador dessa, dessa
6:47
necessidade são são variados, né?
6:49
E aí, como cultura DevOps, eu acho que tem que começar a
6:53
partir do próprio desenvolvimento, do próprio
6:55
arquiteto que está lá pensando naquela, naquela estrutura,
6:59
naquele processo, naquele naquela aplicação que vai ser,
7:02
vai ser criada ou ou vai ser melhorada ou o que for.
7:05
Isso pode vim, e eu acho que deve vim, deve nascer dos
7:08
desenvolvedores ou do lá dos do. Do desenvolvimento, assumir que
7:12
isso tem que ser um processo, como é, qualidade, como é
7:16
performance, como é segurança, né?
7:18
O desenvolvedor já pensa hoje em dia, né?
7:21
Com todos os nossos, com a com a melhoria dos nossos processos.
7:24
A gente já pensa em criar um software mais seguro, um
7:26
software mais otimizado, um software que tenha que gere uma
7:29
qualidade, gere um código bom e aí o custo.
7:32
Eu Acredito que o custo ele tem que partir desses débs e tem que
7:35
ser uma métrica dos débs também. Ele tem ideia de que aquela
7:38
performance vai ter um impacto no custo e aí tem que, sabe, Ah,
7:42
mas para mim tem performance com custo menor, o que que eu vou
7:45
precisar fazer? E aí começar a ter esse embrião
7:47
de ter esse olhar do dinheiro que está sendo gasto para subir
7:51
aquela aplicação, né? E não só Ah, eu fiz isso aqui, e
7:53
aí o time de DevOps lá, se eu tiver um time de DevOps, né, que
7:57
lute em em criar essas esses recursos lá, ou cria o ou o
8:01
próprio deve criou o recurso. De qualquer jeito.
8:03
E aí é como de novo, né? Chega no final do mês, vem
8:07
aquela fatura no cartão de crédito da empresa absurda, com
8:10
o negócio que não está sendo usado ou que foi super
8:12
dimensionado, ou qualquer coisa assim, né você?
8:14
Falou aí, né, que é parecido com o que foi feito com segurança.
8:18
E realmente, né? Quando a gente fala de segurança
8:20
e práticas para que a gente crie, né, softwares mais
8:23
seguros, a gente sempre fala do termo de fazer um shift left Na
8:27
Na segurança, né? Que é basicamente levar as
8:29
preocupações de segurança para o momento da.
8:32
Classificação do design, da aplicação.
8:35
E não só se preocupar, lá na hora que eu coloquei em
8:38
produção, pô, agora eu tenho uma vulnerabilidade, né?
8:41
E tem que corrigir. E você falou, então, Ah, então é
8:43
mais ou menos a mesma coisa, mas como que, na prática, a gente
8:47
pode lidar com, sei lá, com custo, né?
8:50
Com a estimativa de custo ou com alguma coisa lá na especificação
8:53
mesmo existe. É é assim que você está falando,
8:56
é? Isso que eu estou falando, até
8:57
vou fazer, eu vou. Eu vou falar um pouquinho da
8:58
prática que nós temos no time na qual eu eu estou, né?
9:02
Que? É um time de sercial, é né, que
9:03
eu acho que é um bom exemplo, né?
9:05
A gente tem um processo que a gente chama de work loading
9:07
take, que é o time de produto, ele tem um desejo de criar Oo
9:12
negócio, tem o desejo de criar uma aplicação, seja ela o que
9:15
for, e aí neste processo work loading, take, o que que
9:18
acontece se senta, se os arquitetos da solução vai ser
9:21
desenvolvida e os arquitetos cloud, e aí é feito um
9:24
entendimento de tudo que vai ser desenvolvido ou qual é esta a
9:28
ideia do negócio, estou falando arquiteto, mas pode ser também o
9:31
time de negócio. Posso?
9:32
Pode ser OPO, pode ser qualquer pessoa que tenha informação do
9:35
que que vai ser desenvolvido. E aí tem essa discussão em cima
9:39
dessa discussão. Um dos resultados finais desse
9:42
cloud in take é uma estimativa de custo.
9:44
E aí estima de custo mais precisa possível.
9:47
Ah, eu vou. Eu vou precisar desses recursos
9:49
na minha nuvem. E aí desses recursos eu vou ter
9:53
esses canais de comunicação ou essas redes se comunicando e aí
9:56
eu vou precisar ter uma ligação com uma outra aplicação lá,
10:00
acessar um outro Indy point. Então eu vou ter mais uma
10:04
ingestão de dados naquela outra rede.
10:06
Então tudo isso entra na fórmula e aí a gente, no final, dá um
10:09
custo de estimado. Mais preciso possível para
10:12
aquela aplicação. E aí isso aí volta para o time
10:15
de produto, né? Volta para o time de
10:17
desenvolvimento e ele vai pesar. Será que vale a pena fazer da
10:20
forma que a gente está pensando que vai custar?
10:22
Sei lá, nosso time é um time Internacional, então tudo é em
10:25
euro, né? Então.
10:26
Então, será que vale a pena gastar, sei lá, 1000 EUR por mês
10:30
para fazer isso aqui? Será que a gente não consegue
10:33
otimizar ou neste momento que eu tenho pouco usuário ou eu não
10:36
faço essa conexão entre regiões, por exemplo, que é uma coisa
10:39
muito cara, né? Fazer esse tráfico de rede entre
10:41
regiões é um custo absurdo. Então será que.
10:44
Eu posso deixar para a segunda etapa, então isso esse esse
10:46
custo é feito, volta para o time de produto e aí tomada algumas
10:49
decisões em relação ao isso OKA gente, tem o budget, esses 1000
10:53
EUR, tá OK, tá o que a gente está esperando gastar, toca para
10:56
frente e tá tudo certo, né? Então neste processo que eu
11:00
comentei, existe essa realidade, né?
11:02
A gente senta, define o que que vai ser feito, o time de CCOI,
11:05
os, os arquitetos de cloud, eles não tem.
11:08
Lógico que a gente dá pitaco, porque todo mundo tem muita
11:11
experiência, né, mas a gente não teoricamente.
11:14
Mente não, não opina na aplicação em si, né?
11:17
Não diz Ah, cara, faz de um jeito, faz o outro.
11:19
A gente só pega o que Oo que a pessoa está dizendo para nós
11:21
para fazer e transforma isso numa solução cloud, né?
11:24
Eu achei isso. Muito, muito interessante,
11:26
porque é uma prática difícil, a que me parece, né, de ser feita,
11:31
mas que dá um traz um benefício realmente muito grande de
11:35
controle de entendimento e até para as para os próprios
11:38
arquitetos dos times. Então, assim, como é que é a
11:40
sua? A sua experiência aí nesse tipo
11:42
de coisa você já fez? Vez essas coisas, você já viu
11:45
essas coisas acontecendo? No No último projeto que eu
11:48
passei, a gente conversou bastante é e foi até um caso
11:52
parecido com o que o cidade comentou, mas basicamente foi é
11:56
um dos pré requisitos do cliente, que era um pequeno
11:59
experimento. Ele já viu que estava
12:01
funcionando, já tinha um resultado ali que ele já estava
12:04
satisfeito. E que precisava criar um produto
12:07
daquilo. Então ele falou, beleza, para
12:09
uma poc, eu estou gastando 100 EUR ali.
12:12
Mas e para um produto final que eu vou ter tantos usuários que
12:15
eu vou ter uma escala muito maior?
12:17
Então nós, no desenho de arquitetura, nós fizemos ali
12:21
todo um trabalho aí realmente. São impactos que acaba que no
12:25
dia a dia o desenvolvedor mesmo ele não pensa não avalie um dos
12:29
fatores é, o primordial é injeção de dados e tráfego
12:33
desses dados entre multi regiões ou até mesmo multiclouds.
12:36
Então no nosso caso, nós fizemos, passamos uma previsão,
12:40
o próprio cliente, aí nesse caso ele escolheu simplificar um
12:43
pouco o ambiente de desenvolvimento e de teste para
12:45
que isso torne ainda mais viável AO produto, né?
12:49
E com o comboio de para que ele possa responder rápido ali ao
12:52
mercado, para que? Aquela dor que ele estava
12:54
passando. Legal porque eu acho que no
12:56
final das contas, né, assim, esses controles, essa gestão bem
12:59
feita de custos, é como eu falei, difícil mesmo, né?
13:03
Assim, e é uma prática. E eu acho que o meu Felipe, o
13:06
cidade, falou muito bem sobre, né, que é uma cultura mesmo.
13:09
É uma cultura que vai sendo, é lapidada e melhorada nos times
13:14
para que esse tipo de prática passe a acontecer.
13:17
E aí eu queria trazer um outro dado aqui dessa pesquisa que a
13:20
gente estava falando, né, do state of the cloud totals and
13:23
two and five, que é sobre o desperdício nas nuvens, que eu
13:27
acho que é justamente o que acontece, né, quando a gente não
13:30
tem uma boa gestão de custos, né?
13:32
Então, basicamente, esse relatório fala que 27% dos
13:36
gastos de nuvem ainda são desperdícios.
13:39
Essa, né? Então, o relatório, ele menciona
13:41
que as organizações, elas estão expandindo as suas equipes de
13:43
finops, né? Focando aí para otimizar esses
13:46
cursos e recuperar esses. 27% dos gastos com nuvem, né?
13:50
Que são desperdiçados. Mas ao mesmo tempo, acho que é
13:53
importante falar que há 4 anos atrás esse desperdício
13:55
representava 32%. Então, querendo ou não, pode ser
13:59
que aí, né? Esses trabalhos de finops dos
14:01
últimos tempos já ajudaram a diminuir esses desperdícios.
14:06
Mas ainda, se você for pensar no todo, né, ainda 27% de todo o
14:11
seu gasto com nuvem ser desperdício.
14:14
Ainda me parece um número alto, né?
14:15
E que que vocês acham sobre isso?
14:17
Em onde que está acontecendo esses desperdícios?
14:19
Como, né? Enfim, lidar com isso.
14:21
Acho que assim, pegar o gancho ali que o Igor falou do do do
14:24
exemplo que ele, do que ele trabalhou lá com a questão do
14:27
desenvolvimento, né? Se tu pegar desses 27%, o grande
14:31
vilão desses 27% é são ambientes de desenvolvimento.
14:35
E teste, e aí, o que que é o desperdício, né?
14:38
Voltar um pouquinho, explicar o que que é, o que que é esse
14:40
desperdício que a gente está falando aí, né?
14:42
É recurso parado. Recurso que tu tem lá tu
14:45
contratou o recurso para operar 2420 24 por 7, só que tu não usa
14:51
ele 24 por 7 EOEE há um custo em manter ele ligado 24 por 7, por
14:56
exemplo, uma VM ou qualquer coisa assim.
14:58
Super provisionamentos né? Tu tu super dimensionar alguma
15:01
coisa? Ah, eu preciso de um recurso
15:04
aqui com sei lá, 100 DTUS de banco de dados ou com SKU de 32
15:09
GB de de memória. Qualquer coisa assim.
15:12
E aí eu uso 1 GB, eu uso 10% disso, do 100 DTUS eu não gasto
15:17
2 DTUS, só que tu está pagando essa conta e tu não está usando
15:21
essa conta porque tu tem uma sensação, ou tu acha que no
15:24
futuro tu vai usar isso, por exemplo, né?
15:26
Um outro vilão também. Hoje em dia o custo está bem
15:30
mais baixo, mas ainda é um grande vilão, um armazenamento
15:33
sem controle, por exemplo. Assim, eu tenho Snapchat do meu
15:36
banco e eu tenho. 12 anos de ou 5 anos de Snapchat armazenados
15:41
lá, eu preciso guardar todo esse dado.
15:44
Será que os últimos 30 dias não fazem mais sentido ou o 2 dias,
15:48
sei lá, depende da da como é que é o tráfico da tua, da tua
15:51
aplicação, né? Então esses são tipos de
15:53
desperdício que se tem e aí que a gente está, e eu acho que daí
15:56
essa redução, acho que de 32, né, foi onde tu passou para 27 é
16:01
muito das pessoas está começaram a estar atentas a isso, não é só
16:04
alocar. Porque no um prêmio, esse esse,
16:06
esse recurso é um pouco mais mascarado, né?
16:09
Lá, tá lá eu tenho aquele dado, já está pago, aquele, aquele,
16:12
aquele espaço em disco. Então deixa lá e tá tudo certo,
16:15
né? EE fica um pouco mais simples,
16:17
com muitas aspas de digerir isso, né?
16:19
E na nuvem não, né? Na nuvem esse esse custo é
16:23
mensal. Ele, ele, ele opera um pouquinho
16:25
diferente. E aí essa redução, né?
16:27
É muito para as pessoas estarem mais atentas a esse tipo de
16:31
coisa. E aí implementando políticas,
16:34
implementando sistemas melhores desse, desse controle, né?
16:37
Uma coisa que aí eu pergunto é você comentando sobre essa
16:41
questão do desperdício e a Fernandinha trazendo esses
16:44
valores, trazer um site que assim, pelo menos.
16:47
Do de experiência no nosso time. A partir do momento que a gente
16:50
começou a trabalhar com infraestrutura como código, foi
16:52
algo que trouxe um controle maior para o time na hora de
16:56
criar os recursos, na hora de estar provisionando, mas também
17:00
na hora de desprovisionar esses recursos.
17:02
Porque como infraestrutura, como código, você tem todo um
17:05
processo de um código de da da aplicação.
17:07
Então você tem uma revisão de código, você tem, você abre o
17:10
seu purrequest, é feito 11 perview ali com outro devolvedor
17:14
com outra pessoa para analisar. Então, vira e mexe você encontra
17:17
assim, Ah, espera aí, tem esse recurso aqui.
17:19
Nós não estamos usando ele mais. Por que que ele ainda está no
17:21
código, né? Por que que ele está sendo
17:22
provisionado? Então, acho que isso pode ser
17:24
até um dos itens que vem ajudando ali os times a reduzir
17:28
isso cada vez mais. Tu sabe que a infraestrutura
17:31
como código AA nós DTI aí? DT, como empresa mesmo, a gente
17:35
fala e é muito comum para nós falar fazer infraestrutura,
17:38
subir infraestrutura como código.
17:39
Os produtos que eu já ajudei AA formar aí já nasceu assim.
17:43
Mas é incrível que 2025 o pessoal ainda continua usando
17:46
fora. Tal para subir e alocar
17:47
recursos, né? E mas cara, eu concordo 100%
17:50
contigo. Assim, o fato de tu ter um
17:51
processo de Pure Quest ou de revisão constante dos recursos é
17:56
importante. E aí muita infraestrutura como
17:58
código, seja ela qual o código for a template Terra forma, sei
18:03
lá o que tu o sabor de de de código que tu gostar de subir
18:07
teus recursos lá tá tudo ok, mas tem que ter um processo
18:09
obviamente de revisão EEE, não só criar aquele código, subir e
18:13
nunca mais olhar para ele, né? Ele tem que ter uma manutenção.
18:16
Meio constante assim pra pra ajudar isso, né?
18:19
Eu fiquei. Pensando na hora que você estava
18:20
falando, estava até dando uma olhadinha aqui, você falou um
18:23
pouco do Ah, porque no prêmio se eu poderia, né, armazenar alguns
18:28
dados e tal, porque aquela infraestrutura já tinha pago Por
18:31
Ela, então não fazia diferença. E aí fiquei pensando nesse essa
18:35
essa migração que foi feita de forma corporativa, de forma bem
18:39
assim. Acho que foi bem ampla, né?
18:40
No mercado, no geral do on preme se para a nuvem, se justamente
18:44
também não levou algumas dessas práticas, né, que eram feitas on
18:49
preme, se justamente só levou para a nuvem, sem muita análise,
18:53
né? Ou sem muita, sem esse senso
18:55
crítico que você falou. E aí fiquei lembrando de uma
18:57
outra coisa que a gente até já fez um episódio sobre que é
19:00
desse negócio da volta para o on premese, né?
19:02
Que é. Dessa repatriação das cargas de
19:05
trabalho para o onpremice novamente, né?
19:08
E Eu Acredito que muitas, muitas empresas estão indo talvez por
19:11
esse caminho justamente por custos incontroláveis ou, né,
19:16
alguma tentativa de segurança maior, de ter mais controle, né,
19:20
de conseguir às vezes ter custos menores, né?
19:22
Enfim, e aí, queria sua opinião cidade assim, nesse, nessa parte
19:26
toda de finops nuvem on preme se que que você acha disso, dessa
19:31
repatriação das da das corporações?
19:33
Ações aí com prêmios, é? Uma opinião bem polêmica assim,
19:35
tá? Vamos lá, eu, Eu Acredito.
19:38
Tá muito do que a gente. Eu já vi no mercado.
19:40
EEE, até o próprio cliente que a gente tá.
19:43
Está inserido, a gente tem muito essas volta e 61 vez por ano tem
19:46
essa discussão, Ah, vale a pena manter a nuvem, vale a pena
19:49
voltar para um prêmio, isso que que que vale a pena, que que faz
19:52
sentido. São 2 modelos de de custos
19:55
completamente diferentes, né? Um tu vai pagar por uso, o outro
19:58
tu contrata e aquilo se paga em x tempo e aí tu começa a usar,
20:02
tu já está usando, né? Mas Eu Acredito que o fato de tu
20:06
ter subido pro pra pra cloud, ter subido por por um cloud e aí
20:10
em determinado momento tu se descontrolou e.
20:13
E volta para um primess que, na minha opinião, e aí começa as
20:15
opiniões polêmicas, é um retrocesso para o teu processo,
20:19
porque tu tem uma série de vantagens, escalabilidade, et
20:22
cetera, e tal que no um primess a gente sabe que é muito mais
20:24
difícil. EE tem um impacto financeiro
20:27
imediato muito maior do que No No no non cloud, né?
20:31
Então assim, eu acho que é um retrocesso e também é um sintoma
20:34
de muito má gestão da tua nuvem, tu subiu as coisas e aí eu tenho
20:38
eu tenho uma historinha muito legal, assim que anos atrás
20:40
estava muito embrião essa questão de de.
20:43
De de de cloud e a gente resolveu fazer um teste e a
20:46
gente subiu um banco de dados, ela não se conserve.
20:48
A gente subiu, mas sem nenhum conhecimento, só subimos.
20:52
Ah, legal, funcionou, tá tudo bom.
20:54
E aí vamos aumentar desempenho, melhor desempenho, et cetera e
20:56
tal. Chegou no final do mês, veio uma
20:58
conta de mais de 10000 BRL para a gente pagar, porque a gente
21:01
não sabia o que a gente estava fazendo e aí foi um desespero na
21:04
empresa, volta pro deleta tudo que está lá e é um desespero, et
21:08
cetera e tal, e volta, né? Então assim, eu acho isto foi
21:11
para a nuvem, teve um motivo para tu ir para a nuvem, e aí
21:14
pode ser o motivo de ter algo escalável ou algo mais
21:17
acessível, et cetera e tal, e aí independe, né?
21:20
Mas o fato de voltar, eu tenho a opinião, que é muito, é tu não
21:23
saber o que tu tá fazendo, e aí tu aplica uma má gestão, é, e tu
21:26
acaba. Sabe?
21:27
Dando 11 passo pra trás pra para as coisas ficarem melhor, né é?
21:31
E eu acho que a descoberta também dos recursos em nuvem,
21:34
porque eu acho que peguei uma coisa que você comentou ali, que
21:37
eu acho que é muito comum quando a gente tá falando de imigração,
21:40
de um prêmios pra nuvem, é aí eu tenho uma VM aqui no prêmios, eu
21:43
vou criar uma VM na nuvem. Só que aí você já tem os outros
21:47
recursos ali Pas os SAS que podem te ajudar.
21:50
E tornar essa solução um pouco mais barata.
21:53
Então acho que acaba que houve um crescimento muito elevado em
21:58
questão de quero ir pra nuvem, vou pra nuvem porque nuvem é
22:01
hype. Até o ponto que alguém chegou e
22:03
falou, não, nuvem é caro, volta. Mas na verdade não era esse a
22:07
questão, era a questão de você aproveitar as outras vantagens
22:11
ali, de fato, dos outros recursos.
22:13
Para que você tenha essa disponibilidade, tenha essa
22:15
escalabilidade, mas pagando um preço justo, né?
22:18
Pagando realmente conforme você usa mesmo.
22:21
Exatamente, vamos entrar. Então, mudando um pouquinho de
22:24
assunto, entrava um pouco mais nas capacidades que a iaa
22:27
adiciona, né? Para a nuvem e os custos disso,
22:31
né? Eu acho que a gente até já teve
22:32
episódios que a gente fala, né? Da complexidade que enfim que a
22:37
iaa adiciona, né? Quando?
22:39
A gente está falando de produtos de a né, de funcionalidade, de
22:42
AO quanto isso é caro, quanto isso é prejudicial aí para o
22:46
meio ambiente. A gente já falou algumas coisas
22:48
aqui no entre chaves, mas queria que a gente desse uma repassada
22:51
assim, por que que a é tão caro? E isso faz todo o sentido,
22:54
porque hoje muitas empresas estão querendo criar produtos
22:58
com IA, né assim, e aí, por que IA é tão caro?
23:01
E como gerir bem esses recursos que são, né, vindas aí da área
23:06
da IA? Acho que os grandes vilões vamos
23:08
chamar assim. Do custo da e a na nuvem
23:11
obviamente é processamento, né? GPU é bem mais cara, né?
23:16
Para fazer esse trabalho, esse processamento é bem mais caro
23:19
usando OGPU, né? Se não me engano, é algo.
23:21
Posso estar exagerando aqui, mas é algo em torno de 10 vezes mais
23:24
caro do que o processamento normal.
23:26
A gente tem volumes comunais de dados sendo tanto armazenados
23:32
quanto movimentados por. Por essas redes, né?
23:35
Porque na nuvem tudo gira em torno de rede, né?
23:38
Então tu tem internets, subnetes, et cetera e tal.
23:41
E aí os dados desses dados, eles trafegam por essa rede e aí tu
23:45
paga. Por esse volume de dados que
23:47
está sendo trafegado na rede. E aí, como são volumes grandes,
23:50
tu vai pagar uma conta alta por isso, né?
23:52
Então o grande vilão são são essas, são esses 3 pilares,
23:57
digamos assim, armazenamento, movimentação de carga, via, né,
24:00
de volume de dados de um lado para o outro, e o processamento
24:03
da GPU, que aí, né, mais ou menos 10 vezes mais caro do que
24:06
Oo de CPU normal, né? E aí aí a ela veio, ela vai
24:11
ficar, não tem mais como. Como voltar atrás quanto a isso,
24:15
né? O que a gente precisa, e aí sim,
24:17
é implementar práticas de finops que sejam, ou práticas de
24:21
gestão, governança ou que seja, que sejam efetivas e que gerem
24:26
que aquilo que está sendo feito com e a gere valor.
24:29
Pra pra companhia, né? Pra empresa.
24:31
E aí a gente volta um pouquinho lá que a gente começou a falar
24:33
no início do episódio dos ambientes de deve ali que o Igor
24:36
Hugo comentou, né, tu ter um ambiente de deve que usa e a tu
24:40
não precisa ter as mesmas. Talvez tu não precise ter as
24:42
mesmas capacidades que tu vai ter em produção e tu não precisa
24:45
das mesma disponibilidade que tu vai ter em produção.
24:48
Então tu precisa ter ferramentas de, por exemplo, auto de
24:52
desligar aquelas a durante só opera isso, sei lá, no durante o
24:57
horário de desenvolvimento não está operando desliga.
24:59
E aí implementar essas políticas.
25:01
E aí os majors de cloud, todas elas têm automações de
25:05
políticas, né? Tu consegue criar uma política
25:08
de alt scading, de auto chart down, et cetera e tal e deixar
25:11
isso configurado via código, tá, pessoal, nada de ficar fazendo
25:14
as coisas via portal, e aí tu tu configura, isso sobe e aí tu
25:19
começa a ter um controle um pouquinho menor e tu deixa deixa
25:22
esse desenvolvimento com um pouquinho menos vilão do teu
25:25
custo, mas assim o custo vai aumentar.
25:28
Isso aí não tem muito como. Como fugir do aumentar, né?
25:32
O que a gente tem que fazer é que isso gere valor, que esse
25:34
não seja só um gasto, mas que seja um investimento em algo que
25:37
a gente está entregando, né? E.
25:39
E aí esse tipo de prática que você falou, né, o shift left aí
25:42
na prática do custo, né? Da estimativa do custo, passa a
25:44
ser ainda mais importante, né, que aí você realmente né, pra
25:48
pra que AO custo também seja um indicativo ou um orientador do
25:53
valor, né? Que é eu eu realmente olhar para
25:56
o custo e falar, poxa, será que essa solução realmente vale a
25:58
pena, né? Eu investir na.
25:59
Esse produto? Como a gente falou ali bem no
26:02
início ali, né, a finopse ele é esse tripé entre engenharia,
26:05
negócio e financeiro, né? Então tem que ser essa tria a
26:09
gente tem, ela tem que estar bem azeitada, né?
26:11
Então eu vou desenvolver a minha aplicação, que vai fazer o uso
26:15
de IA, ou eu vou fazer o meu experimento, vou fazer minha
26:17
IPOC ou o que for para ver se aquilo é viável ou não.
26:20
É importante esses. 3 atores, digamos, deste processo, eles
26:25
conversem, estejem alinhados e definam assim, por exemplo, Ah,
26:29
eu vou ter para fazer essa aplicação, eu vou usar tais
26:33
modelos, eu vou usar tal recurso, e para usar esses
26:35
recursos e esses modelos eu vou definir que eu vou ter um budget
26:38
de XE. Aí o time de desenvolvimento ele
26:42
tem que ficar atento que ele tem aquele budget para gastar.
26:44
EE aí ele ele vai ter que criar mecanismos de forma de controlar
26:48
e ficar dentro desses desses budgets, né?
26:51
E aí uma boa prática. Ter budgets específicos pra pra
26:54
desenvolvimento, um budget pra pra produção, que vão ser 2
26:58
coisas, vão ser 2 budgets completamente diferentes, né?
27:00
Porque um talvez tu possa desligar, tu pode ter uma carga
27:03
menor de treinamento, no outro tu vai ter uma carga muito
27:05
grande de 1 o volume muito grande de treinamento, não vai
27:07
poder desligar e assim por diante, né?
27:09
E um insight. Que eu que eu vejo muito assim
27:12
nessa questão hoje de IA é que as empresas usuários de negócio
27:16
que é, Ah, eu quero colocar IA, mas aí você chega Pra Ele e fala
27:19
assim, Ah, poxa, tá, como que é? A funcionalidade, como é o
27:23
produto, a gente vai estar aceitando aqui perguntas,
27:26
respostas de várias formas, de de é como que vai sair esses
27:29
inputs, essas comunicações, essas integrações com AAEAE.
27:34
Através disso a gente consegue, parece que é algo mais técnico,
27:38
que é algo assim só do desenvolvimento.
27:40
Mas eu vejo que era muito mais preocupado com a questão de
27:43
sinopse, por exemplo, que assim conseguimos economizar a
27:45
quantidade de tokens. Então, de certa forma, ali, além
27:48
de de segurança também, né? Porque?
27:50
Se o eu permito que a aplicação adicione mais tokens, ali é o
27:54
meu prompt da aplicação ou a fazer essas consultas na LLM do
27:58
que deveria. OPA, espera aí.
28:00
Tem uma coisa errada. Eu posso estar talvez deixando
28:02
passar algo, alguma vulnerabilidade, alguma coisa
28:05
nesse sentido, mas também estou pagando mais caro por isso.
28:07
Então, recente eu tive 11 poc, né?
28:10
1111, prova de conceito para fazer, e a gente viu que o
28:14
resultado era satisfatório. Aí o cliente falou, tá, quanto
28:17
que custa? Aí nós fomos trabalhar, tá?
28:19
Espera aí, olha para um ambiente produtivo, nós vamos ter tantos
28:22
usuários, então nós vamos começar a entrar no nível de
28:25
quantidade de tokens, o que que a gente consegue fazer, casting
28:29
de dessas respostas, quais são os modelos igual OOO cidade
28:33
comentou, tem modelo que é um é, tem preços diferentes e tem uma
28:38
coisa também que é novidade assim pouquíssimo, as pessoas
28:40
ficam atento. Que é a questão do hard hoje,
28:43
conforme o uso, né? As inovações vão ocorrendo, as
28:47
empresas ali, os provedores de cloud vem atualizando o seu
28:50
hardware e Pra Ela fazer com que você mude do legado pro moderno,
28:55
ela faz um preço diferenciado, ela faz um preço competitivo.
28:58
Então acaba que, conversando com o negócio, o pessoal fala assim,
29:01
Ah, pô, não, eu não quero Cash. O Cash é muito técnico, não
29:04
quero olhar nesse nível de detalhe, mas isso consegue te
29:07
dar um indicativo, tipo, olha. A previsão de custo está um
29:11
pouco mais próxima do que está acontecendo, do que de fato é.
29:14
Aquilo é muito caro usar. São práticas que hoje é
29:18
primordial para quem está trabalhando, para quem está
29:20
desenvolvendo esse tipo de solução, pensar nessas situações
29:23
além do lado de segurança, do lado técnico do do movimento.
29:26
E pegando essa sua fala porque você trouxe, né?
29:29
Aí uma nova coisa que é a utilização de geneai, né?
29:34
E essa gestão de tokens e a gestão do preço?
29:37
Desse consumo das APIs. Por que que eu estou falando
29:39
isso? Porque o cidade ele falou, né?
29:40
Ah, os 3 grandes vilões dos custos de a são processamento,
29:45
armazenamento de dados e trânsito de dados, né?
29:47
Basicamente, e isso Eu Acredito, né, quando a gente tá falando de
29:50
treinar modelos, né, de e tudo mais, ainda mais nesse sentido,
29:54
mas quando a gente também está falando de.
29:57
É, e as generativas, né? E consumir essas APIs que hoje
30:01
existem recursos nas nuvens, né, específicos para isso a gente
30:05
tem um outro problema que é essa isso que você trouxe, que é a
30:08
gestão de tokens de contexto. Como que eu, se eu consigo
30:12
otimizar isso ou não é qual o modelo que eu vou usar que é
30:16
mais barato para cá ou né, isso aqui eu preciso usar o melhor
30:19
modelo, preciso usar o meu grock reve.
30:22
Não sei que que vai custar 1000000 de dólares, né?
30:24
Ou ou meu sei lá, gbt 4. Ou Mini já é suficiente?
30:29
Então traz uma outra outras coisas também, né, para serem
30:33
pensadas, que também talvez façam parte dessa parte de
30:37
finops. Qual que é a sua opinião aí,
30:39
cidade? É uma maneira, assim como tudo
30:42
na nossa área acontece muito rápido, né?
30:44
As coisas evoluem muito rápido, né?
30:46
É, mas eu acho que sim, é estar junto.
30:50
Faz parte. Talvez não fique hospedado na
30:53
nuvem ou fique perto do cliente especificamente.
30:55
Mas aí quando a gente tá. Fala lá falando que a gente tem
30:58
que não é transferir, mas a que o deve, o desenvolvedor ou a
31:02
equipe desenvolvimento, ela precisa estar atenta aos custos
31:05
da nuvem. Isso aí entra junto no curso
31:07
dela, ela tem que aprender, a gente vai ter que aprender, e aí
31:10
AE aí eu aprender é aprender mesmo, porque a gente está
31:13
aprendendo, né? A como trabalhar com isso, a
31:16
quais modelos são melhores, para quais finalidades, qual custa
31:20
mais, qual custa menos? Né?
31:22
Qual o trade off aqueles que custa menos, mas me entrega um
31:25
pouco mais, um pouco menos, vale a pena, eu, tá?
31:28
Então a gente tem que começar a botar isso na balança, então eu
31:31
concordo muito com com vocês nisso assim.
31:33
Mas AE é uma coisa que OOAO que a equipe de desenvolvimento ela
31:37
tem que começar a ficar mais atenta não só em entregar o
31:40
melhor código, mas Oo quanto aquele código está está custando
31:45
para. Ser implementado, entendeu?
31:47
Acho que muda um pouquinho essa essa a visão assim, né?
31:51
E? Hoje, eu atuando como
31:53
desenvolvedor, como que eu posso estar adquirindo esses
31:56
conhecimentos, essas técnicas, já que eu tenho que pensar um
31:59
pouquinho mais na quantidade de tokens, no processamento, como
32:02
que hoje eu consigo aprender essas técnicas e levar elas para
32:06
o meu dia a dia, EE para minha equipe, para que a gente possa
32:09
ter essa gestão mais eficiente. E dormir em paz à noite, né?
32:12
Essa é a essa é a pergunta. Aquilo que eu queria fazer
32:15
desde. Do início do episódio.
32:17
Então Oo dormir, o dormir em paz e à noite eu não sei se depois
32:21
de tudo que a gente falou ele vai continuar dormindo em paz,
32:24
você vê, né? Mas mais coisa pra se pra se
32:26
preocupar, né? Mas assim, o que que a gente tem
32:29
pra aprendizado, tá? Acho que acho que essa que essa
32:32
é a pergunta assim, né, a pessoa quer aprender, quer conhecer um
32:35
pouco mais pra onde é que ela vai, tá?
32:36
Existe a finops Foundation, que é uma é uma fundação, serviços
32:39
repertíveis, et cetera e tal que ela tem uma série de
32:42
treinamentos, ela que fez o desenho do finops framework.
32:45
Né? Que tem alguns processos,
32:47
algumas coisas a se seguir. Ela tem 11 gama bem legal de
32:51
certificados para fazer e ter uma trilha a seguir para quem
32:55
quer se especializar. Ah, quem quer ser a pessoa do
32:57
final, porque até mesmo deve quem quer conhecer um pouco
32:59
mais, entender um pouco mais do que que ele está gerando lá.
33:02
Então a minha recomendação é procurar a final Foundation,
33:05
acho que é o. O que tem de melhor assim de de
33:08
o que está mais atualizado, digamos assim, porque é, são
33:10
múltiplas empresas contribuindo. Tem, tem sempre um paper novo,
33:14
tem sempre um curso, está sempre tem atualização e tem as
33:17
certificações, né? E aí para galera, que é da que é
33:19
da leitura que gosta de ler, tipo eu que sou um maluco que
33:23
ficam morando um Monte de livro todo mês, tem um livro bem
33:26
legal, daí mais mais voltado para marketing de software como
33:30
como um todo, que é o architeting for scale, que ele
33:33
vai trazer justamente esse olhar de como tu.
33:36
Planejar e como tu criar aplicações de forma que eles
33:40
sejam escaláveis, que aguente um bom volume de tráfico.
33:44
E aí ele vai durante ali. O autor que é o Lee etson, ele
33:49
ele abrange, ele traz práticas DevOps, ele traz práticas de
33:52
arquitetura finops, então ele vai, ele faz 11 passar assim
33:56
todas essas práticas de forma que tu construa aplicação
34:00
escalável, escalável saudável, não aquele escalável que só só
34:04
escalar por escalar, né? Então, assim, essas minhas.
34:06
Minhas recomendações assim de sobre o tema.
34:09
Né? Eu abri aqui o fino faundation
34:11
que você falou né, com o finox framurk e achei bem
34:15
interessante. Nossa, tem muitos princípios
34:17
aqui, né? De utilização, tem umas imagens,
34:20
você vai conseguindo entrar em cada cada sessão aqui para se
34:24
aprofundar um pouco mais. Por exemplo, né?
34:26
SaaS, data center, public cloud e você vai se aprofundando nos
34:30
temas. Achei bem interessante, tem
34:32
bastante conteúdo aqui para para estudo.
34:34
Né, uma coisa legal deles aqui é que eles.
34:36
Eles dividem a tua trilha de aprendizado, vamos chamar assim
34:39
por personas, né? Então, Ah, eu sou eu, sou um
34:41
engenheiro, sou da engenharia, então eles têm uma trilha, tu
34:44
clica lá em engener e eles têm uma trilha para engenheiros, Ah,
34:47
eu sou eu sou liderança, eu sou de produto, então eles têm, eles
34:51
têm trilhas por persona. Isso é um negócio que eu acho
34:54
bem legal assim. Que dentro não fica tateando e
34:56
procurando informações, assim eles vão te direcionando para
34:59
aquele processo. Né, até uma trilha específica
35:01
para pro financeiro mesmo, né? Pro financeiro também?
35:04
Exatamente. Claro que não é técnica em si,
35:06
né? Bom, bem interessante, trilha de
35:08
produto de liderança, muito interessante essas personas aqui
35:12
também. Então, para quem está nos
35:13
ouvindo, já acaba o episódio aí e já vai busca aí, final da
35:18
Foundation, Bora ler e estudar? Bom, galera, então tá bom, acho
35:22
que eu gostei, gostei bastante do papo, foi bem interessante.
35:25
Tinha que ouvir um pouco mais sobre esse tema.
35:27
E é isso. Até a próxima.
35:29
Tchau, tchau. Valeu, obrigado.
35:30
Valeu, tchau, tchau.