Baixar para ler offline
Carregado porMatheus Fidelis
Road to serverless
O documento apresenta os conceitos e benefícios da arquitetura serverless e FaaS (Function as a Service). Ele descreve como a abordagem permite entregar recursos de infraestrutura sem preocupações com servidores, oferecendo escalabilidade, pagamento por uso e tolerância a falhas. Além disso, fornece exemplos de implementação com o framework Serverless.
![[ServerlessDaysSP - 2024.10.19] Descomplicando 12-Factor Apps com Serverless ...](https://cdn.slidesharecdn.com/ss_thumbnails/serverlessdayssp-2024-241021195342-b53b4354-thumbnail.jpg?width=640&height=640&fit=bounds)
![[DTC21] Thiago Lima - Do Zero ao 100 no Mundo de Microservices](https://cdn.slidesharecdn.com/ss_thumbnails/0a100microservies-210317154040-thumbnail.jpg?width=640&height=640&fit=bounds)
Road to serverless
- 1.
- 2. Matheus Fidelis (Raj) ArquitetoCloud / DevOps Superlógica / PJBank
- 5.
- 6.
- 7. Funções tem entregae escala de forma unitária; Máquinas, VM's ou containers não são VISÍVEIS ao usuário; Storage Persistente é mantido transparentemente; Scaling por request; Nunca acima ou abaixo da necessidade; Never pay for idle; Sem custos por recursos sem utilização; Tolerante a falhas; Bring Your Own Code; Métricas e logging são direitos universais; MANIFESTO
- 8. PROVER RECURSOS DEINFRA SEM AS EVENTUAIS PREOCUPAÇÕES DE INFRA
- 9.
- 10.
- 13.
- 14.
- 15.
- 16.
- 17. IaaS Capacidade Computacional; VM Servers,Network, Routers e etc; Focado em Infraestrutura e SO; Requer mais provisionamento e configuração; Ideal para equipes grandes ou aplicações mais complexas;
- 18. PaaS Nível básico deabstração de infra; Focado em plataformas e aplicação; Ideal para equipes de desenvolvedores; Provisionamento e Escala Facilitado;
- 19. BaaS Alto nível deabstração; Objetivos Específicos; Corte de demanda; Gerenciamento por terceiros;
- 20. FaaS (Function as aService)
- 21.
- 22.
- 23.
- 25. Cloud Native (Código escritopara nuvem)
- 26. Negócio Abstração de administração Auto-scaling Pay-per-use* Timeto market Baixo Overhead Curva de aprendizado BENEFÍCIOS
- 32. FaaS Baseado em eventos Altadisponibilidade Alta escalabilidade
- 33.
- 34.
- 35.
- 36.
- 37. EPHEMERAL Criados para morrer Nãogarante um longo TTL Online somente quando requisitado Warm Ups
- 38.
- 39.
- 40. COLD WARM UP Umanova execução é requisitada O código é copiado para o container A função é inicializada A função é executada O container é congelado para execução
- 41.
- 42. HOT WARM UP Umanova execução é requisitada Um container é descongelado (warm) A função é executada O container é congelado novamente
- 44.
- 46. FRAMEWORK CLI Open Source Otimização deDeploy Gerenciamento FaaS Arquivo YAML de configuração https://serverless.com
- 47. npm install -gserverless
- 48.
- 49. serverless create --templateaws-nodejs --path ./demo
- 50.
- 51.
- 52. nome do app providers,runtimes e configurações globais Declaração de uma função serverless.yml
- 53. nome do app providers,runtimes e configurações globais Declaração de uma função serverless.yml Configuração de um evento HTTP
- 54.
- 55.
- 59.
- 60. POR ONDE EUCOMEÇO?
- 61. COMEÇANDO DO ZERO Pequenosserviços satélites Projetos novos em geral Processos mais braçais Crons e outros processos agendados Gerenciamento de logs e alertas
- 62. MIGRANDO O PRODUTO Migraçãoparcial Otimizações de Pain Points Endpoints de gargalo API Gateway
- 63.
- 64.
- 65.
- 66.
- 67.
- 68.
- 69. DEVOPS + FaaS Pipelines UnitTests Multi-environment CI/CD de FaaS Dev Onboarding
- 70. Desenvolvimento + Mocks localstack- AWS Resources (Docker) serverless-offline (npm) serverless-dynamodb-local (npm)
- 71.
- 72. Unit Tests Módulo dafunção lambda
- 73. Unit Tests Módulo dafunção lambda Mock de um evento HTTP
- 74. Unit Tests Módulo dafunção lambda Mock de um evento HTTP Captura do callback do Lambda
- 75.
- 76.
- 77.
- 78.
- 79. Webhooks API Gateway Lambda Savewebhooks-db webhooks-queue Webhooks Consumer Async Webhooks Execution Async execution feedback
- 80.
- 81. API Logs /IDS / Comportamento App Servers RedisMQ - IDS RedisMQ - API Logs IDS Consumer Logs Consumer
- 82. Lazy Data Streaming APIGateway Lambda Post SQS Messages Consumer App Servers
- 83.
- 84. Cron Jobs ETC... S3 BatchProcessing HTTP Requests AWS API Actions Database Process rate(2 hours) cron(00 23 * * ? * ) cron(00 05 1 * * ? *) cron(00 05 1 * ? * ) cron(* * * * * * )
- 85.
- 86.
- 87.
- 88.
- 89.
- 90. Configurações de Ambiente APIEndpoints Workers Shared Libs Tests Docker Travis CI / CD
- 91.
- 92.
- 93. Matheus Fidelis (Raj) Twitter:@fidelissauro Github: msfidelis Web: raj.ninja
Notas do Editor
- #2 Conversar sobre tecnologias Serverless Quais são; Os principios; Onde são utilizadas; Apresentar ferramentas; frameworks; casos de uso;
- #4 Confusão; Nome; Sem Servidor; A gente sabe que isso não é possível; Pedra; Tudo tem que arcar com custos computacionais;
- #5 O termo Serverless, tem servidor. O que caracteriza um serviço Serverless é muito mais que isso, e muito menos mágico que isso. A usabilidade do paradigma já começa bugando o cérebro pelo primeiro contato, pelo NOME;
- #6 Alguém aqui é usuário de serviços serverless? Alguém aqui já trabalha com serviços serverless? Alguém aqui tem algum projetinho pessoal legal usando Serverless? Alguém aqui já brincou em casa, no escuro, no silêncio da noite com alguma tecnologia Serverless? Antes de mais nada então, vamos começar do inicio. Quero que vocês peguem a gavetinha mental de vocês sobre o assunto, e coloque apenas folhas em branco. Vamos começar do zero a entender o que é esse tipo de tecnologia. Beleza?
- #7 Uma das primeiras coisas mágicas que ouvimos falar a respeito do Serverless, é a total eliminação de práticas DevOps e custos computacionais. Isso não é verdade. Pra alguém dizer isso ela não faz a minima ideia do que é DevOps. As boas práticas de software, de qualidade, pipeline ainda são aplicadas normalmente. E como já vimos, vamos modificar a ideia de “Sem Servidores” para “Sem PREOCUPAÇÃO com servidores”.
- #8 O paradigma/filosofia Serverless não nasceu da bagunça do dia pra noite. Existe um manifesto das tecnologias Serverless, Que ninguém sabe ao certo quem é o autor, só sei que esse manifesto está publicado em blogs da AWS, de figurões como Martin Folwer, Uncle Bob e etc. É meio confuso achar o autor verdadeiro disso, mas todas as ideias e tecnologias que surgiram com base em Serverless seguem ou estão tentando seguir fielmente o que está descrito nesse manifesto.
- #9 Resumindo tudo isso, a ideia do Serverless é prover recursos de infraestrutura e serviço, sem as eventuais preocupações de manutenção e suporte pra recursos de infra.
- #10 Te permitindo focar direto na camada de aplicação e consumo dos serviços que você pretende utilizar.
- #12 E dentro dos níveis de abstração de cloud mais conhecidos, onde está o Serverless? Essa é a melhor imagem do universo pra explicar os níveis de abstração de Núvem
- #13 Mas antes da gente responder essas perguntas, vamos pegar mais folhas brancas e onde tudo era mato.
- #15 Mas esse cenário se tornou inviável com o BOOM da adoção da tecnologia. Com transformação digital da maioria dos produtos tradicionais, a facilidade de criar novos produtos de tecnologia, com a facilidade de acesso aos serviços de tecnologia, começaram a surgir N necessidades de escala. Sejam elas
- #16 Foi mais ou menos ai que o Cloud começou a explodir em termos de adoção, custo, escalabilidade e performance pra esse novo tipo de necessidade.
- #17 E com ele vieram vários terminhos técnicos, que são chamados de QualquerCoisaAaaS, que hoje são os níveis de abstração de Cloud,
- #18 Vamos passar rapidamente entre os mais conhecidos, sendo o primeiro e até hoje mais adotado, o Infrastructure As A Service. A ideia de criar, dimensionar e destruir infraestrutura conforme demanda serviu como uma luva pra suportar o surgimento e crescimento de novos produtos e negócios. Porém o custo manual disso ainda era muito grande, seja por provisionamento, configuração de servidores, rede, roteadores virtuais. Gerenciamento de imagens, versionamento, manutenção de S.O. O que faz ele ideal pra quando seu produto requer níveis mais baixos de configuração. Esse modelo otimiza e muito custos, escala vertical, horizontal, te provê mais níveis de customização, porém ainda existem necessidades que não precisam de tanta gestão, e precisam ser mais ágeis.
- #19 Dai foi criada mais um nível de abstração de infraestrutura, focada em código e na produtividade do desenvolvedor, o Platform as a Service, facilitando e abstraindo muito questões de infraestrutura pra quem não tinha a necessidade de tamanha customização, ou não possuia Know How suficiente pra tal. Esse modelo na maioria dos casos te provê apenas uma forma de você subir seu código desde que o Runtime fosse suportado, e disponibilizar o acesso para consumo dos clientes. Mais tarde esse nível evoluiu bastante, principalmente com a adoção de Containers e etc.
- #20 Também existe o Backend as a Service que talvez fosse o primeiro passo pra algo Serverless de verdade. Esse modelo foi criado pra abstrair o uso de recursos especificos como Storage, Databases, Runtimes especificos de código, e ele veio para cortar a demanda de algum objetivo complicado de backlog.
- #21 E o principal dessa noite o Function as a Service.
- #22 Que são basicamente a possibilidade de fazer deploy de funções independentes, com responsabilidades independentes e que elas possam escalar independentemente de acordo com a demanda.
- #23 A ideia é ter codar e entregar uma função que tenha um objetivo especifico, e permitir que a ela execute de forma independente e transparente pra cumprir o que ela foi criada pra fazer.
- #24 Uma ideia que mais tarde evoluiu do que a gente conhece hoje como Microserviço, e uma ideia ajudou a evoluir a outra até chegar num nível de abstração que elas conseguiram se unir e se tornar a mesma coisa dentro de contextos especificos.