Een bedrijf ontwikkelt een serverloze API met behulp van API Gateway en Lambda. De Lambda-functies delen gemeenschappelijke bibliotheken en aangepaste klassen. Een oplossingsarchitect moet implementaties vereenvoudigen en hergebruik van code maximaliseren. Welke oplossing voldoet aan deze vereisten?

De correcte optie is om de gedeelde bibliotheken, aangepaste klassen en de Lambda-functiecode samen in een Docker-image te verpakken en deze naar Amazon ECR te pushen. Vervolgens configureert u elke Lambda-functie om deze container-image als implementatiepakket te gebruiken. Dit vereenvoudigt implementaties en maximaliseert hergebruik, omdat alle afhankelijkheden en code in één image zijn gebundeld. De andere opties zijn minder geschikt: Het opslaan van een Docker-image in S3 en deze als Lambda layer gebruiken is geen standaard of ondersteunde methode voor Lambda layers. Lambda layers zijn bedoeld voor zip-archieven. Het pushen van een Docker-image naar ECR en deze als Lambda layer gebruiken is ook niet correct. Lambda layers ondersteunen geen Docker-images direct als bron. Het implementeren van bibliotheken in een Docker-container op ECS en deze als Lambda layer gebruiken is onjuist. Lambda layers zijn geen verwijzingen naar externe containers; ze zijn bedoeld voor code en afhankelijkheden binnen Lambda zelf.