Serverless: A revolução na nuvem via Rodrigo Branas

Mudança da mentalidade das pessoas em relação a reserva de recursos e como essa revolução começou com o cloud computing indo desde a IaaS ou Infrastructure as a Service, passando pela PaaS ou Platform as a Service para enfim chegar em FaaS ou Function as a Service. Vamos abordar as diferenças fundamentais entre esses modelos, onde se aplicam e porque o conceito de Serverless veio para mudar a forma como estruturamos a arquitetura das aplicações, abordando conceitos de Microservices e Nanoservices.

Transcript

1. Serverless A revolução na nuvem Rodrigo Branas – @rodrigobranas - http://www.agilecode.com.br
2. youtube.com/rodrigobranas
3. O que você espera da sua infraestrutura?
4. Antigamente as empresas montavam seus próprios ambientes de produção...
5. Talvez não seja tão antigamente assim!
6. Quem já teve uma relação mais próxima e conhece seus servidores fisicamente?
7. Muitas vezes, conhecemos o servidor até mesmo por um apelido carinhoso
8. Quem lembra dos apelidos?
9. É fundamental entender o modelo econômico para tomar a melhor decisão
10. Paradoxo da reserva de recursos
11. O que é melhor, comprar ou alugar um carro? E transporte compartilhado?
12. Em média, quantas horas por dia seu carro fica estacionado?
13. Se pensarmos em conforto, liberdade e autonomia, comprar um carro faz sentido
14. A mesma coisa pode estar acontecendo com os seus servidores...
15. Analise a carga do sistema ao longo de um determinado período de tempo
16. Na maior parte das vezes ela é sazonal e varia muito ao longo do dia e da semana
17. Com base nessas informações é possível tomar decisões mais inteligentes
18. "Sem dados você é apenas mais uma pessoa com uma opinião" (Eliyahu M. Goldratt)
19. - + Controle Pirâmide da infraestrutura
20. Afinal, o que é Serverless?
21. "Permite que você transfira as responsabilidades operacionais para nuvem, aumentando a sua agilidade e inovação" (AWS)
22. Responsabilidades • Provisionamento da máquina • Instalação e atualização do sistema operacional e de bibliotecas • Montagem do ambiente de produção • Balanceamento de carga • Monitoramento • Segurança
23. Pagamento por utilização, não pela reserva de recursos
24. Temos que entender Serverless de uma forma mais ampla, como um mindset
25. A chave deste mindset está na forma como a arquitetura é estruturada
26. É natural desenvolver software de um jeito verticalizado e monolítico
27. Monolítico é um adjetivo dado a algo que se comporta como um conjunto rígido, inflexível, indivisível e avesso a mudanças
28. FRONTEND BACKEND DATABASE Monolith
29. FRONTEND BACKEND DATABASE Frontend & Backend
30. FRONTEND BACKEND DATABASE Microservices
31. É necessário ter bastante maturidade para começar a percorrer este caminho
35. Function as a Service
36. "A function that runs in a stateless compute container that are event-triggered, scalable, ephemeral, may last for one invocation and fully managed by the cloud provider" (AWS)
37. Você pode escrever as funções em JavaScript, Python, Ruby, Java, Go e C#
38. Event Source + Function + Services
39. É possível disparar a execução da função por meio de diversos tipos de eventos
40. AWS Serverless Platform • Compute: Lambda, AppSync • Storage: S3, Elastic File System • Data: DynamoDB, RDS Aurora Serverless • Proxy: API Gateway • Integration: SNS, SQS, EventBridge • Analytics: Kinesis • Monitoring: CloudWatch
41. Web Application S3 + API Gateway + Lambda + DynamoDB
42. Extract, Transform and Load DynamoDB + Lambda + Redshift
43. Alarm CloudWatch Alarm + SNS + Lambda
44. Schedule CloudWatch Event + Lambda
45. Mobile Application API Gateway + Lambda + SNS
46. Data Processing S3 + Lambda
47. Data Analysis Kinesis + Lambda + DynamoDB
48. É importante entender os possíveis gargalos deste tipo de arquitetura
49. Possíveis gargalos • Espaço em disco • Quantidade de arquivos carregados • Tempo de execução (Timeout) • Tipo de plataforma (Cold Start) • Banco de dados • Outros serviços (não Serverless)
50. Desvantagens nesse tipo de arquitetura
51. Existem limitações na memória e no tempo de execução
52. Perda do controle sobre a infraestrutura
53. Vendor lock-in
54. Pela variação na carga do sistema o custo mensal pode ser imprevisível
55. Complexidade do ambiente de desenvolvimento aumenta
56. Deploy apesar de independente pode ficar mais complicado
57. Serverless Vendors • AWS Lambda • Microsoft Azure Functions • Google Clould Functions • Alibaba Function Compute • Oracle Fn Project • IBM OpenWhisk • Auth0 Webtask • Kubeless • Cloudflare Workers
58. Obrigado! Rodrigo Branas Twitter: http://www.twitter.com/rodrigobranas Instagram: http://www.instagram.com/rodrigobranas YouTube: http://www.youtube.com/rodrigobranas LinkedIn: http://br.linkedin.com/in/rodrigobranas GitHub: http://www.github.com/rodrigobranas Medium: http://www.medium.com/@rodrigobranas