Como usar Xano para BARATEAR e OTIMIZAR seus aplicativos Bubble

turma sejam muito bem-vindos a mais uma live não tão ao vivo com o nosso ilustre Mauro meilus galera o Mauro muitos de vocês já conhecem primeiro porque ele foi o aluno número um da comunidade sem codar lá em 2020 quando eu lancei a comunidade sem codar falei galera estão abertas as inscrições só para vocês num grupinho bem seleto lá e aí não deu do minutos plim o Mauro foi o nosso primeiro aluno já vai fazer quase 4 anos né maur Então para mim é um prazer Car quarto né 2020 21 22 23 é isso aí

E durante esse processo todo Pô o Mauro Ele casou muito com a ideia assim né então ele lançou várias startups várias empresas criadas com Bubble com no code E aí ele foi os negócios dele escalaram tanto começaram a crescer a níveis tão Absurdos assim que ele precisou começar a correr atrás na época de ferramentas que entregava uma performance maior do que o Bubble entregava na época O Bubble já não dava conta dos aplicativos dele então isso que a gente tá falando agora sobre performance e otimização é um negócio que o Mauro já pesquisa há 2

TR anos por isso que eu fiz questão de trazer ele aqui para explicar um pouquinho pra gente conversar com a gente um pouquinho sobre esse esse assunto então o que a gente vai ver hoje motivos pelo qual você deveria considerar us a zano e não só zano mas outros backend externos né a gente vai dar o exemplo do zano aqui porque foi a ferramenta que o Mauro encontrou que atende muito bem e dentro de todas que eu pesquisei também putz é que mais mais me agrada Sem dúvida nenhuma a gente vai falar o porqu disso

vamos ver diferenças práticas de performance entre tentar fazer alguma coisa só no Bubble ou fazendo um Bubble usando US ano por trás exemplos e cases reais de uso para você entender o verdadeiro potencial de usar um backend externo como zano a própria integração Bubble isano né como que funciona quando vale a pena e quando não vale você pensar em usar um backend externo como usano e decidindo que vale a pena como fazer a migração do seu backend pro usano não vamos entrar tanto na parte técnica não vamos abrir o Bubble nada disso vamos falar um

pouco mais conceitualmente assim né então se apresenta aí Mauro pessoal para quem não te conhece ainda Então primeiramente agradeço aí o convite né E pelo Renato e ao longo desse processo desses 4 anos eu tive a oportunidade lá atrás de conhecer o Renato pessoalmente a gente trocou muita ideia e e eu admiro muito o trabalho a forma como ele faz né ele ele que é o grande desbravador do nocode aqui no no Brasil né lá atrás quando tudo era mato Ele acreditou e foi eh foi fazendo e eu falo para ele fala cara eu acelerei

teu processo eu me lembro que você falou não em março abril vou lançar falei não me libera as aulas que tem eu não tem problema paga enfim mas eh era isso então Eh desde lá né Eh eu consumi alguns conteúdos eh em inglês e aí eu precisava alguém em português e o Renato foi esse cara e falo para ele da questão da didática eu acho acho que todo mundo eh fala sobre isso a forma como ele ensina é é uma forma muito didática e fácil de aprender e ele tornou essa não só né o benefício

que o nocode traz de de facilitar muito mas a didática do Renato ele ele ela contribui muito pro nosso aprendizado foi assim que eu fiz e ao longo do processo em dois anos aí eu construí eh quatro startups utilizando no code então eu sempre falo que eu sou um cara que vivo na prática no code porque eu gosto eu curto e algumas coisas que a gente vai falar é justamente do que não só eu acredito do que eu tenho conhecimento mas do que eu faço na prática e e a busca por escala e performance sempre

foi algo que eu tive lá atrás e na minha segunda Startup né então só para resumir um pouco a primeira Startup eu demorei 4 meses porque eu tava aprendendo Bubble a segunda 30 dias para colocar rodar um MVP depois de TRS meses validando com o usuário e a terceira 15 dias então assim é uma evolução então assim talvez você que está começando é um processo Talvez seja mais difícil no primeiro e realmente tudo que você começa a aprender é mais difícil você gasta mais energia Mas você consegue juntar as peças muito rápido e esse que

é o grande benefício do no cod que eu vejo você reaproveitar você fazer sempre mais com menos de uma maneira mais rápida então e é isso mostra pra gente tuas Startup aí maur só para a galera te conhecer um pouquinho mais tá não sei se tá compartilhando aqui tá foi então Eh Essa é minha segunda Startup a primeira eh eu tava entrando no mundo de de Startup né Eh era pro nicho de odontologia chamava odontomar e eu criei uma plataforma para eh gerar post de forma automática pro dentista e E aí Eu verifiquei demorei quro

meses para lançar como eu falei tava aprendendo bubo em dois meses eu vi que não ia escalar E aí eh eu abortei ficou com o meu sócio que era que era dentista e ele tocou o projeto a segunda é essa daqui o recapin que é para para recuperação de vendas e foi nessa Startup que eu me deparei com uma um problema de performance do Bubble aonde eu fui buscar eh alternativas testei várias e me conectei muito com un ano que na qual aí o Renato pediu para eu compartilhar algumas coisas aí nesse eh né nesse

nesse vídeo aqui então Eh eu só para pessoal entender que que é essa recuperação de vendas aí que você tá falando né e eu sou cliente da recup então pô por muito tempo também a gente usava o que que acontece Às vezes a pessoa vai comprar um produto digital teu seja um curso seja um software qualquer coisa assim então ele entrou na tua página de vendas e emitiu um boleto por exemplo aí pô boleto até porque o a recin nasceu antes do pix né Mauro então era Praticamente todo mundo boleto assim não existia o pix

ainda E aí o cara foi lá e itiu o boleto vencimento do TR dias 7 dias enfim e aí a ferramenta do Mauro já permitia o quê receber um webhook recebeu uma chamada assim do hotmart de qualquer meil de pagamento mandar uma mensagem por WhatsApp pro WhatsApp do cliente já com o link do boleto já com o boleto anexado já lembrando ele da necessidade de pagar o boleto aí no outro dia já mandava uma mensagem falando ó já lembrou de pagar o boleto não sei o quê então era um fluxo a mais de lembrete para

conseguir fazer aup ação de uma venda que tá quase para ser concretizada mas ainda não foi cara isso aqui era muito absurdo eu tinha assim sei lá tipo 20% de conversão de boleto na época de cada 100 boletos 20 eram pagos quando eu comecei a usar recapin só nisso de começar a lembrar a pessoa no dia no outro dia mandar por WhatsApp da pessoa subiu para 65 70% a minha conversão de boletos era obsceno assim o benefício que isso aí trazia entendeu E a gente conseguiu fazer isso de uma forma humanizada né não foi aquele

negócio de robô e e na époc época nós fomos a única plataforma que mandava o boleto em PDF tinha concorrentes que mandava o link do boleto e código de barra em texto mas eu gerava o pdf e mandava por que que eu fazia assim só para vocês entenderem porque o público né eu criei baseado no nosso público a gente tá no mundo de lançamento minha esposa lança né de info produto curso e aí eh eram senhorinhas pessoas mais de idade que tinham dificuldade com tecnologia era tão simples não é só clicar no link do boleto

e imprimir mas paraas pessoas era difícil então Eh foi pensado nisso então até né como o Renato sempre traz ideias de resolução de problema eu acho importante você tá sempre atento qual que quem que é o público que vai usar como que você pode facilitar então a gente conseguiu com a recup automatizar esse processo sem perder a humanização e e foi muito bacana né eu eu eu sempre conto a história aí que as pessoas recebiam né compra recusada ou compra aprovada eh várias as mensagens e a pessoa ó acabei de pagar ali quando gerou o

boleto já mandava o comprovante achando que realmente estava falando com uma pessoa porque a gente e nenhum momento forçava aquele negócio ser muito robotizado Porque até então tinha chat né a aí o Mauro pegou uns clientes grandes e aí imagina você já deve ter visto algum tipo de lançamento de infoproduto assim então vai um cliente grande faz lá por exemplo 10.000 vendas 20.000 vendas que que acontece são 10 20.000 pessoas que caem praticamente num dentro de um dia ou em poucas horas na página de vendas e emit boleto o pico er na abertura do carrinho

