AWS Lambda
Que es y por qué es terrible
Una presentación y una demostración en vivo que resalta el bajo vientre oscuro de las soluciones "sin servidor", elegiendo AWS Lambda porque es el más prevelante. Construimos un hitcounter de la vieja escuela en Lambda + DynamodB y comparamos este enfoque con CGI + SQLite.
Describir
- Alta latencia al girar nuevas instancias.
- El nuevo modelo de "concurrencia aprovisionada" es AWS Billing Double-speak, ¿por qué no comprar una VM?
- La depuración es una pesadilla:
- Los registros no llegan a través de CloudWatch inmediatamente
- Sin Ptrace o BPFTrace para la depuración de producción
- No para comprender la utilización de recursos.
- Patrón de empaque e implementación extraño que no se usa en ningún otro lugar.
- En la práctica debe usar un marco como Serverless o Zappa
- Manejan algunos pero no todos los infra para ti, ¿dónde se debe dibujar la línea?
- ¿Es realmente "los servidores de parcheo" tan difícil? Yumcron, ¿alguien?
- Proporcionar secretos significa usar + pagar por AWS Secrets Manager
- No hay Secrets Manager significa mantener secretos en texto sin formato en algún lugar
- Evite los secretos significa depender completamente de IAM, lo que puede ser fácil de arruinar
- El rendimiento de la red es proporcional a la asignación de memoria
- Esto te hace pagar mucho más de lo que necesitas para obtener una aplicación receptiva
- Especulación: Esto proviene de RAM de suscripción excesiva a través de KSM, no puede hacer lo mismo con la red
- Lambda ahorra dinero cuando las aplicaciones están en su mayoría desactivadas, pero el tiempo del desarrollador nunca valdrá la pena.
Expresiones de gratitud
- Imagen de Abe Simpson © 20th Century Fox
- Problemas modernos meme © Dave Chappelle / Comedy Central
- Comentarios críticos de @myoung34
