AWS Lambda
O que é e por que é terrível
Uma demonstração de apresentação e ao vivo destacando as soluções escuras de "sem servidor", escolhendo a AWS Lambda porque é a mais predefinida. Construímos um hitcounter da velha escola no Lambda + DynamoDB e comparamos essa abordagem ao CGI + Sqlite.
Contorno
- Alta latência ao aumentar as novas instâncias.
- O novo modelo "Concorrência provisionado" é a AWS cobrando uma fala dupla, por que não comprar uma VM?
- A depuração é um pesadelo:
- Os logs não passam pelo CloudWatch imediatamente
- Sem posse ou bpftrace para depuração de produção
- Não no topo para entender a utilização de recursos.
- Padrão estranho de embalagem e implantação que não é usado em nenhum outro lugar.
- Na prática, você deve usar uma estrutura como sem servidor ou Zappa
- Eles lidam com alguns, mas não todos infra para você - onde a linha deve ser desenhada?
- Os "servidores patching" são realmente tão difíceis? Yumcron, alguém?
- Fornecer segredos significa usar + pagando pelo AWS Secrets Manager
- Nenhum gerente de segredos significa manter segredos em texto simples em algum lugar
- Evite segredos significa confiar totalmente no IAM, o que pode ser fácil de estragar
- O desempenho da rede é proporcional à alocação de memória
- Isso faz você pagar muito mais do que você precisa para obter um aplicativo responsivo
- Especulação: isso vem da RAM de excesso de inscrição via KSM, não pode fazer o mesmo com a rede
- A Lambda economiza dinheiro quando os aplicativos estiverem fora, mas o tempo do desenvolvedor nunca será recompensado.
Agradecimentos
- Imagem Abe Simpson © 20th Century Fox
- Meme de problemas modernos © Dave Chappelle / Comedy Central
- Feedback crítico de @myoung34