o pico abriu vai abrir o carrinho 9 horas aí era o pic famos abertura de carrinho pum 9 horas e aí o Mauro Começou a sentir essa dificuldade chegava ali das 9 às 10 da manhã quando um grande cara um grande infoprodutor um grande vendedor de cursos usava que de repente ele recebia 10.000 requisições apir pelo Bubble em prazo de uma hora e o bubo fazia o quê que que acontecia com o bubo já que o Bubble tinha os limites de capacidade estour Ava não conseguia processar né Mauro então batia ali dois 3 pum travava

ol olha olha só né empreendedor a gente tem que se Reinventar a limitação que eu coloquei nos planos era 2500 pedido mensal mas era por conta da limitação do bubo falei cara imagine chegar todas requisições eu não consegui processar processar é E aí eu eu fiz essa limitação para o quê pô se o se eu tinha mais clientes com vários pedidos eu consegui aumentar a performance aumentar o servidor do bambo para aguentar o né A a carga de trabalho então é essa daqui aí depois eu criei automatiz up que era o mesmo público então muita

gente que era meu cliente do recup eh que era o o público de lançamento de curso online eh veio pro automatizar porque é automação de grupos de WhatsApp então a gente consegue fazer toda a gestão disparo organização dos grupos de uma forma automatizada e por por último agora a gente lançou aí a exponencial is que é focado em acelerar eh incluir negócios locais negócios físicos que TM dificuldade com tecnologia então por exemplo um dos públicos dentista eh profissionais liberais que hoje não tem nem site Então a gente vai entregar tecnologia e vai desenvolver solução é

todo um ecossistema pensado então a gente tá tô no início e desse processo então só para resumir né porque a ideia não é falar da falar das minhas das minhas coisas mas realmente contribuir com eh com a galera nessa questão de escala performance se isano é algo que eu vivo na prática aí o Mauro me mandou esse print aqui ó 68 milhões de requisições api em um dos uma das instâncias do Mauro lá dentro do zano então você vê que o Mauro não só ele era um hard user lá em 2021 como ele hoje é

mais ainda né então você vê que ele não usa pouco ele realmente leva ao limite as ferramentas né por isso que ele é um cara bacana para est aqui com a gente falando sobre isso né E aí até o Renato me pediu né cara Mas qual que é a configuração do servidor ali ó tem o plano scale 2 dos ano e você pode ver que tá batendo ali uma média de 50% porque realmente eu sempre gostei de deixar uma folga né Eh e algo que a gente até acho que vai compartilhar ali que você não

tem que ver só o custo da tua operação Você tem que ver o quanto que você vai conseguir gerar de resultado baseado nisso então ali a gente tá com 80% de 30 GB só de dados de banco de dados entendeu é informação para caramba Então já reduziu bastante mas teve semana que eu recebia 3 milhões de requisições entendeu eu fui otimizando mudando eh colocando outros serviços e mudando a forma para para equalizar mas é é justamente sobre sobre esse processamento que a gente vai eh compartilhar hoje então assim motivos para usar os ano são três

principais motivos que a gente vê né Mauro primeiro é a liberdade de você ter um backend externo já vamos falar um pouquinho sobre o porquê é bom ter essa liberdade ganho muito significativo de performance Porque pensa que oano ele não tem e a parte visual de criação de um aplicativo é uma plataforma 100% focada galera em backend em operações em requisições API infraestrutura por isso que eles fazem isso muito bem eles são 100% focados nisso então a gente vai mostrar gráficos comparativos de performance e por fim uma redução de custo não necess ente em todos

os projetos você vai sentir uma redução de custo em relação a usar o Bubble por exemplo mas Possivelmente vai na grande maioria dos projetos especialmente isso que a gente vai citar aqui e aí esse é um ponto pelo qual até eu pessoalmente nunca tinha falado do zano mesmo quando o Mauro Começou a cantar essa bola do Zana mais de 2 anos atrás 2 3 anos nem lembro que que eu via Na época você ganhava essa liberdade do backend externo você ganhava muito em performance mas na época saia caro teus ano em relação ao Bubble porque

o Bubble era uma anomalia preços do Bubble né Mauro a gente pagava $9 ó no plano Fazia qualquer coisa fazia de tudo o Bubble que tomava num rabo ali porque eles deixava a gente processar praticamente Qualquer coisa a gente pagava um custo fixo uma ovelha negra Né tava totalmente fora qualquer serviço que você paga hoje CL a WS Google você paga por utilização você paga P faz né É exatamente o Bubble não e atualizou agora tudo que você mudou mudou Brus bruscamente e e e isso isso daí impactou a galera mas o que o Bubble

tá fazendo e ele tá se adequando ao que todo mundo já faz né é ele tá se ocando a forma como ele paga né porque ele paga os servidores por uso então agora a gente paga o Bubble por Uso só que nisso apareceu ficou evidente que esse backend do Bubble não é tão bem performático ele não é tão eficiente por isso que a gente acaba pagando mais caro para usar o backend do Bubble E aí foi que se você comparar hoje o quanto custa para usar de forma intensa o backend do Bubble hoje vai sair

mais caro do que usano então o zano Hoje não só é a liberdade não só é a performance como ele acaba saindo mais barato que o Bubble quando você faz um uso intensivo de backend tá E aí só para você entender um pouquinho essa coisa do frontend do backend pessoal Bubble eu chamo de plataforma full stack porque ela é frontend e backend em uma só então pensa que ela própria já tem a parte visual já nasce com o teu banco de dados você já tem um servidor você já tem as ações lógicas no meio roda

tudo All in One tudo em uma coisa só quando a gente fala de separar o frontend do backend É o quê É você usar plataformas como bub como flutterflow por exemplo como Fronte ou seja como a parte visual E aí você vai trocar informações com um backend que vai fazer a infraestrutura o processamento as requisições api vai ser o teu banco de D vai fazer vai ser o motor do teu negócio uma analogia que eu até brinco Po falar só você me permitir compartilhar basicamente assim então frontend é o que o usuário vai ver na

tela o backend por exemplo você fez uma compra cara ó tem que debitar esse valor tem que liberar acesso ao curso ou tem que liberar essa compra tem que é toda a lógica a inteligência do negócio entendeu o resto o Fronte é o que vai apresentar pro usuário ó a compra aprovada mas no back muita coisa aconteceu para eh ter essa compra aprovada que eu brinco aqui é como se o Bubble fosse um carro pronto que você compra liga achave pronto tá funcionando 10 do dia um quando você separa frontend de backend é como se

o frontend fosse a carroceria do carro e o backend fosse o motor aí você pode escolher o motor que você quer colocar já tá tudo preparadinho basta conectar os cabos entendeu mas é aí é separada a ideia do carro com o motor do carro né então quando você fala dessa liberdade que que isso significa se você usa ano ou qualquer outro backend pessoal tem o Fire base do Google tem o sup base tem um monte quando você usa um backend externo aqui ó todo o motor do negócio tá aqui então você pode conectar um aplicativo

Bubble a esse motor você pode criar um aplicativo no floter flow Esse motor um aplicativo no código em JavaScript em Python o que for você pode ter quantas aplicações ou pessoas ou usuários quiser todos se conectando com esse mesmo motor Então esse é o lance da tal da liberdade de ter um back interno entendeu Você consegue vir de fora com quaisquer aplicações e conectar nesse motor único né E aí em relação ao segundo benefício que é performance nesse vídeo do YouTube que tá no canal do zano foi bem interessante eles fizeram um comparativo de em

fazer várias operações pelo Bubble e fazer várias operações pelo zano E aí eles colocaram o tempo necessário para fazer cada operação então para buscar por exemplo foram lá e buscaram 100 registros no banco de dados fazendo isso pelo Bubble aqui Demorou 200 mundos galera isso é 1/5 de 1 segundo pelos anos deu 300 msos 1/3 de 1 segundo virtualmente a mesma coisa né só que daqui pra frente as coisas começaram a ficar diferentes Olha só aquela coisa quando a gente fala que o Zan é especializado em infraestrutura se eu for no Bubble e buscar o

seguinte ó quero fazer uma busca por 100.000 registros no banco de dados e quero modificar um campo de cada um desses 100000 registros no Bubble Demorou 7 Segundos essa operação nos ano 400 mos menos da metade de 1 segundo né quero deletar em massa 500 registros do banco de dados Bubble 54 segundos quase 1 Minuto zano 4 Segundos quero criar 1000 registros no banco de dados bub minutos fazendo pelos workflows 20 segundos fazendo pela API de dados zano 300 msos 10.000 registros 40 minutos pelo Bubble 3 minutos pela ap de dados 500 pelo zano e

