Déployer les fonctions d'événement .NET Lambda avec des images de conteneur

Il existe trois méthodes pour créer une image de conteneur pour une fonction d'événement .NET Lambda :

• À l'aide d'un AWS image de base pour .NET

  Les images de base AWS sont préchargées avec une exécution du langage, un client d’interface d’exécution pour gérer l’interaction entre Lambda et votre code de fonction, et un émulateur d’interface d’exécution pour les tests locaux.

• À l'aide d'un AWS OS-only image de base

  AWS OS-only les images de base contiennent une distribution Amazon Linux et l'émulateur d'interface d'exécution. Ces images sont couramment utilisées pour créer des images de conteneur pour les langages compilés, tels que Go et Rust, et pour une langue ou une version linguistique pour laquelle Lambda ne fournit pas d'image de base, telle que Node.js 19. Vous pouvez également utiliser des images OS-only de base pour implémenter un environnement d'exécution personnalisé. Pour rendre l’image compatible avec Lambda, vous devez inclure le client d’interface d’exécution pour .NET dans l’image.

• Utilisation d'une image non AWS basique

  Vous pouvez utiliser une autre image de base à partir d’un autre registre de conteneur, comme Alpine Linux ou Debian. Vous pouvez également utiliser une image personnalisée créée par votre organisation. Pour rendre l’image compatible avec Lambda, vous devez inclure le client d’interface d’exécution pour .NET dans l’image.

Astuce

Pour réduire le temps nécessaire à l’activation des fonctions du conteneur Lambda, consultez Utiliser des générations en plusieurs étapes (français non garanti) dans la documentation Docker. Pour créer des images de conteneur efficaces, suivez la section Bonnes pratiques pour l’écriture de Dockerfiles (français non garanti).

Cette page explique comment créer, tester et déployer des images de conteneur pour Lambda.

AWS images de base pour .NET

AWS fournit les images de base suivantes pour .NET :

Étiquettes	Environnement d’exécution	Système d’exploitation	Dockerfile	Obsolescence
10	.NET 10	Amazon Linux 2023	Dockerfile pour .NET 10 sur GitHub	14 novembre 2028
9	.NET 9	Amazon Linux 2023	Dockerfile pour .NET 9 sur GitHub	10 novembre 2026
8	.NET 8	Amazon Linux 2023	Dockerfile pour .NET 8 sur GitHub	10 novembre 2026

Référentiel Amazon ECR : gallery.ecr. aws/lambda/point-net

À l'aide d'un AWS image de base pour .NET

Conditions préalables

Pour exécuter la procédure indiquée dans cette section, vous devez satisfaire aux exigences suivantes :

• SDK .NET : les étapes suivantes utilisent l’image de base .NET 8. Assurez-vous que votre version de .NET correspond à la version de l’image de base que vous spécifiez dans votre Dockerfile.

• Docker (version minimale 25.0.0)

• Le plug-in buildx Docker.

Création et déploiement d’une image à l’aide d’une image de base

Dans les étapes suivantes, vous allez utiliser Amazon.Lambda.Templateset Amazon.Lambda.Toolspour créer un projet .NET. Ensuite, vous créez une image Docker, vous chargez l’image sur Amazon ECR et vous la déployez vers une fonction Lambda.

1. Installez le package Amazon.Lambda.Templates NuGet .

   dotnet new install Amazon.Lambda.Templates

2. Créez un projet .NET en utilisant le modèle lambda.image.EmptyFunction.

   dotnet new lambda.image.EmptyFunction --name MyFunction --region us-east-1

   Les fichiers de projet sont stockés dans le répertoire MyFunction/src/MyFunction :

   • aws-lambda-tools-defaults.json : spécifie les options de ligne de commande pour le déploiement de votre fonction Lambda.

   • Function.cs: le code de fonction de votre gestionnaire Lambda. Il s’agit d’un modèle C# qui inclut la bibliothèque Amazon.Lambda.Core par défaut et un attribut LambdaSerializer par défaut. Pour plus d’informations sur les conditions de sérialisation et les options, consultez Sérialisation dans les fonctions d'événement Lambda en C#. Vous pouvez utiliser le code fourni pour les tests ou le remplacer par le vôtre.

   • MyFunction.csproj: fichier de projet .NET répertoriant les fichiers et les assemblages composant votre application.

   • Dockerfile : vous pouvez utiliser le Dockerfile fourni pour les tests ou le remplacer par le vôtre. Si vous utilisez le vôtre, assurez-vous de :

     • Définir la propriété FROM sur l’URI de l’image de base. L’image de base et TargetFramework dans le fichier MyFunction.csproj doivent tous deux utiliser la même version de .NET. Par exemple, pour utiliser .NET 9 :

       • Fichier Docker : FROM public.ecr.aws/lambda/dotnet:9

       • MyFunction.csproj: <TargetFramework>net9.0</TargetFramework>

     • Définir l’argument CMD pour le gestionnaire de la fonction Lambda. Il doit correspondre à image-command dans aws-lambda-tools-defaults.json.

