O documento aborda os conceitos fundamentais de arquiteturas serverless, destacando o AWS Lambda e o Amazon API Gateway como ferramentas chave. Ele discute os benefícios das arquiteturas sem servidor, incluindo alta disponibilidade, administração zero e escalabilidade contínua, além de apresentar melhores práticas para utilização do AWS Lambda e do API Gateway. Exemplos de implementação e padrões de arquitetura também são fornecidos, incentivando a adoção de soluções sem servidor na construção de aplicações.

1. 2016, Amazon Web Services, Inc. ou Afiliadas. Todos os direitos reservados.
Renato Barbosa, Arquiteto de Soluções, AWS
30 de Novembro de 2016
Conceitos básicos das
arquiteturas Serverless

2. Pauta
Histórico
AWS Lambda
Amazon API Gateway
Demonstração
Padrões de arquitetura sem servidor
Melhores práticas sem servidor

3. Histórico
Como os padrões de arquitetura Serverless com o AWS Lambda são a
próxima evolução do design de aplicativos

4. A arquitetura monolítica

5. A arquitetura orientada a serviços
Camada de apresentação Camada lógica
Nível de dados

6. A arquitetura de microsserviços

7. Ferramentas para ajudar esse padrão são VASTAS
Servidores da Web
Bibliotecas de código
Estrutura de web services/aplicativo
Ferramentas de gerenciamento de
configuração
Plataformas de gerenciamento de API
Padrões de implantação
Padrões de CI/CD
Contêineres
Etc. Etc. Etc.

8. A AWS ajudou também!
Amazon EC2
EC2 Auto-Scaling
AWS Elastic Load Balancer
EC2 Auto-Recovery
AWS Trusted Advisor
AWS Elastic Beanstalk
AWS OpsWorks
AWS EC2 Container Service
Etc. Etc. Etc.

9. Mas….
Várias dessas ferramentas
e inovações ainda estão
aliadas a muitas
dependências...

10. Servidores (AAHHHHHHHHH!!)
Qual tamanho de servidor
é adequado para o meu
orçamento?
Quantos usuários criam excesso
carga para os meus servidores?
Qual capacidade disponível têm
meus servidores?
Como posso detectar se um
servidor ficou comprometido?
Quantos servidores
devo orçar?
Qual SO meus servidores
devem executar?
Quais usuários deveriam ter
acesso aos meus servidores?
Como posso controlar o acesso
dos meus servidores?
Como eu manterei os
os patches do SO do meu
servidor?
Como o novo código será
implantado nos meus
servidores?
Como poderei aumentar
a utilização dos meus
servidores?
Quando devo decidir
escalonar meus servidores?
Que tamanho de servidor
é adequado para o meu
desempenho?
Devo ajustar as configurações de
SO para otimizar meu aplicativo?
Quais pacotes devem ser "baked"
nas minhas imagens do servidor?
Quando devo decidir
escalonar meus servidores?
Como devo lidar com alterações na
configuração do servidor?
Como o aplicativo lidará com falha
de hardware do servidor?

11. Arquitetar para ser Serverless
Totalmente gerenciado
• Sem provisionamento
• Administração zero
• Alta disponibilidade
Produtividade do desenvolvedor
• Foco no código que importa
• Inovação rápida
• Redução do time-to-market
Escalabilidade contínua
• Automaticamente
• Escalabilidade para mais
ou menos

12. AWS Lambda

13. Serviço de computação Serverless, orientado por evento
Lambda = microsserviço sem servidor

14. Componentes do Lambda
• Uma função do Lambda (código)
• Uma fonte de evento
• O serviço do AWS Lambda
• O ambiente de rede de execução

15. A função do Lambda
• Seu código
(Java, NodeJS, Python)
• O IAM role que o código
assume durante
a execução
• A quantidade de memória
alocada para seu código
(afeta CPU e rede também)
Uma função do Lambda
válida e completa

16. Uma fonte de evento
• Quando sua função deve
ser executada?
• Muitos serviços da AWS
podem ser uma fonte de
evento:
• S3
• Kinesis
• SNS
• DynamoDB
• CloudWatch
• Config Rules
• Amazon Echo
• Etc.
• …e o Amazon API
Gateway

17. O serviço do AWS Lambda
• Executa seu código de função sem você gerenciar ou
escalonar servidores.
• Fornece API para chamar a execução da sua função.
• Garante que a função seja executada quando chamada,
em paralelo, independentemente de escala.
• Fornece outros recursos para sua função (logs,
monitoramento).