por fim para criar 100000 registros no banco de dados de uma vez só pum pancadão 4 horas no Bubble pelos workflow backend workflows ali fazendo recursivo né 30 minutos para fazer isso pela API de dados do Bubble 4 segundos para fazer isso pelos ano então percebem a diferença de performance de você lidar com quantidades massivas de dados quando você precisa criar muita coisa ao mesmo tempo modificar muitos registros Foi aí que o Mauro Começou a sentir essa dificuldade né Mauro foi início que você começou a sentir esse ganho de performance né abriu novos horizontes para

você exatamente então imagine por exemplo Tinha cliente que abria 1000 eh 1000 vendas num Eh sei lá em 2 minutos e era e era difícil você dim mencionar além de uma das coisas também que eu me lembro na época é que o o bubbles ele não tem o um looping né que é o você percorrer todos os por exemplo 1 registros de uma forma muito organizada no eh na programação convencional e nos anos isso é possível então você consegue trabalhar em cima em cima por exemplo lá 1000 registros você consegue tratar enriquecer a informação então

foram alguns pontos que lá atrás eu falei falei cara preciso buscar uma alternativa e como o Renato falou testei várias eu acho que era backend L também fiquei entre zano e backend l e e aí eu comecei a acompanhar e eu vi como os ano era construído então assim uma coisa que que eu olho muito eh é quem está por trás e como que é construído como que é atualizado a visão principalmente dos founders da comunicação como que eles escutam a comunidade e lá atrás me chamou muito atenção essa questão dos ano além de toda

essa questão de performance Sim mas só para te dar o isso de fazer o recursivo Tá Na época você não conseguia fazer lá em 2021 quando você começou a brincar com os ano na época O Bubble não deixava um workflow chamar ele próprio por isso que você não conseguia fazer loop mas hoje já é viu então hoje a gente já ensina tudo assim o loop já virou algo padrão no Bubble tanto é que quando eles falam de um workflow recursivo é exatamente isso que eles estão falando fazendo loop mas mesmo assim olha o exemplo que

você deu né Mauro se chega lá e você precisa criar 1000 registros 1000 requisições api por exemplo no banco de dados ali cara para criar esses 1000 registros você precisa de 5 minutos Então olha que loucura você não consegue processar eles dentro daquele mesmo minuto e assim vai fo 10.000 registro então naquele contexto era muito importante porque era recuperação de venda Ou seja a venda chegou a compra recusada chegou eu precisava já mostrar no no painel ali no kamban do usuário Ó tem essa compra recusada por nos primeiros 5 minutos é que você conseguia converter

a sim a pessoa tá na página ainda exatamente ó parece pouca coisa 5 minutos mas o cara já fechou ele já tá em outra já perdeu a venda exatamente e eu sempre brinco mais ou menos assim o cara ah será que eu compro o curso Será que eu não compro Será que eu compro Ah vou comprar aí o cartão bate na trave o cara fala ah eu acho que é uma mensagem para eu não comprar E aí o cara aborta se não tem essa né imagine 5 minutos depois fala não já gastei o dinheiro comprei

outra coisa então é era muito sobre isso então precisava resolver Realmente esse problema tá E aí pessoal eu andei falando recentemente desde das mudanças de de e planos do Bubble várias vezes eu citei Mas usa usano para tal coisa vai te ajudar vai resolver todo o teu problema e eu percebi que o pessoal não Conseguiu sacar muito bem qual que era todo esse poder de fogo que o zano tem então eu quero explicar aqui conceitualmente como que funcionaria com exemplos e cases práticos hipotéticos mas práticos de como funcionaria pra gente tirar uma cacetada de coisas

que acontecem só no Bubble e jogar isso pros ano e qual que seria o efeito disso em termos de de redução de custo tá galera então aqui no exemplo um a gente montou imagina que você tem uma ferramenta de atendimento WhatsApp daquela que cara hoje Qualquer praticamente qualquer comércio tem né onde você cara tem lá uma interface onde você tem vários operadores que atendem por meio de um seu número de WhatsApp né Então imagina que esse aqui seria o fluxo do teu aplicativo você envia uma chamada api pro WhatsApp Isso aqui vai consumir galera 0.1

workload units se você não sabe o que são as workload units eu vou te sugerir um vídeo aqui para você assistir que é o vídeo onde eu explico tudo isso da mudança de preços do Bubble o que que são essas workload units agora tá então não vou contextualizar muito isso aqui assiste lá que é um vídeo de 20 minutos onde eu explico tudo isso então você enviou uma chamada ap pro WhatsApp você consumiu 0.1 workload units aí você criou uma mensagem essa mensagem que a pessoa enviou você criou no teu banco de dados 0.5 aí

a api do WhatsApp vai te mandar um webhook para confirmar que a mensagem foi entregue pagou consumiu workload units você modifica essa mensagem para alterar estatus para entregue você recebe um novo web Hook quando a pessoa responde a mensagem a partir desse web Hook você cria uma nova mensagem no banco de dados e você lista no final 100 mensagens por exemplo num grupo repetidor Então esse fluxo aqui para você ter uma troca de mensagem você consumiu 3.42 workload units se você fizer tudo isso no Bubble Tá então vamos estimar que a tua plataforma de multiatendimento

trocas de mensagem por mês multiplica isso por 3.42 a gente vai ter 4 milhões me de workload units sendo consumidas E aí eu mostrei para vocês pessoal tem uma ferramenta que o Bubble criou aqui para você saber o quanto vai Qual o melhor plano para você de acordo com o teu consumo né então se a gente colocar aqui ó 4 milhões 4 milhões e me de workload units O Bubble nos dá que nosso custo vai ser de 500 dólares por mês aproximadamente r$ 500 por mês tá esse seria o cenário S falar só para reforçar

né porque pro pessoal não falar não é isso então se eu tiver 100 clientes pro pessoal não levar pé da letra é é um é um é só a parte de envio de mensagem para mostrar para carregar as telas vai ter outros consumos então cada exemplo eh foi foi pensado justamente para para ter esse entendimento quanto que eu vou gastar nessa nesse tipo de operação em média isso pode ser para mais ou para menos entendeu mas a ide pensa um cenário hipotético né É exatamente para você ver eh o cenário real para ficar mais palpável

que eh eu acho que vai ajudar no entendimento exato E aí se a gente fosse colocar os ano no meio do caminho então o que que eu quero eu quero pegar todo esse processamento aqui ó Opa todo esse processamento aqui de criar coisa no banco de dados de modificar coisa no banco de dados de receber o Web hooks do WhatsApp tudo isso eu quero jogar pro zano olha como que ficaria o novo fluxo no começo você só envia uma chamada ap pro zano falando zano esse é o usuário que quer enviar essa mensagem faça o

que você quiser com essa informação aí o zano vai fazer a requisição ap pro WhatsApp você vê que aqui já não tem um consumo de workload units né porque o usano que tá fazendo usano vai criar mensagem no banco de dados usano vai receber o we Hook de confirma usando vai modificar vai receber o outro e Hook vai criar uma nova mensagem no banco de dados e aí você só vai usar o Bubble para enviar essa chamada ap paraos ano no começo e para lá no final pegar as 100 mensagens de lá dos ano Então

pega as últimas 100 mensagens e mostra num grupo repetidor quem fez as operações no meio do caminho foram usano você jogou tudo para lá entendeu ele que é o teu motor ele que tá processando tudo no Bubble você só fez o input e o output Ou seja você só mandou o dado e recebeu de volta ao dado final só isso então o teu consumo de workload units galera cai de 3.42 por troca de mensagem 0,3 por troca de mensagem então agora se a gente tiver lá 1.3 milhão de trocas de mensagens a gente Multiplica agora

por 0.3 cai para 396.000 workload units por mês galera de 4.5 milhões cai para 396.000 então o custo cai para 8 galera o custo do Bubble cai de 00 para 8 por mês entendeu porque você só tá usando Bubble para isso para enviar uma chamada api e para receber de volta dos ano o retorno final do banco de dados como é que tá lá então pensa em como é que vai ficar o teu custo final 8 do Bubble aí O zano O zano ele tem os modelos de precificação e aqui pessoal você não pode levar

o pé da letra então ah o Renato tá dizendo que esse plano daria conta galera são cenários totalmente hipotéticos então eu boto assim que dentro de um cenário desse você ficaria dentro de um plano launch aqui que é o inicial dos ano a um plano scale 1x de 9 o plano que o Mauro está é o 2x hoje correto aquele aplicativo que você mandou o print pra gente né exato então o Mauro paga 50 por mês pros ano para fazer aquela 70 milhões de requisições lá isso tá no plano no plano anual se for no

