Déployer des fonctions Lambda .NET avec des images conteneurs - AWS Lambda
AWSImages de base pour .NETUtilisation d’une image de base AWSUtilisation d’une image de base non-AWS

Déployer des fonctions Lambda .NET avec des images conteneurs

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

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.

AWSImages de base pour .NET

AWS fournit les images de base suivantes pour .NET :

Balises Environnement d’exécution Système d’exploitation Dockerfile Obsolescence

9

 .NET 9 Amazon Linux 2023 Dockerfile pour .NET 9 sur GitHub

Non planifié

8

 .NET 8 Amazon Linux 2023 Dockerfile pour .NET 8 sur GitHub

10 novembre 2026

Référentiel Amazon ECR : gallery.ecr.aws/lambda/dotnet

Utilisation d’une image de base AWS pour .NET

Prérequis

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 utilisez Amazon.Lambda.Templates et Amazon.Lambda.Tools pour 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 NuGet Amazon.Lambda.Templates.

    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 : 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 Lambda C#. Vous pouvez utiliser le code fourni pour les tests ou le remplacer par le vôtre.

    • MyFunction.csproj : fichier de projet .NET, qui répertorie les fichiers et les assemblages qui composent 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 :

        • Dockerfile: 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. Installer l’outil global .NET d’Amazon.Lambda.Tools.

    dotnet tool install -g Amazon.Lambda.Tools

    Si Amazon.Lambda.Tools est déjà installé, assurez-vous que vous disposez 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. Utilisez Amazon.Lambda.Tools pour créer l’image Docker, l’envoyer (push) 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 en savoir plus sur l’outil global .NET d’Amazon.Lambda.Tools, consultez le référentiel Extensions pour la CLI .NET AWS dans 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 de base uniquement pour le système d’exploitation ou une autre image de base, 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 de base non-AWS et comment ajouter le package Amazon.Lambda.RuntimeSupport, qui est le client e l’interface d’exécution Lambda pour .NET. L’exemple de Dockerfile utilise l’image de base Microsoft .NET 8.

Prérequis

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

  • Kit 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 NuGet Amazon.Lambda.Templates.

    dotnet new install Amazon.Lambda.Templates

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

    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 méthode Main qui initialise la bibliothèque Amazon.Lambda.RuntimeSupport en tant qu’amorce. 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, consultez Utiliser Amazon.Lambda.RuntimeSupport comme bibliothèque de classes dans le référentiel GitHub.

    • MyFunction.csproj : fichier de projet .NET, qui répertorie les fichiers et les assemblages qui composent 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 de l’outil global .NET d’Amazon.Lambda.Tools.

    dotnet tool install -g Amazon.Lambda.Tools

    Si Amazon.Lambda.Tools est déjà installé, assurez-vous que vous disposez de la dernière version.

    dotnet tool update -g Amazon.Lambda.Tools

  7. Utilisez Amazon.Lambda.Tools pour créer l’image Docker, l’envoyer (push) 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 en savoir plus sur l’extension de la CLI .NET d’Amazon.Lambda.Tools, consultez le référentiel Extensions pour la CLI .NET AWS dans 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