Wann sind Serverless-Architekturen wie AWS Lambda sinnvoll — und wann nicht?
Direkte Antwort
Serverless eignet sich gut für ereignisgesteuerte, unregelmäßig ausgelastete Aufgaben, bei denen man nur für tatsächliche Ausführungszeit zahlen will. Bei konstant hoher Last, langlaufenden Prozessen über die maximale Ausführungszeit hinaus oder Anwendungen mit sehr niedrigen Latenzanforderungen (wegen Cold Starts) stößt Serverless an klare technische und wirtschaftliche Grenzen.
"Serverless bezahlt für Ausführungszeit, nicht für Bereitschaft — bei konstanter Dauerlast kehrt sich dieser Vorteil in einen Kostennachteil um.
Serverless wird oft als generelle Kostenersparnis vermarktet, während der wirtschaftliche Vorteil stark vom tatsächlichen Lastprofil der Anwendung abhängt.
Wo Serverless seinen wirtschaftlichen Vorteil ausspielt
Bei unregelmäßiger, ereignisgesteuerter Last — etwa Bildverarbeitung nach Datei-Upload oder gelegentliche API-Aufrufe — zahlt man nur für tatsächlich genutzte Rechenzeit, ohne für ungenutzte Serverkapazität in ruhigen Phasen zu bezahlen.
Zusätzlich entfällt bei echtem Serverless-Betrieb die Notwendigkeit, Server-Patching, Skalierung und Kapazitätsplanung selbst zu betreiben, was den operativen Aufwand für kleine, ereignisgesteuerte Funktionen deutlich reduziert.
Technische Grenzen — Cold Starts und Ausführungszeitlimits
Jede Cloud-Funktion hat eine maximale Ausführungszeit (bei AWS Lambda etwa 15 Minuten) und kann bei seltener Nutzung einen sogenannten Cold Start erleiden, bei dem die erste Anfrage nach einer Ruhephase spürbar langsamer beantwortet wird.
Für Anwendungen mit sehr niedrigen, konstanten Latenzanforderungen oder langlaufenden Batch-Prozessen ist dieses Verhalten oft nicht akzeptabel und macht klassisch betriebene Container oder Server zur passenderen Wahl.
Wirtschaftliche Grenzen bei konstant hoher Last
Bei konstant hoher, vorhersehbarer Auslastung kehrt sich der Kostenvorteil von Serverless häufig um — ein dauerhaft laufender, gut ausgelasteter Server oder Container ist dann günstiger als viele einzeln abgerechnete Funktionsaufrufe.
Ein realistischer Test vor der Entscheidung ist eine grobe Kostenschätzung für das erwartete Lastprofil unter beiden Modellen, statt sich allein auf die generelle "Serverless spart Kosten"-Annahme zu verlassen.
Wann passt es — wann nicht?
Passt gut
- ✓Die Last ist unregelmäßig und ereignisgesteuert, mit Ruhephasen ohne Ausführung
Passt nicht
- ✗Die Anwendung hat konstant hohe Last, sehr niedrige Latenzanforderungen oder langlaufende Prozesse über das Ausführungszeitlimit hinaus