mensal vai ter uma variação mas é como em qualquer ferramenta ali ó Isso é vai para 00 né o anual tem 12% de desconto enfim e aí então os anos você pagaria alguma coisa entre 59 a $9 a gente imagina para conseguir processar essa quantidade de requisições então seu custo cairia lá de R 2.500 por mês para algo entre R 400 a r 1.300 por mês então aqui a gente tem galera uma redução que pode de 48 a a 84% em relação ao teu custo original do Bubble entenderam quando a gente fala aquela coisa joga

pro zano joga pro zano é isso é fazer o zano absorver todo aquele motor de operações mais bruscas que mais consomem workload units que precisam fazer muita coisa entendeu galera e deixa o Bubble realmente só com a interface que que que ficou no Bubble nesse Exemplo né Mauro ficou a interface onde o usuário vai lá ler as mensagens e pum digita uma nova mensagem aí manda para ano essa nova mens recebe de volta dos ano a lista de mensagens é isso né exato aí a gente até tava conversando né Mauro se fosse um chatbot quem

não tem nem essa chamada Inicial aqui ó que tudo ocorre lá no backend porque chatbot é só o usuário se comunicando direto com Robô né não tem nem a tua interface de usuário assim e aí não teria nem essa chamada do bbo Inicial nem a final né na verdade se fosse o chatbot você faria quase que praticamente tudo nos ano né você usaria o bub só para criar o chatbot tem um detalhe ali você colocou ó modificar mensagem para alterar estatus para entregue o WhatsApp dependendo da P que você trabalha você pode inclusive saber se

o usuário leu aquela mensagem que aí era mais evento recebido do WhatsApp mais Web Hook entendeu então como a gente falou eh É um cenário pontual que você vai eh conseguir comparar Cara o que que eu faria no Bubble como que eu poderia integrar as duas plataformas e eu acho que isso fica fica bem didático e bem claro de de você entender exato segundo exemplo aqui aí um exemplo Pô mais pesado assim imagina um aplicativo de investimentos tá como que funciona um aplicativo de investimentos galera você abre lá o gráfico e aí você quer saber

como que a sua carteira de investimento se comportou no último ano ou seja nos últimos 365 dias como que o aplicativo calcula isso ele tem que pegar vai chegar lá em primeiro de janeiro vamos dizer que hoje é 31 de Dezembro né então o aplicativo vai pegar lá em primeiro de ele vai verificar o seguinte ah você tem 20 ações na tua carteira qual era o preço de cada uma dessas 20 ações lá em primeiro de Janeiro aí pum ele calcula no final de primeiro de janeiro qual que era o teu valor em carteira Beleza

agora no dia 2 qual era o preço de cada uma dessas ações no dia 2 de Janeiro pum calcula dia 3 idem dia 4 idem Então você entende que para conseguir gerar um gráfico do teu histórico de carteira do último ano você precisa rodar 36 cinco operações no banco de dados galera você precisa calcular para cada dia a a o valor final de saldo de carteira para cada dia para conseguir te mostrar esse resultado final então Imaginem que é um uso extremamente intensivo né Como que você faria isso no Bubble você vai agendar um workflow

consome 06 workload units aí você busca Via API de api da bolsa da B3 da tecnospeed enfim qualquer api aí de Bolsa de Valores você vai vai pesquisar via api qual era o preço de cada uma das 20 ações que você tem em carteira por exemplo naquele dia aí você vai alterar o valor da Carteira do dia e aí você reinicia esse workflow Aí a gente faz o loop né Mauro aí você reinicia esse workflow mais 364 vezes agora 2 de Janeiro 3 de Janeiro 4 de Janeiro aqui daria mais 910 workload units né que

é isso aqui multiplicado por 364 então para você fazer uma uma atualização de de carteira de um usuário com 20 ativos na carteira você gastaria 9913 workload units se você tiver 5.000 usuários no teu aplicativo cada usuário fazendo quatro atualizações por mês imagina que o cara abre só uma vez por semana fui conservador aqui e Então vão ser 20.000 atualizações sendo realizadas no mês isso dá galera 18 milhões de workload units 18 milhões de workload units 0000 por mês São R 7.000 por mês nesse exemplo como que a gente faria com zano você só envia

a chamada api pro zano com as informações necessárias o zano vai fazer as 20 requisições api porque o zano faz requisição Api para fora certo Mao então o zano Faz a chamada api sei lá para ir no Instagram para ir na bolsa para onde quiser e o próprio usano traz de volta esses dados né o zano vai alterar o valor de carteira oano vai fazer isso mais 364 vezes e no Bubble você só pega o resultado final e galera Olhem que a gente não tá nem falando aqui da questão de tempo e performance estamos falando

só de custo hein mas olhando aquele gráfico de performance que a gente tinha imagina a diferença para rodar esse fluxo de 365 workflows por usuário no Bubble ou rodar no zano zano vai rodar isso aqui menos de um segundoou vai ser ponto ali Renato por exemplo se quisesse né Eh por exemplo o usuário e ele quer que sei lá automático uma vez por semana faça essa chamada enviada pro dap do bubo proos ano nem precisaria no próprio ano você já coloca um agendamento que ele vai percorrer ó eh esse esse usuário eu preciso atualizar então

eu já faria essa atualização então Eh você agenda ações nos ano para serem executadas de forma recorrente né então vamos tem mandar pro pro e-mail para ele né uma vez por semana o próprio US ano providencia isso ele não tem agendamento que é do bub Ó Execute e tal ele tem tarefas de background que você coloca uma vez por semana a cada 5 segundos a cada um dia e aí ele processa entendeu então por exemplo ele processa aquela lógica e você quer pegar os usuários que T agendamento atrasado daí ele vai e e Faria esse

esse processo então assim é basicamente assim que ele trabalha não tem não é igual no Bubble sim boa e aí aqui pessoal reduziria de 9913 workload units por atualização para 0,3 workload units por atualização no Bubble E aí nesse nesse cenário seriam se antes a gente tinha R 7000 por mês né nesse cenário a gente tem 20.000 atualizações a 0,3 São cara 6000 workload units 6000 workload units aqui no Bubble ó 6000 D tipo o plano Inicial entendeu o plano mais barato do Bubble da conta disso porque vai ser muito pouca coisa assim aí claro

que aí você vai precisar pegar um plano que US ano a gente estima que seria entre o launch aqui né E talvez até o scale 2x mais ou menos então coloquei até 356 por mês aqui né então com essa integração Bubble mais ano você gastaria algo entre 440 a R 2.000 por mês Dependendo de qual o plano e essa variação pessoal é pelo seguinte É muito difícil você prever custos de servidor né Mauro a galera às vezes me pergunta assim no YouTube mas Renato eu preciso saber exatamente quanto que eu vou gastar com o meu

aplicativo não tem bola de cristal nesse mundo você primeiro cria o aplicativo primeiro vê quanto de consumo você tá realizando para depois conseguir ter uma Estimativa de precificação daquilo né cara Exatamente é que nem cara que nem abrir uma empresa a empresa você vai abrir ó o custo Inicial vou ter isso daqui pô mas se eu tiver 100 clientes por dia eu vou ter que contratar uma uma equipe x se cara até 10 clientes Eu consigo tocar sozinho então é muito sobre você entender isso que que criar eh plataforma sistemas é a mesma coisa que

criar empresa entendeu Você precisa com quanto mais gente né Eh mais você vai investir só que com tecnologia dependendo Se você souber automatizar eh otimizar e automatizar você ganha muito mais você não não eh você torna a parada escalável por isso que eh você tem que ter esse olhar bem atento para isso E aí pô a gente tá falando de uma redução de 70 2 A 94% de valor aqui dependendo de em qual plano né que cairia aqui mais ou menos então aqui já uma redução ainda mais drástico Oi e mais performático e sem dúvid

sem falar né Sem falar do teu ganho absurdo de performance que você vai ter aqui porque Cara eu tenho certeza que se você fizesse isso aqui só com Bubble ia ser e eu já já vi aplicativos assim que é tipo assim estamos fazendo a sua consolidação de carteira te enviaria te enviaremos um e-mail quando finalizarmos aí você receber um e-mail D ali uns 20 minutos já viia aplicativos assim com os anos você faria quase que a toque de caixa né exemplo três último exemplo que eu vou dar para vocês esse exemplo acho que todo mundo

