Lambda erlaubt 90 Minuten — aber nur auf Managed Instances
Victoria Shinder2 Min. LesezeitAWS hat die Laufzeitgrenze für Lambda-Funktionen auf 90 Minuten angehoben — allerdings nur für asynchrone Aufrufe und Event Source Mappings, und nur auf Lambda Managed Instances. Die Ankündigung steht unter https://aws.amazon.com/blogs/compute/announcing-90-minute-function-timeout-on-aws-lambda-managed-instances/.
Die Obergrenze hat sich in elf Jahren zweimal bewegt: 5 Minuten zum Start 2014, 15 Minuten ab 2018 — und jetzt das Sechsfache davon für einen Ausführungsmodus. AWS zählt auf, welche Arbeiten immer wieder gegen die Wand liefen: Spracherkennung und Videotranskodierung, Monte-Carlo-Simulationen und Portfoliorisiko, ETL über Multi-Gigabyte-Datensätze in Spitzenzeiten, Modellinferenz, die ins Speicherprofil von Lambda passt, aber nicht in die Uhr, sowie Crawls und Dateitransfers, die an einer langsamen Gegenstelle hängen.
Zwei Details entscheiden, ob es einen betrifft. Managed Instances sind der On-Demand-Kapazitätsmodus, in dem mehrere gleichzeitige Anfragen eine Instanz teilen und die Abrechnung EC2 folgt statt dem Aufruf; die 90 Minuten gehören diesem Modus, nicht Lambda insgesamt. Und innerhalb durabler Funktionen — die Fortschritt in Checkpoints festhalten und nach einem Fehler bereits erledigte Arbeit überspringen — darf eine mehrstufige asynchrone Ausführung nun bis zu einem Jahr laufen.
Was das bedeutet
Interessant ist die Zahl, die sich nicht geändert hat. Synchrone, anfragegetriebene Funktionen enden weiterhin nach 15 Minuten. Das ist kein Versehen: Bei einem synchronen Aufruf hält ein Aufrufer die Verbindung, und die Grenze betrifft ebenso ihn wie die Laufzeitumgebung. Wer „Lambda läuft jetzt 90 Minuten" liest und einen HTTP-Handler darauf baut, erfährt das auf die harte Tour.
Serverless nähert sich damit genau dem an, wogegen es einmal definiert war. Mehrere gleichzeitige Anfragen je Instanz, EC2-artige Abrechnung, 90-Minuten-Läufe — jedes für sich eine vernünftige Antwort auf eine echte Beschwerde, zusammen die Beschreibung eines Servers, den jemand anderes patcht. Die brauchbare Frage lautet nicht mehr „serverless oder nicht", sondern auf welcher der drei Bauformen man sitzt, denn Grenzen, Abrechnung und Fehlerbilder unterscheiden sich in jeder.
Und das Checkpointing lohnt sich auch für alle, die Lambda nie anfassen. Nur eine Aufgabe, die ihren Fortschritt festhält und beim Wiederanlauf Erledigtes überspringt, übersteht ein 90-Minuten-Fenster ehrlich. Ohne das bedeutet ein längeres Zeitlimit nur einen längeren Weg bis zum Scheitern und zum Neuanfang.