Ein Unternehmen entwickelt eine latenzempfindliche Anwendung. Mehrere Java AWS Lambda-Funktionen führen das Laden von Bibliotheken, die Initialisierung von Klassen und die Generierung eindeutiger IDs im Initialisierungscode außerhalb des Handlers durch. Die Funktionen müssen so schnell wie möglich initialisiert werden. Welcher Ansatz ist der kostengünstigste, um die Startleistungsanforderungen zu erfüllen?

Die korrekte Antwort ist, einen Pre-Snapshot-Hook hinzuzufügen, den Code zur Generierung eindeutiger IDs in die Handler zu verschieben, eine Version jeder Funktion zu veröffentlichen und Lambda SnapStart für die veröffentlichten Versionen zu aktivieren. SnapStart reduziert Kaltstarts erheblich, indem es einen vorinitialisierten Snapshot der Ausführungsumgebung verwendet. Das Verschieben der ID-Generierung in den Handler ist wichtig, da eindeutige IDs bei jedem Aufruf neu generiert werden müssen und nicht Teil des Snapshots sein sollten. Pre-Snapshot-Hooks ermöglichen die Ausführung von Code vor der Erstellung des Snapshots, um den Zustand für SnapStart vorzubereiten. Falsche Optionen: Das Verschieben des gesamten Initialisierungscodes in den Handler würde die Kaltstartzeit erhöhen, da dieser Code bei jedem Aufruf ausgeführt würde. SnapStart funktioniert am besten mit Initialisierungscode außerhalb des Handlers. Nur bereitgestellte Parallelität (provisioned concurrency) zu verwenden, ist teurer als SnapStart und bietet möglicherweise nicht die gleiche Kaltstartreduzierung, insbesondere für den Initialisierungscode. Die Kombination von bereitgestellter Parallelität mit SnapStart ist zwar möglich, aber SnapStart allein ist oft ausreichend und kostengünstiger, wenn