vai entender bem o funcionamento dele né eu consigo comparar bem porque eu tenho um amigo aqui em Florianópolis que ele tem uma empresa de gestão de frotas Então imagina um aplicativo tipo Uber galera ou de gestão de frotas que é assim ó um monte de carro na rua onde os motoristas estão com aplicativo aberto atualizando a posição geográfica dele para você saber onde tá cada carro tá como que funciona o consumo de workload units disso imagina aqui esse eu perguntei para esse meu amigo eu falei cara ele tem ó ele tem uma o aplicativo de

gestão de frotas tem um monte de cliente e ele tem hoje 700 carros na rua utilizando o aplicativo dele né os clientes dele tem no caso eu perguntei de quanto em quanto tempo você atualiza o banco de dados ou seja de quanto em quanto tempo esse aplicativo que tá lá na mão do motorista ou eh preso no no vidro do motorista né Manda uma informação pro banco de dados com a com a posição geográfica dele uma vez por minuto uma vez a cada 5 minutos ele fala não cara uma vez a cada quro segundos Então

pensa que a cada 4 Segundos o aplicativo Manda uma informação lá pro banco de dados pum Estou na rua Marchal rondou pum Estou na Rua Duque de Caxias pum estou não sei o quê Estou não sei onde é isso que você vai vendo por isso que quando você abre o Uber lá e você vê o carrinho fazendo assim o Uber tá lá a cada 1 2 3 4 5 segundos Não faço ideia de qual que é a frequência coordenadas né mand as coordenadas isso ele manda lá a latitude e longitude na verdade quando a gente

fala de posição geográfica são esses dois dados né latitude e longitude Então pensa que vai gastar aqui 0.5 workload units por por atualização geográfica se você fizer uma atualização a cada 5 segundos cada carro vai fazer 5760 atualizações por dia sendo e 8 horas rodando o carro né vezes 0.5 você vai consumir por carro por dia 2880 work clou units se o teu aplicativo tiver 1000 carros rodando por 22 dias úteis são 63 milhões de workload units no Bubble galera O Bubble não tem nem plano se você botar 63 milhões aqui ó ele vai te

falar cara acima de 40 milhões fale com a nossa equipe a gente consegue um plano especial para você tipo não tem nem plano padrão para mais de 40 milhões entendeu então vê que pô sairia e E se fosse só por curiosidade né Se fosse tipo 39 milhões aqui ó estaria Em 800 só para vocês terem uma base e se eu fizesse com usano aí olha só eu vou enviar uma chamada ap pro usano que ao invés de consumir 0.5 aqui ó que é para modificar um dado no banco de dados eu vou consumir 0.1 que

é para enviar uma chamada api pro usano aí o zano vai fazer essa modificação entendeu então cara de 0.5 caiu para 0.1 Ok é uma redução né aí já cairia para 12 milhões de workload units por mês no Bubble que nos daria mais ou menos R 6.000 por mês já tá dentro e eu te falo esse amigo meu ele tem 700 carros na rua o aplicativo dele é feito no código ele usa a nuvem da Microsoft aure aure que pronuncia deve ser né aure e ele paga 00 por mês pra Microsoft tá então eu acho

que aqui tá até bom demais para ser verdade esse cenário tá ou ou esse aplicativo do meu amigo precisa ser otimizado ou ou esse cenário tá bom demais mas mas é coerente né E mais uma mais uma vez reforçando né A questão a conta que você tem que fazer Beleza a gente tá focando aqui olhando o custo mas por exemplo quantos que você ganha por carro né vamos vamos pensar Uber 1000 carros 22 dias Quantos que eu ganho por viagem r$ 1 R 20 eh depende da né da distância e aí isso vai eh Pô

você vai tá faturando entendeu então na construção quando você tá construindo algo você tem que pensar eh no custo e é como eu falei é como como construir uma empresa criar uma empresa eh vai precisar você investir A grande questão né que a gente tá tá falando é que o Bubble ele tava era era ovelha negra da precificação por quê Porque ele não fazia como a maioria ele gastava mais Conforme você consumia mais mas ele repassava o mesmo valor para você e agora eh essa mudança que eles fizeram para se adequar o mercado e também

né Pro negócio ser sustentável esse amigo meu para você ter ideia Mauro ele gasta $600 quanto é que dá $1600 x 5 dá mais ou menos r$ 8000 por mês mas ele fatura r$ 50.000 por mês mais ou menos entendeu ão oito em cima de 150 cara 5 55% dos custos dele são de servidor Tá super dentro entendeu normal você falou que ele faz no código né quantos devs ele tem que aí é muito quatro ou cinco se eu não me engano então isso daí também entra no custo entendeu cza É cara se for sor

já já muda a conta então é você tem que entender muito de do princípio senão você vai ah não só cus servidor E aí você acha que teu negócio Acabou que é inviável não tem várias coisas né não é só isso isso às vezes é o que a galera não se liga né Mauro tipo quando você paga aqui quando o Mauro paga 350 por mês pros ano cara ele não tá pagando o servidor ele tá pagando sei lá Quantas dezenas ou centenas de pessoas trabalham nos anos que mantém o servidor funcionando que mantém tudo em

top de linha em relação à segurança que mantém o funcionamento que resolve bo Então cara é 1 do TR funcionários a menos que você precisa ter né Mauro Essa é a conta que às vezes a galera não faz cara exatamente e velocidade para mim é velocidade de construção É isso mesmo e aí um ponto importante é que nesse ser exemplo de mobilidade urbana qual que foi o grande gargalo aqui ó é que toda o a gente não consegue usando Bubble a gente não consegue sair desse cenário de consumir um workload unit para se comunicar com

os ano porque o Bubble ele não permite que o Fronte do aplicativo que o dispositivo do aplicativo do usuário se comunique diretamente com os ano isso aqui seria uma requisição api client Side né ou seja executada pelo dispositivo aqui no Bubble hoje atualmente você só consegue fazer a chamada api assim ó você se comunica com o servidor do Bubble aí o servidor do Bubble dispara uma requisição Api para US ano e tudo que passa Oi eu lembrei do lembrei de um detalhe aqui tem um cara que criou um plugin paraa comunicação dos ano com com

o O Bubble e parece que esse plugin consegue como Comic direto agora que ele deve ter fe Com certeza fez em JavaScript então exatamente entendeu e mas eu não utilizei na prática eu não ó Isso é importante que o Mauro falou galera porque eu não conheço então assim vamos só colocar uma hipótese se um plugin desse bem feito com uma biblioteca JavaScript consegue fazer uma comunicação client Side direto do dispositivo com os ano você já não precisaria consumir esse 0.1 workload unit entendeu então seu custo aqui galera dentro dessa operação cairia desses 12 milhões de

workload units para virtualmente zero Então isso é importante E aí o Toda vez que você passa pelo servidor do Bubble é que você consome workload units entendeu tudo que acontece aqui no dispositivo não consome nada galera então por isso que quando você quer se você já tem conhecimento de Bubble né quando você quer por exemplo modificar um Custom state que é uma variável ali rodando no dispositivo no aplicativo é zero com consumo de workflow units quando você quer mostrar um elemento e esconder um elemento tudo isso que roda você tá consumindo não recursos do servidor

está consumindo recursos do dispositivo do usuário e consumir recursos do dispositivo do usuário pode até deixar o dispositivo um pouquinho mais divagar se o cara tem um computador meio lento assim às vezes o aplicativo fica me lerão tal não sei o quê mas não vai te cobrar o workload units entendeu E aí se você usa uma outra ferramenta como por exemplo flutter Flow ou se você vê esse plugin que o Mauro comentou e funciona aí você consegue fazer uma comunicação Direta com os ano é uma requisição api rodando client Side que não precisa passar pelo

servidor entendeu nisso aqui já te reduz totalmente aquele custo de workload units que a gente comentou ali Então esse é um só para só para melhorar o teu entendimento assim do que é client Side server S Oi É aquela ideia Inicial né É nesse caso aí que nesse slide o flutter flow tá fazendo papel do quê De mostrar os dados tá buscando lá nos anos tá mostrando e toda a lógica toda a inteligência os dados recebidos essa atualização tá se tá sendo feito pelo backend que no caso é usandoo isso só para dar eh um

um pouquinho de contexto também que às vezes você acha estranho isso aqui né Mas por que que o Bubble não deixa fazer isso aqui galera porque o Bubble ele quer reduzir a quantidade de cagadas que a gente faz então assim ó O Grande Lance é que quando você faz uma requisição a client Side você expõe todas as credenciais e dados dessa requisição api então se você tá mandando por exemplo um token de autenticação uma chave secreta qualquer coisa aqui um cara um pouquinho mais ligeiro consegue acessar esse dado entendeu quando você faz isso pelo servidor

