Bei seiner re:Invent-Kickoff-Keynote heute Abend hat AWS angekündigt ein kleines, aber wichtiges Update zu Lambda, seine serverlose Plattform, die eines der häufigsten Probleme mit dem Dienst angeht. Wenn eine Funktion längere Zeit nicht verwendet wird, fährt Lambda die virtuelle Maschine normalerweise herunter – und das trotz Verbesserungen wie schneller Kracher microVMs dauert dies noch eine Weile. Mit SnapStart geht AWS dies nun an, indem es Snapshots der Lambda-Funktionen eines Kunden erstellt und diese dann einfach startet, ohne den üblichen Initialisierungsprozess durchlaufen zu müssen.
Kaltstartzeiten sind seit langem eine der größten Beschwerden über Lambda – doch wie Peter DeSantis, Senior VP of Utility Computing bei AWS, in der heutigen Keynote feststellte, sind spitze Workloads so ziemlich das, wofür Lambda (und alle anderen serverlosen Plattformen) gebaut wurden. Mit seinen Firecracker-MicroVMs hat AWS die Kaltstartzeiten bereits von mehreren Sekunden auf deutlich unter eine Sekunde verbessert. Jetzt verspricht das Unternehmen eine 90%ige Verbesserung der Kaltstartzeiten durch den Einsatz von Firecracker’s Snapshot-Funktion.
Diese neue Funktion ist jetzt für alle Lambda-Benutzer verfügbar, obwohl sie für vorhandene Lambda-Funktionen aktiviert werden muss und vorerst nur für Java-Funktionen funktioniert, die die verwenden Corretto-Laufzeit.
Wenn Sie diese Funktion nach der Aktivierung zum ersten Mal ausführen, führt sie eine Standardinitialisierung durch. Danach wird ein verschlüsselter Snapshot des Speicher- und Festplattenstatus erstellt und zur Wiederverwendung zwischengespeichert. Wenn die Funktion dann erneut aufgerufen wird, greift Lambda auf den Cache zu und startet die Funktion. Zwischengespeicherte Snapshots werden nach 14 Tagen Inaktivität entfernt.
Wie DeSantis ebenfalls feststellte, werden Verbesserungen wie diese es mehr Benutzern ermöglichen, ihre Workloads auf eine Plattform wie Lambda zu bringen. Das habe das Unternehmen bereits beim Start von Firecracker auf Lambda gesehen, erklärte er.