3. Installez l'outil global Amazon.Lambda.Tools .NET.

   dotnet tool install -g Amazon.Lambda.Tools

   S' Amazon.Lambda.Tools il est déjà installé, assurez-vous de disposer de la dernière version.

   dotnet tool update -g Amazon.Lambda.Tools

4. Changez le répertoire en MyFunction/src/MyFunction, si vous n’y êtes pas déjà.

   cd src/MyFunction

5. Amazon.Lambda.Tools Utilisez-le pour créer l'image Docker, la transférer vers un nouveau référentiel Amazon ECR et déployer la fonction Lambda.

   Pour --function-role, indiquez le nom du rôle, et non l’Amazon Resource Name (ARN), du rôle d’exécution de la fonction. Par exemple : lambda-role.

   dotnet lambda deploy-function MyFunction --function-role lambda-role

   Pour plus d'informations sur l'outil global Amazon.Lambda.Tools .NET, consultez le référentiel AWS Extensions for .NET CLI sur GitHub.

6. Invoquer la fonction.

   dotnet lambda invoke-function MyFunction --payload "Testing the function"

   Si tout réussit, vous verrez une réponse similaire à ce qui suit :

   Payload:
   {"Lower":"testing the function","Upper":"TESTING THE FUNCTION"}
   
   Log Tail:
   INIT_REPORT Init Duration: 9999.81 ms   Phase: init     Status: timeout
   START RequestId: 12378346-f302-419b-b1f2-deaa1e8423ed Version: $LATEST
   END RequestId: 12378346-f302-419b-b1f2-deaa1e8423ed
   REPORT RequestId: 12378346-f302-419b-b1f2-deaa1e8423ed  Duration: 3173.06 ms    Billed Duration: 3174 ms        Memory Size: 512 MB     Max Memory Used: 24 MB

7. Supprimez la fonction Lambda.

   dotnet lambda delete-function MyFunction

Utilisation d’une autre image de base avec le client d’interface d’exécution

Si vous utilisez une image OS-only de base ou une image de base alternative, vous devez inclure le client d'interface d'exécution dans votre image. Le client d’interface d’exécution étend leAPI de runtime, qui gère l’interaction entre Lambda et votre code de fonction.

L'exemple suivant montre comment créer une image de conteneur pour .NET à l'aide d'une image non AWS basique et comment ajouter le Amazon.Lambda.RuntimeSupport package, qui est le client d'interface d'exécution Lambda pour .NET. L’exemple de Dockerfile utilise l’image de base Microsoft .NET 8.

Conditions préalables

Pour exécuter la procédure indiquée dans cette section, vous devez satisfaire aux exigences suivantes :

• SDK .NET — Les étapes suivantes utilisent une image de base .NET 9. Assurez-vous que votre version de .NET correspond à la version de l’image de base que vous spécifiez dans votre Dockerfile.

• Docker (version minimale 25.0.0)

• Le plug-in buildx Docker.

Création et déploiement d’une image à l’aide d’une image de base alternative

1. Installez le package Amazon.Lambda.Templates NuGet .

   dotnet new install Amazon.Lambda.Templates

2. Créez un projet .NET en utilisant le modèle lambda.CustomRuntimeFunction. Ce modèle inclut le Amazon.Lambda.RuntimeSupportpackage.

   dotnet new lambda.CustomRuntimeFunction --name MyFunction --region us-east-1

3. Accédez au répertoire MyFunction/src/MyFunction. C’est ici que les fichiers du projet sont stockés. Examinez les fichiers suivants :

   • aws-lambda-tools-defaults.json : c’est dans ce fichier que vous spécifiez les options de ligne de commande lors du déploiement de votre fonction Lambda.

   • Function.cs— Le code contient une classe avec une Main méthode qui initialise la Amazon.Lambda.RuntimeSupport bibliothèque en tant que bootstrap. La méthode Main est le point d’entrée du processus de la fonction. La méthode Main enveloppe le gestionnaire de fonctions dans un encapsuleur avec lequel l’amorce peut travailler. Pour plus d'informations, voir Utilisation en Amazon.Lambda.RuntimeSupport tant que bibliothèque de classes dans le GitHub référentiel.

   • MyFunction.csproj— Un fichier de projet .NET répertoriant les fichiers et les assemblages composant votre application.

   • Readme.md— Ce fichier contient plus d'informations sur l'exemple de fonction Lambda.