aí não porque aí as chaves todas ficam no servidor então o dispositivo vai pedir ao servidor manda aquela api todas as chaves api todas as chaves secretas todas as credenciais sigilosas estão armazenadas no servidor então assim você fica protegido de hackers e safados em geral né então por isso que no flutterflow por exemplo você consegue ativar um servidorzinho no meio do caminho quando você tá mandando credenciais sigilosas aí eles fazem uso do firey base e Cloud functions né mas é isso é tema para totalmente outro vídeo outra aula né até aproveitando Deixa eu te perguntar

Mauro por zano e não por exemplo Fire base porque não supa base porque não outros backends que eu sei que você eh questionou ali analisou na época então eu sempre tô eu sou a Adopter né sempre tô atrás de ferramenta E aí Existe uma grande diferença que a galera acha que zano é igual firebase é igual a a supabase e não supabase firebase é o banco de dados tem autenticação você consegue fazer isso só que qualquer lógica você precisa construir código são as Cloud functions Isso você precisa construir usando ele te dá esse poder do

no code ou seja ele já tem muita lógica pronta você já consegue que eles cham de filtros você por exemplo trabalhar com reex trabalhar pegar tratar variáveis então ele te traz toda a lógica em no code supabase e Fire base não entendeu então qualquer coisa por exemplo você vai no flutter flow você tem que criar uma uma função específica na mão né até então porque eles são low code Então é eu fiz esse teste quando eu fui assim como criar no firebase um web Hook tipo assim cara eu quero receber um we quero criar um

Api endpoint para receber um web Hook como eu faço isso no firebase meu já logo me meteram no código terminal entendeu então tipo E aí qual que é o problema não é que a gente pô ai não gosto de código não é isso é que não é só a questão de criar criar código qualquer um faz hoje em dia especialmente com chat GPT né Mauro o que me preocupa é a manutenção cara que é 100 vezes mais importante do que a criação em si Então você foi lá criou um api endp no código no firebase

testou tá funcionando aí chega um cliente teu passa a mão no telefone e fala ô Fulano parei de receber os web Hook urgente tô com cliente na linha como é que você resolve cara Então esse é o Grande Lance você precisa ter uma compreensão muito boa do código que você tá escrevendo para saber como dar manutenção e como corrigir os bo que vão aparecer ali né então é justamente isso o zano não é equiparado eh é iguais os mesmos parâmetros é igualzinho o supabase e firebase são concorrentes diretos entendeu e zano não zano te traz

uma lógica te traz e muitos benefícios né além de autenticação armazenamento de dados Storage tudo mais ele te traz o poder do nocode para você construir toda sua lógica de backend sem saber código e e eles lançaram também a possibilidade de você criar lambidas que são códigos igual você precisa criar lá no no supabase ou no firebase você tem essa possibilidade então você não fica na mão e foi por esse motivo que testando vários lá atrás né porque velocidade para mim na construção na manutenção é algo decisivo E aí eu escolhei escolhi eles por questões

eh por essas questões boa e só para terminar ali ó onde é que a gente tava Ah e nesse exemplo que eu citei né aí você vê como já reduziria o custo a gente tava falando lá de gastar r$ 6000 por mês Bubble is ano se você Us uma ferramenta consegue se conectar client Side direto com usano isso aqui cairia para pô R 400 por mês a até R 3.500 por mês que aí aqui eu já fiz uma Estimativa de que talvez você precisaria usar aí um scale 4x aqui chutei assim que já é um

plano duas vezes mais poderoso do que o que o Mauro usa hoje com as 70 milhões de requisições dele né E aí assim a gente conversou muito né Mauro sobre cara não é para todos os casos né não é aquela coisa Nossa eu preciso para 100% dos projetos Definitivamente não é galera Zan é um backend externo de altíssima performance mas que você não precisa se preocupar não vai ser para 100% dos casos as melhores dicas que a gente pode dar para você aqui para você saber se deve ou não migrar paraos ano é primeiro seu

aplicativo vai lidar com manipulações e interações massivas de dados ou seja você imagina em algum momento você tendo que manipular 10 50 100.000 registros de banco de dados ao mesmo tempo você vai cara ter aquilo que a gente chama às vezes de user generated content que é conteúdo gerado pelo usuário tipo assim cara eu vou criar uma rede social então vou ter 10.000 pessoas criando posts e trocando mensagens e anexando imagens e comentando e dando like favoritando é frenético o número de interações com banco de dados que uma rede social tem entendeu já seria interessante

agora pega o case ali por exemplo do sei lá pega o Dev book que é o último aplicativo que eu lancei aí que é aquele criador de portfólios né cara você vai lá loga se cadastra gratuitamente aí pô você cria um portfólio pronto tá criado você só vai querer modificar ele três vezes por ano aí as pessoas vão lá e só visualizam portfólio te manda um e-mail cara apesar de ter todo dia centenas de pessoas usando é muito pouca a interação com banco de dados seria loucura total da minha parte pensar emz ano para um

projeto desse entendeu só agregaria complexidade e tempo de forma totalmente desnecessária pega o Thiago Costa lá da freelap que eu conversei com ele na semana passada ele criou um sistema de gestão para freelancers cara o freelancer acessa aí ele gera um orçamento ele gera um contrato Ele marca o negócio como pago sabe tipo é muito pouca a interação de banco de dados então Definitivamente não perca tempo com backend de alta performance cara cria tudo em Bubble banco de dados nativo do Bubble na boa mesmo em relação a isso segundo motivo Se você quer ter um

backend único para usar em diferentes frontends exemplo você precisa por exemplo você tá criando a aplicação web em Bubble Mas você quer manter um aplicativo nativo que teu cliente já tem criado no código por exemplo em react seria interessante você usar zano porque aí você vai ter um backend único ali né vai ter o teu motor Central E aí o Bubble se comunica com oano aí o aplicativo nativo react se comunica un usando todo mundo se comunica com usano Então se teu aplicativo já está nascendo com essa cara eu vou precisar pegar vários frontes para

se comunicar com o motor do meu aplicativo aí vale a pena e por fim se para você escala Já é na etapa em que você está se a escala Já é mais importante do que velocidade de criação que eu botei só velocidade né mas eu quis dizer velocidade de criação tá galera então assim puts Eh que que você prefere criar o negócio em 60 dias ou criar em pô 4 meses de repente o dobro do tempo mas já prevendo que você vai precisar dis escala Já prevendo que o negócio por exemplo você tá migrando às

vezes um aplicativo teu que já tem cara 100.000 usuários entendeu para você nesse momento escala Já é mais importante que velocidade de criação e esse é o ponto que a maioria das pessoas confundem né Mauro que o cara tá lá meu ele nem validou a ideia ainda e ele não mas quando eu tiver 10 milhões de usuários porque eu vou disrupt a forma como as negociações de criptomoedas vão ser feitas o cara primeiro valida tua ideia esse cara era eu eu queria resolver problema de ários quando eu só tinha dois você entendeu isso é uma

coisa que eu aprendi eh se tem duas coisas que eu aprendi nessa questão de conceito de MVP construção de Startup de SAS Eh cara você não precisa primeiro você não precisa ser Eugênio que tem que trazer todas as ideias você tem que estar com ouvido muito atento para a visão do usuário Então tá próximo do usuário para construir eh soluções assertivas e o segundo ponto é justamente esse não Quira resolver problemas tipo ah criação de usuário tem aplicativo é o que eu crio na mão porque é uma vez só depois o stripe faz todo eh

todo o processo só que o cor do negócio o problema que vai ser resolvido eu tenho que colocar o máximo de energia então isso é é muito importante na hora de que você tá começando exato E aí quando não migrar para zano galera na grande maioria dos mvps que eu vejo nossos alunos criando que vocês Me Passam aqui a ideia que eu vejo o pessoal lançando lá na comunidade e o ainda não vejo em 80 ou 90% deles qualquer necessidade de você já pensar num backend de alta performance Especialmente porque nesse momento para vocês velocidade

de criação e não só velocidade de criação né galera velocidade que você consegue implantar melhoria sabe velocidade de aprendizado também porque a pessoa que tá começando agora né maur uma coisa é aprender Bubble outra coisa é aprender Bubble isano né cara isso isso isso que eu ia falar Eh você tá principalmente quem tá começando entendeu cara você tá concentrando teu conhecimento até e eu vejo assim se você tem conhecimento em bubo e é uma coisa que eu defendo muito né você eh aprender tá aberto para aprender ferramentas porque depois que você entende alguns conceitos do

