Bom pessoal, agora a gente vai falar sobre serverless, né? Tá uma febre danada sempre quando a gente fala sobre serverless, mas infelizmente algumas pessoas não entendem alguns conceitos e acabam pensando que serverless não passam de Lambda Functions, legal? Vamos entender como é que funciona toda essa história. Pessoal, desde quando a gente conhece servidores de hospedagem depois a gente sabe que a gente tem cloud providers né aws oracle é jor a gcp e tudo mais você paga conforme os recursos que você está utilizando seu sub uma máquina vou pagar por uma minha máquina pelo tempo que essa máquina está ligada agora seria muito bom eu poder pagar apenas quando eu uso a máquina na minha aplicação como assim vamos imaginar que o meu site ele não tem nenhum acesso da meia noite às seis da manhã seria muito legal eu poder desligar meu servidor essa hora para não gastar o problema é que se eu desligar meu servidor essa hora para não gastar o problema é que se eu desligar meu servidor e o pedrinho que começar a trabalhar mais cedo e foi pegar alguma coisa na aplicação a aplicação poderia estar fora do ar então o que eu faço como efeito colateral eu mantenho sempre a minha aplicação funciona e eu pago por isso agora quando a gente está falando no universo universo serverless, significa que eu vou pagar somente pelo que eu uso realmente, somente pela minha demanda. Então, por exemplo, se o Pedrinho acessar o meu sistema às três horas da manhã, quando o Pedrinho acessar, eu vou pagar pelo acesso do Pedrinho. Se ninguém mais acessar, eu não pago. Quando chegar no dia seguinte e milhões de pessoas tiverem acessando eu que vai acontecer comigo eu vou pagar somente pelo que foi utilizado então parece uma forma bem justa e interessante de você utilizar isso aí o grande ponto é que serverless galera não engloba apenas a sua aplicação quando a pessoa acessa. Serverless é um conceito geral de serviços que incluem diversas opções quando você está trabalhando com cloud providers. Então, o que eu estou querendo dizer é que serverless não necessariamente é uma Lambda Function. Vamos trazer um exemplo aqui mais realista. Imagina que eu tenho uma aplicação e eu fiz o front-end dela lá, sei lá, em React. Aí, o que eu fiz? Eu peguei esse front-end, subi lá na AWS S3, beleza? O que acontece? Quando eu subi, o que eu tô ocupando lá nesse três espaços ea aws ela vai me cobrar pelo espaço de eu colocar aquela aplicação lá beleza normalmente algo bem barato aí o que acontece quando alguém acessar essa minha aplicação o que vai acontecer eu vou receber uma ação de entrada e voltar a pegar dados de saída. Aí o que a Amazon vai fazer? Ela vai me cobrar pela entrada e pela saída de tráfego. Se uma pessoa acessou, eu vou pagar pela entrada e saída. Se mil pessoas acessarem, eu vou pagar por mil. Se um milhão, se dez milhões, se cinquenta milhões acessarem, eu vou pagar por isso aí. Legal? Ou seja, eu estou 50 milhões acessarem eu vou pagar por isso aí legal ou seja estou pagando somente pelo que eu usar ninguém acessar eu não pago aí o que acontece eu fiz a minha aplicação react e daí o que acontece essa aplicação no iate o que ela vai fazer ela vai apontar por um beckham? Mas esse back-end, ele não é uma aplicação inteira. Eu criei ele no formato de uma função. Ou seja, uma Lambda Function. O que significa? Ao invés de eu deixar a minha máquina ligada o tempo inteiro, o que acontece? Ela só vai ser ligada quando eu receber uma requisição. Ela só vai ser ligada quando eu receber uma requisição. Porém, o meu F3, ele não vai conseguir acessar necessariamente direto uma Lambda Function. Ele vai ter que cair por uma camada. E essa camada pode ser uma API Gateway. API Gateway funciona o seguinte, nesse caso, tá? Quando a pessoa acessar a barra Home, a API Gateway fala, ah, quando for barra Home, vai cgate vai falar, ah, quando for barra home vai cair nessa lambda function quando bater na lambda function a lambda function vai subir a primeira vez, normalmente essa primeira vez ela demora um pouco mais é algo que a gente chama de cold start legal, mas depois ela consegue responder todas as requisições muito rapidamente, e eu só vou pagar pelas requisições que eu utilizar. Ou seja, eu não estou pagando por hora. Eu estou pagando por uso. E isso aí pode fazer eu economizar milhões de dólares aí nesse caso. Legal? A API Gator, por sua vez, eu também só vou pagá-la pelos acessos que ela fizer esse roteamento para mim. Se eu não utilizar, eu também não pago. Então, isso é serverless. Depois disso, o que acontece? Todos os acessos da minha API Gateway, eu quero guardar um log, um registro de tudo o que está acontecendo. Então, eu uso, sei lá, um Cloud Trail ou alguma coisa desse tipo para eu guardar os logs de tudo que aconteceu. Se eu não tiver acesso, eu não tenho log. Se eu não tenho log, eu não tenho que pagar. Se eu tiver acesso, eu gero o log e pago pelos logs que eu guardar. Legal? Mesmo esquema, serverless, no final das contas, significa que você não tem que tomar conta e se preocupar com servidores, com a parte de operação. Você vai se preocupar apenas em focar na sua aplicação e você vai pagar sobre demanda. Legal? Aí o que acontece? A minha Lambda Function chamou outra Lambda Function. Então eu só vou pagar pela chamada dessa Lambda Function. Legal? E essa minha outra Lambda Function vai chamar quem? O S3. Para pegar algum arquivo, algum registro no S3. Então eu vou pagar também pelo acesso do S3. E por último, a minha Lambda Function vai utilizar o DynamoDB para persistir informações, para recuperar informações. E no DynamoDB também eu vou pagar apenas pelas leituras e pelas gravações que eu vou fazer. Eles têm uma forma de cobrar. Então eu só vou pagar meu banco de dados pelo que eu usar. Então quando a gente está falando em serverless, galera, eu não estou falando apenas em Lambda Functions. Quando eu estou falando em serverless, significa que eu não vou ter que me preocupar com diminucionamento de infraestrutura, deployment de infraestrutura, tá? E pagar por algo que eu não estou utilizando. algo que eu não estou utilizando significa que o cloud provider vai provisionar deixar tudo pronto pra mim e ele vai me comprar on demand conforme o uso tá então serverless vai desde o s3 até uma lambda function até um banco de dados tá serverless não é apenas lambda functionsctions. Se você entender isso, esse é o conceito básico de Serverless. Obviamente, a gente vai ter uma área, uma disciplina ali que a gente vai focar em Serverless em si. Então, a gente consegue ir com mais detalhes. Mas é importante você entender esses conceitos agora. Fechou? Um grande abraço e é isso aí.