AWS Lambda
Was es ist und warum es schrecklich ist
Eine Präsentation und eine Live -Demo, die den dunklen Unterbauch von "serverlosen" Lösungen hervorhebt und AWS Lambda auswählt, weil sie die mühsamste ist. Wir bauen eine Old-School-Hitcounter in Lambda + DynamoDB und vergleichen diesen Ansatz mit CGI + SQLite.
Gliederung
- Hohe Latenz beim Erstellen neuer Instanzen.
- Neues Modell "Provisioned Concurrency" ist AWS-Abrechnungs-Doppelsprache, warum nicht eine VM kaufen?
- Debugging ist ein Albtraum:
- Protokolle kommen nicht sofort durch Cloudwatch
- Kein PTRACE oder BPFTRACE für das Produktionsdebuggen
- Keine ATOP für das Verständnis der Ressourcennutzung.
- Seltsames Verpackungs- und Bereitstellungsmuster, das nirgendwo anders verwendet wird.
- In der Praxis müssen Sie ein Framework wie Serverless oder Zappa verwenden
- Sie kümmern sich um einige, aber nicht alle Infra für Sie - wo sollte die Linie gezogen werden?
- Ist "Patching -Server" wirklich so schwer? Yumcron, jemand?
- Bereitstellung von Geheimnissen bedeutet, + für AWS Secrets Manager zu bezahlen
- Kein Secrets Manager bedeutet, dass Geheimnisse irgendwo in Klartext bleiben können
- Vermeiden Sie Geheimnisse bedeutet, sich vollständig auf IAM zu verlassen, was leicht zu vermasseln sein kann
- Die Netzwerkleistung ist proportional zur Speicherzuweisung
- Auf diese Weise zahlen Sie für viel mehr als Sie benötigen, um eine reaktionsschnelle App zu erhalten
- Spekulation: Dies kommt von überschreibendem RAM über KSM, kann das gleiche mit Netzwerk nicht tun
- Lambda spart Geld, wenn Apps größtenteils ausgeschaltet sind, aber die Entwicklerzeit wird sich nie auszahlen.
Anerkennung
- Abe Simpson Bild © 20th Century Fox
- Moderne Probleme Meme © Dave Chappelle / Comedy Central
- Kritisches Feedback von @myoung34
