# IronPDF on AWS Lambda Without Docker
IronPDF se ejecuta en AWS Lambda, pero solo dentro de una función Lambda construida a partir de una imagen de contenedor Docker personalizada. Un tiempo de ejecución estándar de Lambda sin Docker carece de las bibliotecas nativas de Linux que IronPDF necesita, por lo que el trabajo con PDFs falla allí.
IronPDF depende de varias bibliotecas nativas de Linux, incluyendo:
- `gcc-c++`
- `glibc-devel.i686`
- `glibc.i686`
- `pango.x86_64`
Esas bibliotecas no están presentes por defecto en entornos estándar de AWS Lambda. Ejecutar IronPDF en una función Lambda sin Docker sin ellas típicamente genera uno de los siguientes problemas:
```txt
Native errors related to missing libraries
Failures in PDF generation or rendering
Crashes or instability when calling IronPdf methods
```
La causa principal es el motor de renderizado: IronPDF utiliza Chrome internamente, y el propio Chrome depende de componentes nativos de Linux. Runtimes sin servidores mínimos, como las imágenes estándar de AWS Lambda, no incluyen esos componentes y no pueden ser instalados de manera confiable en tiempo de ejecución.
## Solución
Implementa IronPDF dentro de una imagen de contenedor Docker personalizada que instala todas las dependencias nativas requeridas de antemano. Eso proporciona a Lambda un entorno completamente compatible en lugar de un tiempo de ejecución restringido.
```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"]
```
Las `dnf install` líneas incluyen las dependencias de renderizado de Chrome; la `CMD` señala a Lambda su manejador de funciones en la salida publicada.
[[e:(Los tiempos de ejecución estándar de AWS Lambda sin Docker no pueden ejecutar IronPDF. Usa una función basada en Docker o la generación de PDF fallará.)]]
Para una guía completa, consulta [Uso de IronPDF para crear archivos PDF en AWS Lambda](/get-started/aws/).
IronPDF se ejecuta en AWS Lambda, pero solo dentro de una función Lambda construida a partir de una imagen de contenedor Docker personalizada. Un tiempo de ejecución estándar de Lambda sin Docker carece de las bibliotecas nativas de Linux que IronPDF necesita, por lo que el trabajo con PDFs falla allí.
IronPDF depende de varias bibliotecas nativas de Linux, incluyendo:
gcc-c++
glibc-devel.i686
glibc.i686
pango.x86_64
Esas bibliotecas no están presentes por defecto en entornos estándar de AWS Lambda. Ejecutar IronPDF en una función Lambda sin Docker sin ellas típicamente genera uno de los siguientes problemas:
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 causa principal es el motor de renderizado: IronPDF utiliza Chrome internamente, y el propio Chrome depende de componentes nativos de Linux. Runtimes sin servidores mínimos, como las imágenes estándar de AWS Lambda, no incluyen esos componentes y no pueden ser instalados de manera confiable en tiempo de ejecución.
Solución
Implementa IronPDF dentro de una imagen de contenedor Docker personalizada que instala todas las dependencias nativas requeridas de antemano. Eso proporciona a Lambda un entorno completamente compatible en lugar de un tiempo de ejecución restringido.
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
Las dnf install líneas incluyen las dependencias de renderizado de Chrome; la CMD señala a Lambda su manejador de funciones en la salida publicada.
Precaución: Los tiempos de ejecución estándar de AWS Lambda sin Docker no pueden ejecutar IronPDF. Usa una función basada en Docker o la generación de PDF fallará.
Curtis Chau tiene una licenciatura en Ciencias de la Computación (Carleton University) y se especializa en el desarrollo front-end con experiencia en Node.js, TypeScript, JavaScript y React. Apasionado por crear interfaces de usuario intuitivas y estéticamente agradables, disfruta trabajando con frameworks modernos y creando manuales bien estructurados y visualmente atractivos.
