Utilisation du AWS Lambda calcul dans AWS CodeBuild - AWS CodeBuild

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Utilisation du AWS Lambda calcul dans AWS CodeBuild

AWS Lambda compute offre des vitesses de démarrage optimisées pour vos builds. AWS Lambda prend en charge des builds plus rapides grâce à une latence de démarrage plus faible. AWS Lambda évolue également automatiquement, de sorte que les builds n'attendent pas dans la file d'attente pour s'exécuter. Cependant, certains cas d'utilisation AWS Lambda ne sont pas compatibles, et s'ils vous concernent, utilisez le calcul EC2. Pour plus d’informations, consultez Limites du AWS Lambda calcul.

Quels outils et environnements d'exécution seront inclus dans les images docker de l'environnement d'exécution sélectionnées sur lesquelles s'exécutent ? AWS Lambda

AWS Lambda prend en charge les outils suivants : AWS CLI v2, AWS SAM CLI, git, go, Java, Node.js, Python, pip, Ruby et .NET.

Et si l'image sélectionnée n'inclut pas les outils dont j'ai besoin ?

Si l'image sélectionnée n'inclut pas les outils dont vous avez besoin, vous pouvez fournir une image Docker d'environnement personnalisée qui inclut les outils nécessaires.

Notez que vous devez disposer des autorisations Amazon ECR suivantes pour utiliser des images personnalisées pour le calcul Lambda :

{ "Version": "2012-10-17", "Statement": [ { "Effect": "Allow", "Action": [ "ecr:GetAuthorizationToken" ], "Resource": "*" }, { "Effect": "Allow", "Action": [ "ecr:BatchCheckLayerAvailability", "ecr:GetDownloadUrlForLayer", "ecr:BatchGetImage" ], "Resource": "arn:aws:ecr:image-region:image-account-id:repository/image-repo" } ] }

Notez également que cela wget doit être installé curl ou doit être installé pour pouvoir utiliser des images personnalisées.

Dans quelles régions le AWS Lambda calcul est pris en charge CodeBuild ?

En CodeBuild, le AWS Lambda calcul est pris en charge dans les pays suivants Régions AWS : USA Est (Virginie du Nord), USA Est (Ohio), USA Ouest (Oregon), Asie-Pacifique (Mumbai), Asie-Pacifique (Singapour), Asie-Pacifique (Sydney), Asie-Pacifique (Tokyo), Europe (Francfort), Europe (Irlande) et Amérique du Sud (São Paulo). Pour plus d'informations sur Régions AWS les CodeBuild zones disponibles, consultez la section AWS Services par région.

Limites du AWS Lambda calcul

Certains cas d'utilisation AWS Lambda ne sont pas compatibles, et s'ils vous concernent, utilisez le calcul EC2 :

  • AWS Lambda ne prend pas en charge les outils qui nécessitent des autorisations root. Pour des outils tels que yum ourpm, utilisez le type de calcul EC2 ou d'autres outils ne nécessitant pas d'autorisations root.

  • AWS Lambda ne prend pas en charge les builds ou les exécutions de Docker. Vous pouvez utiliser des alternatives qui ne nécessitent pas d'autorisations root, telles que Podman.

  • AWS Lambda ne prend pas en charge l'écriture dans des fichiers externes/tmp. Les gestionnaires de packages inclus sont configurés pour utiliser le /tmp répertoire par défaut pour le téléchargement et le référencement des packages.

  • AWS Lambda ne prend pas en charge le type d'environnement LINUX_GPU_CONTAINER et n'est pas pris en charge sur Windows Server Core 2019.

  • AWS Lambda ne prend pas en charge la mise en cache, les compilations par lots, les délais de génération personnalisés, les délais d'attente, les badges de génération, le mode privilégié, les environnements d'exécution personnalisés ou les durées d'exécution supérieures à 15 minutes.

  • AWS Lambda ne prend pas en charge la connectivité VPC, une plage fixe d'adresses IP CodeBuild sources, le système EFS, le versionnement sémantique, l'installation de certificats ou l'accès SSH avec le gestionnaire de session.