4. Ouvrez le fichier aws-lambda-tools-defaults.json et ajoutez les lignes suivantes :

     "package-type": "image",
     "docker-host-build-output-dir": "./bin/Release/lambda-publish"

   • package-typee : définit le package de déploiement en tant qu’image de conteneur.

   • docker-host-build-output-dir : définit le répertoire de sortie pour le processus de génération.

   Exemple aws-lambda-tools-defaults.json

   {
     "Information": [
       "This file provides default values for the deployment wizard inside Visual Studio and the AWS Lambda commands added to the .NET Core CLI.",
       "To learn more about the Lambda commands with the .NET Core CLI execute the following command at the command line in the project root directory.",
       "dotnet lambda help",
       "All the command line options for the Lambda command can be specified in this file."
     ],
     "profile": "",
     "region": "us-east-1",
     "configuration": "Release",
     "function-runtime": "provided.al2023",
     "function-memory-size": 256,
     "function-timeout": 30,
     "function-handler": "bootstrap",
     "msbuild-parameters": "--self-contained true",
     "package-type": "image",
     "docker-host-build-output-dir": "./bin/Release/lambda-publish"
   }

5. Créez un Dockerfile dans le référentiel MyFunction/src/MyFunction. L’exemple de Dockerfile suivant utilise une image de base Microsoft .NET au lieu d’une image de base AWS.

   • Définissez la propriété FROM pour l’identifiant de l’image de base. L’image de base et TargetFramework dans le fichier MyFunction.csproj doivent tous deux utiliser la même version de .NET.

   • Utilisez la commande COPY pour copier la fonction dans le répertoire /var/task.

   • Définissez le ENTRYPOINT sur le module que vous souhaitez que le conteneur Docker exécute lorsqu’il démarre. Dans ce cas, le module est l’amorce, qui initialise la bibliothèque Amazon.Lambda.RuntimeSupport.

   Notez que l’exemple de Dockerfile n’inclut pas d’instruction USER. Lorsque vous déployez une image de conteneur sur Lambda, Lambda définit automatiquement un utilisateur Linux par défaut disposant d’autorisations de moindre privilège. Ceci est différent du comportement standard de Docker qui est défini par défaut par l’utilisateur root lorsqu’aucune instruction USER n’est fournie.

   Exemple Dockerfile

   # You can also pull these images from DockerHub amazon/aws-lambda-dotnet:8
   FROM mcr.microsoft.com/dotnet/runtime:9.0
   
   # Set the image's internal work directory
   WORKDIR /var/task
     
   # Copy function code to Lambda-defined environment variable
   COPY "bin/Release/net9.0/linux-x64"  .
     
   # Set the entrypoint to the bootstrap
   ENTRYPOINT ["/usr/bin/dotnet", "exec", "/var/task/bootstrap.dll"]

6. Installez l'extension Amazon.Lambda.Tools .NET Global Tools.

   dotnet tool install -g Amazon.Lambda.Tools

   S' Amazon.Lambda.Tools il est déjà installé, assurez-vous de disposer de la dernière version.

   dotnet tool update -g Amazon.Lambda.Tools

7. Amazon.Lambda.Tools Utilisez-le pour créer l'image Docker, la transférer vers un nouveau référentiel Amazon ECR et déployer la fonction Lambda.

   Pour --function-role, indiquez le nom du rôle, et non l’Amazon Resource Name (ARN), du rôle d’exécution de la fonction. Par exemple : lambda-role.

   dotnet lambda deploy-function MyFunction --function-role lambda-role

   Pour plus d'informations sur l'extension Amazon.Lambda.Tools .NET CLI, consultez le référentiel AWS Extensions for .NET CLI sur GitHub.

8. Invoquer la fonction.

   dotnet lambda invoke-function MyFunction --payload "Testing the function"

   Si tout réussit, vous devez voir ce qui suit :

   Payload:
   "TESTING THE FUNCTION"
   
   Log Tail:
   START RequestId: id Version: $LATEST
   END RequestId: id
   REPORT RequestId: id  Duration: 0.99 ms       Billed Duration: 1 ms         Memory Size: 256 MB     Max Memory Used: 12 MB

9. Supprimez la fonction Lambda.

   dotnet lambda delete-function MyFunction