# IronPDF sur AWS Lambda sans Docker
IronPDF fonctionne sur AWS Lambda, mais uniquement à l'intérieur d'une fonction Lambda construite à partir d'une image de conteneur Docker personnalisée. Un runtime Lambda standard, non Docker, ne contient pas les bibliothèques natives Linux dont IronPDF a besoin, donc le travail PDF échoue ici.
IronPDF dépend de plusieurs bibliothèques Linux natives, y compris :
- `gcc-c++`
- `glibc-devel.i686`
- `glibc.i686`
- `pango.x86_64`
Ces bibliothèques ne sont pas présentes par défaut dans les environnements AWS Lambda standard. Exécuter IronPDF dans une fonction Lambda non Docker sans ces bibliothèques révèle généralement l'un des suivants :
```txt
Native errors related to missing libraries
Failures in PDF generation or rendering
Crashes or instability when calling IronPdf methods
```
La cause principale est le moteur de rendu : IronPDF utilise Chrome en interne, et Chrome lui-même repose sur des composants Linux natifs. Les runtimes sans serveur minimaux comme les images standards d'AWS Lambda ne fournissent pas ces composants, et ils ne peuvent pas être installés de manière fiable au moment de l'exécution.
## Solution
Déployez IronPDF à l'intérieur d'une image de conteneur Docker personnalisée qui installe toutes les dépendances natives requises à l'avance. Cela donne à Lambda un environnement entièrement compatible au lieu d'un runtime restreint.
```dockerfile
FROM public.ecr.aws/lambda/dotnet:8
# install necessary packages
RUN dnf update -y
RUN dnf install -y gcc-c++ pango.x86_64 libXcomposite.x86_64 libXcursor.x86_64 dbus-glib-devel
RUN dnf install -y libXdamage.x86_64 libXi.x86_64 libXtst.x86_64 cups-libs.x86_64 libXScrnSaver.x86_64
RUN dnf install -y libXrandr.x86_64 alsa-lib.x86_64 atk.x86_64 gtk3.x86_64 ipa-gothic-fonts xorg-x11-fonts-100dpi
RUN dnf install -y xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-Type1 xorg-x11-fonts-misc
RUN dnf install -y mesa-libgbm.x86_64
RUN dnf install -y nss-3.90.0-3.amzn2023.0.4.x86_64
WORKDIR /var/task
COPY "bin/Release/lambda-publish" .
CMD ["AWSLambdaNet8Container::AWSLambdaNet8Container.PrintPdf::FunctionHandler"]
```
Les lignes `dnf install` intègrent les dépendances de rendu de Chrome ; l'entrée `CMD` pointe Lambda vers votre gestionnaire de fonction dans la sortie publiée.
[[e:(Les runtimes AWS Lambda standards sans Docker ne peuvent pas exécuter IronPDF. Utilisez une fonction basée sur Docker ou la génération de PDF échouera.)]]
Pour un guide complet, consultez [Utiliser IronPDF pour créer des fichiers PDF sur AWS Lambda](/get-started/aws/).
IronPDF fonctionne sur AWS Lambda, mais uniquement à l'intérieur d'une fonction Lambda construite à partir d'une image de conteneur Docker personnalisée. Un runtime Lambda standard, non Docker, ne contient pas les bibliothèques natives Linux dont IronPDF a besoin, donc le travail PDF échoue ici.
IronPDF dépend de plusieurs bibliothèques Linux natives, y compris :
gcc-c++
glibc-devel.i686
glibc.i686
pango.x86_64
Ces bibliothèques ne sont pas présentes par défaut dans les environnements AWS Lambda standard. Exécuter IronPDF dans une fonction Lambda non Docker sans ces bibliothèques révèle généralement l'un des suivants :
Native errors related to missing librariesFailures in PDF generation or renderingCrashes or instability when calling IronPdf methods
Native errors related to missing libraries
Failures in PDF generation or rendering
Crashes or instability when calling IronPdf methods
Text
La cause principale est le moteur de rendu : IronPDF utilise Chrome en interne, et Chrome lui-même repose sur des composants Linux natifs. Les runtimes sans serveur minimaux comme les images standards d'AWS Lambda ne fournissent pas ces composants, et ils ne peuvent pas être installés de manière fiable au moment de l'exécution.
Solution
Déployez IronPDF à l'intérieur d'une image de conteneur Docker personnalisée qui installe toutes les dépendances natives requises à l'avance. Cela donne à Lambda un environnement entièrement compatible au lieu d'un runtime restreint.
FROM public.ecr.aws/lambda/dotnet:8
# install necessary packages
RUN dnf update -y
RUN dnf install -y gcc-c++ pango.x86_64 libXcomposite.x86_64 libXcursor.x86_64 dbus-glib-devel
RUN dnf install -y libXdamage.x86_64 libXi.x86_64 libXtst.x86_64 cups-libs.x86_64 libXScrnSaver.x86_64
RUN dnf install -y libXrandr.x86_64 alsa-lib.x86_64 atk.x86_64 gtk3.x86_64 ipa-gothic-fonts xorg-x11-fonts-100dpi
RUN dnf install -y xorg-x11-fonts-75dpi xorg-x11-fonts-cyrillic xorg-x11-fonts-Type1 xorg-x11-fonts-misc
RUN dnf install -y mesa-libgbm.x86_64
RUN dnf install -y nss-3.90.0-3.amzn2023.0.4.x86_64
WORKDIR /var/task
COPY "bin/Release/lambda-publish" .
CMD ["AWSLambdaNet8Container::AWSLambdaNet8Container.PrintPdf::FunctionHandler"]
Text
Les lignes dnf install intègrent les dépendances de rendu de Chrome ; l'entrée CMD pointe Lambda vers votre gestionnaire de fonction dans la sortie publiée.
Prudence: Les runtimes AWS Lambda standards sans Docker ne peuvent pas exécuter IronPDF. Utilisez une fonction basée sur Docker ou la génération de PDF échouera.
Curtis Chau détient un baccalauréat en informatique (Université de Carleton) et se spécialise dans le développement front-end avec expertise en Node.js, TypeScript, JavaScript et React. Passionné par la création d'interfaces utilisateur intuitives et esthétiquement plaisantes, Curtis aime travailler avec des frameworks modernes et créer des manuels bien structurés et visuellement attrayants.