do Bubble você entende conceitos do usando muito mais facilmente mas às vezes você saiu de paraquedas cara você quer resolver um problema você é um advogado um médico sei lá qualquer profissão você fala cara eu vi no bub eu consigo resolver o meu problema é muito mais fácil mais rápido mais assertivo você focar em algo que já te dá tudo pronto E aí você já entendeu como constrói é que nem a minha primeira Startup se for olhar hoje cara é muito mais fácil porque eu já testei várias coisas então você aprender bubo entender todo esse

conceito banco de dados manipulação de dados e experiência do do usuário vai te possibilitar você focar só só nisso então assim é a forma mais assertiva que que eu vejo entendeu agora se você já tem não já tem no você vem da programação talvez eh e você vê a escala cara esse meu aplicativo aí eu acho que vai bombar aí faz sentido que nem o Renato falou eh você já pensar numa estrutura eh mais robusta boa e aí por fim aqui galera quando a gente fala de migração pessoal se assusta né Ai meu Deus vou

ter que refazer tudo Jesus amado anos perdidos ela não pense primeiro que assim ó é aquilo que eu já falei nos meus outros vídeos aqui não existe conhecimento perdido Então pode ter certeza que tudo que você aprendeu sobre banco de dados do Bubble são conhecimentos que você vai aplicar 100% na hora de aprender ano então não tem Ai meu Deus vou ter que cara tudo aquilo é aproveitado Mas o mais importante é o seguinte quando a gente fala de migração não é migrar tudo a preciso migrar todo o meu backend PR usando meu Deus do

céu que pesadelo galera não é assim aliás dificilmente você vai precisar migrar do seu backend migra um backend workflow pesado Então você vai lá nos logs do teu aplicativo Bubble por exemplo aí você percebe que cara tem um backend workflow teu que você faz lá que sei lá uma vez por semana você tem que disparar por exemplo 50.000 e-mails Cara isso aí vai pesar no Bubble pegar E socar 50.000 requisições api ali entendeu pega só esse backend workflow de disparo de 50.000 e-mails e joga ele pro zano aí você só faz uma chamadinha zano dispara

o zano faz entendeu e você consegue ver isso né O Bubble mostra ali o que que tá consumindo mais E workloads então você consegue Cara isso daqui seria interessante eu consigo replicar de uma maneira rápida fácil ali no no ano vai resolver esse consumo de workloads eu já consigo construir você faz dessa forma exato aí vai migrando depois h backend workflows vai chega uma hora que você pode ter cara todos os teus backend workflows rodando nos ano você só manda requisição api paraos ano falando para ele o que que ele tem que fazer entendeu aí

depois se você quiser começa a criar tabelas começa a criar banco de dados mesmo nos ano e depois pode ir jogando por exemplo banco de dados nos ano vamos dar de novo o exemplo ali do do Thiago da freelap por exemplo vamos dizer que ele cria um módulo que ele não tem hoje que seja assim ó o módulo de contas a receber e a pagar para freelancers que não não faz nem sentido assim comercialmente falando mas vamos dizer que ele queira criar né E aí ele vai lá e cara cria um módulo de fluxo de

caixa como que funciona fluxo de caixa galera muito par parido com que eu falei no aplicativo dos investimentos então você precisa Ah quero aferir meu fluxo de caixa por exemplo pros próximos e 60 dias cara você tem que para cada dia verificar todas as contas a pagar e receber naquele dia e tirar um saldo Então você tem que fazer pum 60 atualizações de banco de dados assim ó toque de caixa então ah eu vou implantar esse módulo eu já posso implantar isso direto nos ano entendeu Vou criar um módulo novo já crio esse módulo nos

anos já boto para rodar lá então essa migração ela não só pode como na nossa opinião né Mauro ela deve ser modular galera porque você vai assumindo conhecimento você vai aprendendo como funciona você vai sentindo cada vez mais confiança aí você vai migrando pouco a pouco a medida que necessário né Foi assim que eu fui transicionando ali pros anos né hoje as minhas aplicações elas já incluem porque e é uma coisa que tipo eu aprendi e e faz sentido para mim né Eu acho que para você já virou natural né Mauro você já vai criar

um aplicativo novo Imagino que você já eu penso para escalar na verdade eu não entro nada em construção que não seja escalável entendeu então assim já faz sentido para mim e aí O o que que eu fiz primeira coisa foi justamente existe um um triger de banco de dados que você pode sincronizar Então você pega o dados o mesmo dado que você que você tem no numa lá no Bubble e você joga pros anos então É como se você replicasse e aí por exemplo você replica esses dados e alguma função alguma inteligência enriquecimento de dados

alguma coisa você faz nos anos e depois você pode até devolver entendeu isso em tarefas de background eh eu faço muito isso foi como eu comecei Então acho que esse é o é a forma mais tranquila até para você criar confiança porque Imagine que não tinha ninguém Eh agora começou a surgir conteúdo de zano Mas até então a galera falava cara só encontro no canal do do do zano e você falando e é em português sobre zano porque justamente sobre isso agora eh você já consegue ter esse entendimento e eu acho que traz mais confiança

né como a gente falou cara em vez de tá começando agora já vai fazer de da duas formas é mais conhecimento que você tem que ter e eu acho que isso pode ser pode amedrontar a galera né exato e fala um pouquinho cara você falou de um recurso muito bacana que é aquele Reds que é do Cash né consegue explicar pra gente um pouquinho esse conceito cara então Eh servidor Reds eh é um recurso muito utilizado na na na programação convencional que é utilizado para fazer Cash por o banco de dados Reds né ele utiliza

a memória ou seja eh ele busca o recurso na memória você não tem que buscar sempre as solicitações lá no banco de dados E aí eu até mandei um print pro Renato em relação a isso ou seja toda vez que você consome por mais que o o o o Zan é performático se você vai no banco de dados ele tem o tempo se você vai na eh se você vai na direto na na memória cara ele não tem esse acesso né que a gente diz ao disco que é mais lento então na memória sempre vai

ser mais rápido e o Reds eh servidor Reds que o usano implementa a partir do plano scale eh te permite fazer isso ou seja você fez uma consulta pode ser por usuário pode ser geral por dia o primeiro usuário que fez essa consulta vai no banco de dados todas as outras vai ficar essa consulta o o resultado o Jon lá né Vai ficar na memória ou seja os próximos usuários ou a tua segunda solicitação sempre vai eh buscar na memória vai ser muito mais rápido e aí eu até mandei esse print pro Renato que exemplifica

isso por exemplo eu tenho uma solicitação que é para verificação se o número é WhatsApp ou não para mim verificar eu preciso saber eh eu preciso buscar uma API externa e fazer essa verificação Então a primeira vez que eu pego esse número eu verifico se ele é ou não salvo nos ano aí ele demora 2.13 segundos para fazer essa requisição api pela primeira vez né É pode demorar mais mas aí é exemplifica ali ó tem 1.3 também depende da solicitação tá Ah e do consumo do do momento então assim vamos colocar peguei ali o melhor

o maior resultado 2.13 Consultei o número esse número não existia na minha base no meu no meu banco de dados eu tive que tratar salvei no banco de dados E aí e retornei pro usuário beleza a próxima vez eu vou consultar no banco de o próximo usuário Vai consultar esse mesmo número eu vou consultar esse número vai estar no banco de dados E aí eu posso habilitar né Se eu tiver nesses planos o o Cash que é o servidor Reds e também posso gravar algumas eh eh utilizar isso dentro da minha lógica Mas vamos pensar

que é só para Cash a próxima solicitação para esse número já caiu ó começou em 2.13 segundos então mais de 2 segundos foi para 0,62 quando eu consegui um pouco mais de meio segundo no banco de dados e por último foi para 0.09 segundos porque buscou direto na na memória só buscou o resultado que alguém já tinha buscado anteriormente Ou eu mesmo então depende da lógica e isso eh torna a aplicação muito mais performática Renato isso daí para mim ficou bem claro uma solicitação que eu tinha 20 segundos quando era ap externa Imagine você ter

uma solicitação 20 segundos que era muitas informações tratava dem 20 segundos só que depois que eu consultava essa primeira vez eu não precisava mais eh ir lá porque o dado não atualizava aí as próximas saí de 20 segundos para 200 msos Por quê Por causa desse eh desse recurso outro exemplo Às vezes você tem um relatório diário que cruza várias informações e E demora só que depois que ele gerou ele não vai mudar então você pode deixar no no cash né É no servidor Reds E aí ele vai retornar esse daí muit muito mais rápido

