Eine Lambda-Funktion benötigt eine Drittanbieterbibliothek, die aus vielen Dateien mit einer Gesamtgröße von 100 MB besteht. Die Bibliothek muss in der Lambda-Ausführungsumgebung verfügbar sein, und der Entwickler möchte die Größe des Bereitstellungspakets und den Betriebsaufwand minimieren. Welcher Ansatz erfüllt diese Anforderungen mit dem geringsten Betriebsaufwand?

Das Erstellen eines Lambda-Layers für die Drittanbieterbibliothek ist die effizienteste Lösung. Lambda-Layer sind speziell dafür konzipiert, Abhängigkeiten und Bibliotheken zu verwalten, die von mehreren Funktionen gemeinsam genutzt werden können. Dies reduziert die Größe des Bereitstellungspakets der Funktion erheblich und minimiert den Betriebsaufwand, da die Bibliothek nur einmal hochgeladen und verwaltet werden muss. Das Hochladen der Bibliothek in einen S3-Bucket und das Mounten des Ordners ist keine direkte Funktion von Lambda; S3-Buckets können nicht direkt als Dateisystem in Lambda gemountet werden. Das Platzieren der Bibliothek im /tmp-Verzeichnis während der Bereitstellung ist nicht ideal, da /tmp flüchtig ist und für temporäre Dateien gedacht ist, nicht für permanente Bibliotheksabhängigkeiten. Das Erstellen eines Amazon EFS-Dateisystems und das Hochladen der Bibliothek dorthin ist zwar technisch möglich, aber mit einem höheren Betriebsaufwand und zusätzlichen Kosten verbunden als ein Lambda-Layer, da EFS-Dateisysteme verwaltet werden müssen und die Integration komplexer ist.