18. O ambiente de rede de funções
Default – é fornecido a execução
da função no ambiente de uma
VPC padrão.
• Acesso à internet sempre permitido
para sua função
• Sem acesso a ativos implementados
na VPC
VPC do cliente – Sua função
é executada dentro do contexto da sua
própria VPC.
• Comunique-se privadamente com
outros recursos dentro da VPC.
• Configuração e comportamento
conhecidos com:
– Sub-redes
– Elastic Network Interfaces (ENIs)
– Security Groups do EC2
– Tabelas de rotas (Route Tables)
da VPC
– NAT Gateway

19. “Espere…” – você (talvez)

20. Muitas das formas existentes de abstrair servidores
SaaS
PaaS
MBaaS
*aaS
Mecanismos/plataformas de aplicativos

21. O que é único em relação ao Lambda?
Abstração do nível de código/função (flexível, familiar)
O modelo de segurança (IAM, VPC)
O modelo de preço
A comunidade
Integração com o ecossistema de serviços da AWS!
• Escala
• Triggers

22. Várias opções sem servidor na AWS
Armazenamento Banco de dadosRede
Computação Entrega de conteúdoSistemas de mensagens e filasSegurança
Gateways
Gerenciamento de usuários Monitoramento e registro
Internet das Coisas
Machine Learning
Analytcs do streaming

23. Exemplo de arquitetura
Serverless

24. PlayOn! Sports – processamento de streaming
de vídeo
Codifica-
dores de
laptop
HLS
Reproduzir
S3
Cliente móvel
do VOD
Stream
Streaming do
CloudFront
Streaming em
tempo real do
cliente móvel
CloudFront S3 Ingest
Transcodi-
ficar 480p
Copiar HQ
Transcodi-
ficar 360p
Transcodifica-
ção somente
do áudio
Miniatura
Análise de
QOS
Funções do Lambda em cascata
http://www.slideshare.net/AmazonWebServices/arc308-the-serverless-company-using-aws-lambda

25. “Mas…
Para usar o Lambda, preciso mesmo
arquiteturar aplicativos orientados
para eventos?” – você (talvez)

26. O SOA ainda funciona.

27. Amazon API Gateway

28. Um serviço totalmente gerenciado para suas APIs
Crie Configure Publique
Mantenha Monitore Proteja

29. Demonstração
Função do
AWS Lambda
navegador da web
Amazon S3
Conteúdo dinâmico
Website sem servidor
Amazon API
Gateway
Conteúdo estático
Amazon
DynamoDB

30. Padrões de arquitetura Serverless

31. Microsserviços

32. Back-end móvel

33. Mecanismo de análise em tempo real

34. Melhores práticas Serverless

35. Melhores práticas do AWS Lambda
1. Limite o tamanho da sua
função – especialmente para
Java (iniciar o JVM leva
tempo)
2. Nó – lembre-se de que
a execução é assíncrona.
3. Não pressuponha reutilização
do contêiner da função – mas
aproveite quando isso
ocorrer.
4. Não se esqueça do disco
(diretório /tmp de 500 MB
fornecido a cada função)
5. Use apelidos ("Aliases") da
função para liberação.
6. Use o logger incluído (inclua
detalhes do contexto
fornecido pelo serviço)
7. Crie métricas personalizadas
(centradas em operações
e em negócios)

36. Melhores práticas do Amazon API Gateway
4. Use modelos de mapeamento
de solicitação/resposta em
todos os lugares dentro da
razão, não passagem.
5. Assuma propriedade dos
códigos de resposta de HTTP
6. Use importar/exportar
Swagger para
compartilhamento entre
contas
1. Use Mock Integrations
2. Combine com Cognito para
controle de acesso baseado
em usuário final.
3. Use variáveis de estágio
(injete valores do config da
API nas funções do Lambda
para registro,
comportamento)

37. Melhores práticas adicionais
1. Use convenções de nomes
estratégicos e consumíveis
(nomes da função do
Lambda, funções de IAM,
nomes da API, nomes do
estágio da API, etc.)
2. Use convenções de nome
e versionamento para criar
automação.
3. Externalize autorização para
funções de IAM sempre que
possível
4. Privilégio mínimo e funções de
IAM separadas
5. Externalize a configuração –
o DynamoDB é ótimo para isso.
6. Entre em contato com suporte
da AWS em case de grandes
eventos de escalabilidades
conhecidos
7. Tenha ciência de
estrangulamento de serviço,
fale com o suporte da AWS em
caso positivo.

38. Call-to-action

39. Vá construir algo!
Amazon API
Gateway
AWS Lambda Amazon
DynamoDB

40. Obrigado!