pro usuário então é é um recurso muito interessante ali que eu utilizo e os anos já trá isso eh embutido através a partir do plano esqueiro quer ver um exemplo prático disso imagina aquele exemplo que a gente falou do aplicativo de investimentos né então assim imagina galera aqui sei lá você fez uma consulta para pegar o preço de Petrobras da ação da Petrobras em primeiro de Janeiro aí o preço da Vale em primeiro de Janeiro Você concorda orda comigo que não faz sentido se você tem 5000 usuários no teu aplicativo não faz sentido você consultar

5.000 vezes o preço da mesma ação no mesmo dia que foi no ano passado eu vou de novo no banco fazer uma requisição aí pra bolsa de valores que te cobra por requisição né então vou 5.000 vezes perguntar Ô bolsa Qual que é o preço da Petrobras em primeiro de Janeiro do ano passado Ah é r$ 8 aí você vai de novo Ô Qual que é o preço Pô bicho acabei de te falar velho então quando você usa o recurso do Reds para armazenar em essas informações é isso Você guarda dentro do Z ano e

fala cara eu já tenho o preço da Petrobras em primeiro de Janeiro todas as novas Consultas por essa mesma informação nessa mesma data pode usar do Cash então primeiro que tem a questão do tempo que você falou que cara imagina que demora 2 segundos para buscar o retorno de cada ação se eu precisava fazer isso com 20 ações eu já tô falando aí de 2 x 20 40 segundos que seria reduzido para virtualmente zero né já que a gente tá falando de menos de 1 centésimo mic segundos Então não vou nem falar da questão de

tempo mas vou falar cara de olha como você já começa a ter ganhos por exemplo você sabe que esse tipo de api que você contrata você paga por quantidade de requisições né Vai lá na api por exemplo da tecnos Speed para fazer consulta de preços de ações você tem um limite cara 10.000 requisições por mês 15.000 requisições por mês então você consegue reduzir absurdamente a tua quantidade de requisições por mês usando esse tipo de recurso o Red o Cash eu acho massa porque é um daqueles recursos que o zano tem mas que te permitem fazer

um microgerenciamento do teu backend que cara não é o foco do Bubble não é o foco da maioria das Ferramentas de front chend né cara que tem o front chend misturado Então é os caras meu pensando nisso né Que mais que eu posso dar de ferramenta pro meu usuário para ele micro otimizar tudo que ele precisar aqui e é e é o que eu tava vendo num vídeo do do fundador do Zana que ele fala justamente isso o bubo ele tem preocupação de fronte tem preocupação de back tem vários preocupações usando ele só vai ele

não vai pensar em tela tanto é que se você for ver ele não é tão bonitão eh depois você costume ele não é bonitão o Fronte do usando para você criar as coisas sim cara mas ele entrega resultado ele entrega o que se propõe Então esse que é um ponto né Eh quando se fala em performance também não só o servidor Red você consegue colocar um índice para performar melhor no banco de dados então tem várias coisas eh que são diferencial então isso já não tem no supabase e no no no firebase não tem a

resposta dele já é rápido por natureza mas só exemplificando né porque eh é importante você entender Até a questão que o Renato falou eu uso muito isso às vezes você paga por consulta da api cara você consulta uma vez cara aquele dado você vai consultar várias vezes você salva nos ano e aí você verifica tem esse dado no meu banco de dados não tem Senão vou pesquisar a pi interna pronto então é basicamente é isso que eu faço em muitas das lojas Então quando você trabalha com a ap externa né E hoje a o a

e hoje o grande recurso do do zano eh do zano do nocode é você trabalhar com api entendeu porque se fosse só construir sem e conectar com outos serviços talvez não faria sentido né Eu acho que uma grande o ponto forte do nocode é simplificar esse processo de se comunicar com vários serviços e trazer a informação de uma forma muito rápida muito muito fácil é isso aí e para você que quer aprender um pouquinho mais na comunidade sem codar nós já temos aulas de integração Bubble isano embora que a gente fale mais da troca de

apis da criação de banco de dados assim né mas o Mauro galera o Mauro ele já lançou um curso sobre zano para vocês que tá no YouTube né Mauro Fala um pouquinho aí pra gente encerrar para quem quiser aprender mais Quais são os próximos passos então comecei como eu gosto muito de otimização de custo de performance de escala eh eu resolvi criar ali o curso né Eh comecei a ensinar eh e temho acho que 20 e poucas aulas tava lá na eh tava fechado e diante dessa modificação do do bub eu resolvi liberar abertamente lá

no YouTube então eh tem no canal do YouTube no code BR que você pode acessar essas aulas e ter um entendimento eh sobre isso né entender e ver que não é um monstro é só diferente tá E é isso que você tem que ter principalmente no mindset cara vou do Bubble pro flutterflow vai mudar alguma coisa mas muitas das coisas o conceito que o Renato ensina não muda é lógica entendeu então é só você se adaptar a cada a a cada ferramenta e você trazer isso eh de uma maneira mais rápida e mais fácil cada

vez que você vai aprendendo avançando aí no teu eh no teu conhecimento e agora eu vou criar uma nova versão né bem mais focado aí Eh sobre sobre escala performance e otimização de custo que é uma coisa que eu vivo na prática e gosto muito de construir né construindo aí esses projetos que eu já construi SAS E então é isso e é uma forma de contribuir né E também essa questão de e de trazer diante dos fatos né como o Renato Renato fez a galera ficou chorando e ficou fazendo um monte de coisa em vez

de pensar cara qual que são as alternativas O Renato foi lá e já tá trazendo a solução pra comunidade o que que né O que que o cliente do Renato precisa precisa cara então ver soluções e o Renato já trouxe ali já tá trazendo essas aulas aí de flutter Flow Por qu Porque o mercado mudou isso acontece sempre uma hora é pandemia outra hora é o bub outra hora vai ser o zano outra hora pode ser o flutter flow a questão é o que como que você encara tudo isso né e assim né Mauro cara

eu precisava fazer uma autenticação entre flutter Flow e zano ô cara como a gente já domina os fundamentos os conceitos básicos cara eu assisti assim 1 ter de um vídeo teu no YouTube tipo não deu 5 minutos já tava fazendo tá ligado Então cara aprender os fundamentos é o que te leva muito longe assim sabe e eu vou deixar aqui no link da descrição galera o vou deixar aqui na descrição o link do canal do YouTube do Mauro onde tem ali todas as aulas de ano tudo qualquer outro link que o Mauro quiser deixar aí

e Mauro muito Obrigado pelo por aceitar o convite muito obrigado por compartilhar teu conhecimento com a gente aí se quiser dar umas últimas palavras fica à vontade Eu que agradeço Renato pelo pelo convite eu acho muito interessante né E a galera que tá ajudando esse movimento eu sempre falo que o nocode é muito recente no Brasil por mais que você já tá desde 2020 cara tem uma galera eh que vai precisa que nem sabe né então e o Renato aí um grande propagador da mensagem e a forma didática me impressiona muito e é muito bom

ter relacionamento tá junto ali a gente troca ideia e aquela questão sempre eh a gente tá nessa troca de bastão uma hora o Renato eh tem um conhecimento que eu não tenho outra hora outro conhecimento eh o Renato precisa de um conhecimento que eu tenho ele não tem e eu acho que é muito massa a galera que tá n né à frente né gerando conteúdo trazendo eh informação trazendo dicas que tá muito nesse movimento a galera se ajuda muito né então por exemplo a galera lá da café que você fala bastante Cara eu já dei

mentoria deando para ele agora tô na mentoria deles e é isso a gente tá tá buscando muito isso e eu acho que você faz leva esse movimento no Coach com muita cara muita autenticidade com muita clareza você abre um mercado de uma forma assim eh bem interessante Eu Admiro muito teu trabalho né to didática que eu já reforcei toda vez eu falo cara to didática é [ __ ] e por mais que eu tenha lá meu curso ensine a didática principalmente para quem tá começando do Renato aí vocês até deixa no comentário se a didática

do Renato é fora do comum ou não então ele consegue abstrair ele faz né ele faz na didática o que o nocode faz com a programação convencional simplifica entrega né ele traz exemplos muito muito reais então eu agradeço a oportunidade de compartilhar um pouco do conhecimento e de est desde 2020 né na na comunidade tô lá eh de vez em quando pego alguns insites TR trocamos uma ideia e eu acho que eu acho que é isso temos muito a fazer para que o no code chegue a mais pessoas e então é isso isso aí valeu

Mauro Muito obrigado galera nos vemos semana que [Música] vem n [Música]