Precios de AWS Lambda

Computación sin servidor para cada carga de trabajo

Información general

AWS Lambda es un servicio de computación sin servidor que solo le cobra por lo que utiliza. Los precios de las funciones de eventos de Lambda se calculan por solicitud y duración de la ejecución. Las microVM de Lambda tienen un precio por segundo de instancia. El precio de las funciones web de Lambda se basa en las solicitudes y el tiempo de CPU activo.
  • Funciones de eventos

  • Precios de funciones de eventos de Lambda

    Los precios de las funciones de eventos de Lambda se basan en la cantidad de solicitudes atendidas y en la duración de la ejecución del código, medida en GB-segundos. Usted elige la memoria asignada a su función y obtiene CPU y recursos proporcionales. El nivel gratuito incluye un millón de solicitudes y 400 000 GB-segundos al mes.

    Evento asincrónico (incluidos los eventos de S3, SNS, EventBridge, StepFunctions y Registros de Cloudwatch): Se le cobra 1 solicitud por cada evento asíncrono por los primeros 256 KB. Para eventos individuales cuyo tamaño supera los 256 KB, se cobra 1 solicitud adicional por cada bloque de 64 KB, hasta 1 MB.

    El costo de duración depende de la cantidad de memoria que asigne a la función. Puede asignar cualquier cantidad de memoria a la función entre 128 MB y 10 240 MB, en incrementos de 1 MB. La siguiente tabla muestra algunos ejemplos del precio por cada 1 ms asociado a distintos tamaños de memoria, para un uso dentro del primer nivel de precios; por ejemplo, hasta 6000 millones de GB-segundos al mes en la región del Este de EE. UU. (Ohio)

    • Precio de x86
    • Precio de Arm

    Los niveles de precios de duración bajo demanda de Lambda se aplican a la duración mensual agregada de sus funciones que se ejecutan en la misma arquitectura (x86 o Arm, respectivamente), en la misma región y dentro de la cuenta. Si utiliza facturación consolidada en AWS Organizations, los niveles de precios se aplican a la duración mensual agregada de las funciones que se ejecutan en la misma arquitectura, en la misma región y en las cuentas de la organización.

    Instancias administradas de Lambda

    Las instancias administradas de Lambda permiten ejecutar funciones de eventos de Lambda en instancias de EC2 completamente administradas en la VPC, combinando la experiencia de desarrollo sin servidor de Lambda con la eficiencia de costos y la flexibilidad de hardware de EC2. Esta característica resulta ideal para cargas estables y de alto volumen en las que desea optimizar costos sin perder la simplicidad operativa que distingue a Lambda.

    Con las instancias administradas de Lambda, puede elegir entre una amplia variedad de tipos de instancias de EC2 de última generación para ajustarse a los requisitos de la carga de trabajo, beneficiarse de las opciones de precios de EC2 (Savings Plans para instancias de EC2, Savings Plans para computación e instancias reservadas), procesar múltiples solicitudes de forma simultánea dentro del mismo entorno de ejecución para maximizar la utilización de los recursos. Lambda se encarga automáticamente del aprovisionamiento, el escalado, los parches y la administración del ciclo de vida de las instancias, mientras usted conserva el modelo de programación ya conocido de Lambda y la integración fluida con orígenes de eventos como SQS, Kinesis y Kafka.

    Precios:
    Los precios de las instancias administradas de Lambda tienen tres componentes:

    1. Cargos de solicitudes: 0,20 USD por millón de solicitudes
    2. Tarifa de administración de computación: una prima del 15 % sobre el precio de las instancias bajo demanda de EC2 para las instancias aprovisionadas y administradas por Lambda (la prima para cada tipo de instancia se indica a continuación)
    3. Cargos de instancias de EC2: Los precios estándar de las instancias EC2 se aplican a las instancias aprovisionadas en su proveedor de capacidad. Puede reducir costos gracias a los Savings Plans para computación, instancias reservadas y otras opciones de precios disponibles para EC2

    Tenga en cuenta que las funciones que utilizan instancias administradas de Lambda no pagan un cargo separado por la duración de ejecución de cada solicitud, a diferencia de las funciones de computación predeterminadas de Lambda.

    Asignaciones de orígenes de eventos: Para las cargas de trabajo que utilizan unidades de sondeo de eventos (EPU) aprovisionadas con fuentes de eventos como Kafka o SQS, se aplican los precios estándar de las EPU.

    Tarifas de gestión
    • Supongamos que ejecuta un servicio de API con alto tráfico que procesa 100 millones de solicitudes al mes, con una duración promedio de 200 ms por solicitud. Configura el proveedor de capacidad de instancias administradas de Lambda para utilizar instancias m7g.xlarge (4 vCPU, 16 GB de memoria, Graviton3) y adopta un Savings Plan para computación a tres años para maximizar el ahorro.

      Cargos mensuales

      Cargos de solicitudes
      Solicitudes mensuales: 100 millones de solicitudes
      Precio de las solicitudes: 0,20 USD por millón de solicitudes
      Cargos de solicitudes mensuales: 100 millones / 1 millón × 0,20 USD = 20 USD

      Cargos de computación
      Tipo de instancia: m7g.xlarge
      Precio bajo demanda de EC2: 0,1632 USD por hora (Este de EE. UU., norte de Virginia)
      Con un descuento de 3 años en el Compute Savings Plan (72 %): 0,0457 USD por hora
      Número estimado de horas de instancia necesarias: aproximadamente 2000 horas al mes (según el patrón de carga de trabajo y la simultaneidad)
      Cargos por instancia de EC2 mensuales: 2000 × 0,0457 USD = 91,40 USD

      Cargos de tarifas de administración
      Tarifa de administración: 15 % del precio bajo demanda de EC2
      Tarifa de administración por hora: 0,1632 USD × 0,15 = 0,02448 USD por hora
      Tarifa de administración mensual: 2000 × 0,02448 USD = 48,96 USD

      Cargos mensuales totales
      Cargos totales = cargos de solicitudes + cargos por instancia de EC2 + cargos de administración
      Cargos totales = 20 USD + 91,40 USD + 48,96 USD = 160,36 USD

    Precios de las funciones duraderas de Lambda

    Las funciones duraderas de Lambda simplifican la forma de crear aplicaciones fiables de varios pasos y flujos de trabajo de IA directamente dentro del modelo de programación existente de Lambda, lo que permite obtener cargas de trabajo resistentes y rentables de larga duración. En las funciones duraderas, se utilizan operaciones duraderas como “pasos” y “esperas”: puntos de control con datos opcionales almacenados durante períodos prolongados que permiten que la función reanude la ejecución tras interrupciones. Cuando se reanudan las funciones, el sistema realiza la reproducción y vuelve a ejecutar de forma automática el controlador de eventos desde el principio, omite los puntos de control completados y continúa desde el punto de interrupción. El ciclo de vida puede incluir varias subinvocaciones (invocaciones de funciones de Lambda que se producen al reanudar después de operaciones de espera, reintentos o errores de infraestructura) para completar la ejecución. 

    Se aplican los cargos de procesamiento de Lambda existentes, incluso para subinvocaciones desde las repeticiones. Cuando se utilizan operaciones de espera, la función suspende la ejecución y, en el caso de las funciones bajo demanda, no incurre en cargos por duración hasta que se reanude la ejecución. Además, se le cobrará por las operaciones duraderas (como iniciar ejecuciones, completar pasos y crear esperas). También paga por la cantidad de datos escritos por estas operaciones (en GB) y por la retención de datos durante y después de la ejecución (en GB-mes, prorrateados). El período de retención una vez finalizado se puede configurar de 1 a 90 días (14 días por defecto). 

    Para obtener una lista completa y una descripción detallada de las operaciones duraderas, consulte la Guía para desarrolladores de Lambda.

    • Un sistema de procesamiento de reclamaciones de seguros utiliza funciones duraderas de Lambda para analizar las reclamaciones con el fin de detectar el fraude, coordinar la revisión humana de reclamaciones de valor alto y procesar los pagos aprobados. El proceso comienza con una etapa de análisis de documentos que tarda 30 segundos en realizar la detección de fraudes y la evaluación de riesgos basada en un modelo de lenguaje de gran tamaño. A continuación, se utiliza una espera para suspender la ejecución y someterla a una revisión humana (normalmente, siete días de espera), en la que un ajustador revisa aquellas reclamaciones que superan los umbrales de aprobación automática. Por último, se utiliza un paso de pago, que tarda dos segundos en procesar la decisión de aprobación para iniciar el pago. El sistema procesa 1 000 000 de reclamaciones de seguros al mes. Cada ejecución utiliza una carga útil de invocación de 8 KB y cargas útiles de 32 KB para el análisis de las reclamaciones (paso 1), las decisiones de aprobación (espera) y el procesamiento final del pago (paso 2). La función está configurada con 1 GB de memoria en un procesador basado en ARM. Los registros de reclamaciones completados se retienen durante 14 días para fines de auditoría y cumplimiento. Nota: Los ejemplos se basan en el precio de la región este de EE. UU. (norte de Virginia). Todas las ejecuciones comienzan a principios de mes y todos los pasos se realizan de manera correcta en el primer intento, sin reintentos, para simplificar los cálculos.

      Nota: Los ejemplos se basan en el precio de la región este de EE. UU. (norte de Virginia). Todas las ejecuciones comienzan a principios de mes y todos los pasos se realizan de manera correcta en el primer intento, sin reintentos, para simplificar los cálculos.

      Cargos de computación mensuales

      Computación total (segundos) 1 000 000 × 32 s = 32 000 000 segundos
      Computación total (GB-s) 32 000 000 × 1 GB = 32 000 000 GB-s
      Computación facturable 32 000 000 - 400 000 en el nivel gratuito = 31 600 000 GB-s
      Costo de computación 31 600 000 × 0,0000133334 USD = 421,34 USD

      Cargos de solicitudes mensuales

      Número total de solicitudes 2 invocaciones (iniciales + después de la espera) × 1 000 000 = 2 000 000 solicitudes
      Solicitudes facturables 2 000 000 - 1 millón en el nivel gratuito = 1 000 000
      Costos de solicitudes 1 millón × 0,20 USD/M = 0,20 USD


      Cargos mensuales por funciones duraderas

      Operaciones 1 millón × (1 ejecución de inicio + 2 pasos + 1 espera) = 4 M
      Costo de operaciones 4 millones × 8,00 USD/millón = 32,00 USD
      Datos escritos 1 millón × (8 KB de invocación + 3 × 32 KB de pasos/esperas) = 104 GB
      Costo de escritura de datos 104 GB × 0,25 USD por GB = 26,00 USD
      Almacenamiento (en ejecución, incluye 7 días de espera) 104 GB × (7/30) = 24,27 GB-mes
      Almacenamiento (se retiene durante 14 días) 104 GB × (14/30) = 48,53 GB-mes
      Costo de retención de datos (24,27 + 48,53) GB/mes × 0,15 USD/GB-mes = 10,92 USD

       

      Cargos mensuales totales

      Cargos totales 421,34 USD + 0,20 USD + 32,00 USD + 26,00 USD + 10,92 USD = 490,46 USD

    Precios de aislamiento de inquilinos

    Habilite el modo de aislamiento de inquilinos para aislar el procesamiento de solicitudes de cada usuario final o inquilino que invoque sus funciones de eventos de Lambda. Los entornos de ejecución subyacentes de una función de Lambda aislada por inquilino siempre están asociados a un inquilino específico y nunca se utilizan para procesar solicitudes de otros inquilinos que invoquen la misma función. Esta capacidad simplifica el desarrollo y la administración de aplicaciones de varios inquilinos que procesan código o datos específicos de cada inquilino, con requisitos estrictos de aislamiento entre inquilinos. Se cobra cuando Lambda crea un nuevo entorno de ejecución aislado por inquilino para atender una solicitud, según la cantidad de memoria asignada a la función y la arquitectura de CPU que utilice. Para obtener más información sobre la capacidad de aislamiento de inquilinos de Lambda, lea la documentación.

    • Aplicación SaaS de varios inquilinos

      Supongamos que crea una plataforma de automatización que ejecuta código proporcionado por los usuarios en respuesta a eventos. Por ejemplo, un equipo de TI desea ejecutar un flujo de trabajo automatizado cuando un nuevo empleado se incorpora a la organización o se traslada entre departamentos. Como otro ejemplo, un equipo de DevOps desea activar un flujo de trabajo de CI/CD cuando un desarrollador confirma cambios de código en su repositorio de código fuente. La plataforma de automatización es de varios inquilinos, lo que significa que atiende a varios usuarios finales. Dado que anticipa una gran variación en la demanda según la hora del día y según cada usuario o inquilino, crea la plataforma con servicios sin servidor, como AWS Lambda.

      La plataforma de automatización admite la capacidad de ejecutar código proporcionado por los usuarios en respuesta a eventos. Como no controla el código que proporcionan los usuarios, habilita el modo de aislamiento de inquilinos para garantizar que las invocaciones a las funciones de Lambda correspondientes a cada usuario final se procesen en entornos de ejecución separados y aislados entre sí.

      Suponga que ha configurado la función de Lambda con 1024 MB de memoria y arquitectura de CPU x86. Durante un mes típico, la función procesa 10 millones de invocaciones con una duración promedio de 2 segundos por invocación. La plataforma SaaS es utilizada por 1000 usuarios finales o inquilinos. Para simplificar, supongamos que, en promedio, cada inquilino genera 10 000 invocaciones por mes y que Lambda crea 200 entornos de ejecución por inquilino (es decir, una tasa de arranque en frío del 2 % por inquilino).

      Los cargos se calcularían de la siguiente manera:

      Cargos de solicitudes
      Al mes, la función se ejecuta 10 millones de veces.

      Cargos mensuales por solicitudes: 10 millones * 0,2 USD/millón = 2 USD.

      Cargos de computación
      Al mes, la función se ejecuta 10 millones de veces con una duración media de 2 segundos. La memoria configurada de la función es de 1024 MB.

      Duración mensual de computación (segundos): 10 millones * 2 segundos = 20 millones de segundos
      Computación mensual (GB-s): 20 millones de segundos * 1024 MB / 1024 MB = 20 millones de GB-s
      Cargos mensuales de computación: 20 millones * 0,0000166667 USD = 333,34 USD

      Cargos de aislamiento de inquilinos
      En promedio, cada mes la función presta servicio a 1000 inquilinos únicos. Cada inquilino invoca la función 10 000 veces, con un promedio de 200 entornos de ejecución creados por inquilino (es decir, una tasa de arranque en frío promedio del 2 % para cada inquilino).

      Entornos de ejecución mensuales creados para 1000 inquilinos: 200 * 1000 = 200 000
      Cargos mensuales de aislamiento de inquilinos: 200 000 * 0,000167 USD * 1024 MB / 1024 MB = 33,4 USD

      Cargos mensuales totales
      Cargos totales = cargos de solicitudes + cargos de computación + cargos de aislamiento de inquilinos
      Cargos totales = 2 USD + 333,34 USD + 33,4 USD = 368,74 USD

    Precios del almacenamiento efímero de Lambda

    Los costos del almacenamiento efímero dependen de la cantidad de almacenamiento efímero que se asigne a la función de eventos y de la duración de ejecución de la función, medida en milisegundos. Puede asignar a la función cualquier cantidad adicional de almacenamiento entre 512 MB y 10 240 MB en incrementos de 1 MB. Puede configurar el almacenamiento efímero para las funciones que se ejecutan en arquitecturas x86 y Arm. Para cada función de Lambda, están disponibles 512 MB de almacenamiento efímero sin costo adicional. Solo paga por el almacenamiento efímero adicional que configure.

    Todos los ejemplos que se muestran a continuación se basan en el precio de la región este de EE. UU. (norte de Virginia).

    • Supongamos que es un desarrollador de aplicaciones móviles que crea una aplicación para pedir comida. Los clientes pueden utilizar la aplicación para pedir comida en un restaurante concreto, recibir actualizaciones sobre el estado del pedido y recogerlo cuando esté listo. Debido a que espera una gran variación en la demanda, tanto por la hora del día como por la ubicación del restaurante, crea su backend móvil mediante servicios sin servidor, lo que incluye a AWS Lambda.

      Para simplificar, supongamos que su aplicación procesa tres millones de solicitudes al mes. La duración media de la ejecución de la función es de 120 ms. Se ha configurado la función con 1536 MB de memoria en un procesador basado en x86. Los cargos se calcularían de la siguiente manera:

      Cargos de computación mensuales

      El precio mensual por computación es de 0,0000166667 USD por GB-s y el nivel gratuito ofrece 400 000 GB-s.
      Computación total (segundos) = 3 millones * 120 ms = 360 000 segundos
      Computación total (GB-s) = 360 000 * 1536 MB / 1024 MB = 540 000 GB-s
      Computación total – computación de nivel gratuito = GB-s de computación facturables mensualmente
      540 000 GB-s – 400 000 GB-s del nivel gratuito = 140 000 GB-s
      Cargos de computación mensuales =       140 000 * 0,0000166667 USD = 2,33 USD

      Cargos de solicitudes mensuales

      El precio mensual por solicitudes es de 0,20 USD por un millón de solicitudes y el nivel gratuito ofrece un millón de solicitudes al mes.
      Total de solicitudes – solicitudes del nivel gratuito = solicitudes facturables mensualmente
      3 millones de solicitudes – 1 millón de solicitudes del nivel gratuito = 2 millones de solicitudes facturables mensuales
      Cargos por solicitudes mensuales = 2 millones * 0,2 USD/millones = 0,40 USD

      Cargos mensuales totales

      Cargos totales = cargos de computación + cargos de solicitudes = 2,33 USD + 0,40 USD = 2,73 USD al mes

    • Digamos que es una empresa de logística con una flota de vehículos en circulación, cada uno de los cuales está habilitado con sensores y conectividad 4G o 5G para emitir datos de telemetría en una secuencia de datos de Amazon Kinesis. Desea utilizar los modelos de machine learning (ML) que ha desarrollado para inferir el estado del vehículo y predecir cuándo podría ser necesario el mantenimiento de determinados componentes.

      Supongamos que hay 10 000 vehículos en circulación, cada uno de los cuales emite telemetría una vez por hora de forma escalonada con suficiente fluctuación. Pretende llevar a cabo esta inferencia en cada carga para asegurarse de que los vehículos están programados puntualmente para el mantenimiento y garantizar el estado óptimo de su flota.

      Supongamos que el modelo de ML está empaquetado junto con la función y tiene un tamaño de 512 MB. Para la inferencia, ha configurado su función con 1 GB de memoria y la ejecución de la función tarda una media de 2 segundos en completarse en un procesador basado en x86.

      Cargos de solicitudes mensuales:
      Al mes, los vehículos emitirán 10 000 * 24 * 31 = 7 440 000 mensajes que serán procesados por la función de Lambda.

      Cargos de solicitudes mensuales → 7,44 millones * 0,20 USD por millón = 1488 USD ~= 1,49 USD

      Cargos de computación mensuales:
      Al mes, las funciones se ejecutarán una vez por mensaje durante 2 segundos.

      Duración de computación mensual (segundos) → 7,44 millones * 2 segundos = 14,88 millones de segundos
      Computación mensual (GB-s) → 14,88 millones de segundos * 1024 MB/1024 MB = 14,88 GB-s
      Cargos de computación mensuales → 14,88 millones de GB-s * 0,0000166667 USD = 248,00 USD

      Cargos mensuales totales:
      Cargos totales mensuales = cargos de solicitudes + cargos de computación = 1,49 USD + 248,00 USD = 249,49 USD

    • Supongamos que es una empresa de servicios financieros que desea conocer mejor sus principales problemas de atención al cliente. Su objetivo es mejorar la experiencia del cliente y reducir la pérdida de clientela. Los clientes pueden conversar en directo con el personal de atención al cliente a través de la aplicación móvil que proporcione. Decide implementar un modelo de procesamiento de lenguaje natural (PLN).

      En este caso, utiliza el popular modelo de Representación de Codificador Bidireccional de Transformadores (BERT) en AWS Lambda. El modelo le ayuda a analizar sintácticamente, examinar y comprender las interacciones del servicio de atención al cliente a través de la aplicación móvil con el fin de mostrar el contenido de asistencia pertinente o derivar al cliente al agente de atención adecuado. El número de consultas de asistencia que procesa su modelo de inferencia varía mucho a lo largo de la semana.

      Supongamos que sus funciones que ejecutan el modelo de inferencia reciben 6 millones de solicitudes al mes. La duración media de la ejecución de la función es de 280 ms. Se ha configurado la función con 4096 MB de memoria en un procesador basado en x86.

      También configura la función para que utilice 2048 MB de almacenamiento efímero.

      Los cargos se calcularían de la siguiente manera:

      Cargos de computación mensuales:
      El precio mensual por computación es de 0,0000166667 USD por GB-s y el nivel gratuito ofrece 400 000 GB-s.
      Computación total (segundos) = 6 millones * 280 ms = 1 680 000 segundos
      Computación total (GB-s) = 1 680 000 * 4096 MB/1024 MB = 6 720 000 GB-s
      Computación total – computación del nivel gratuito de AWS = GB-s de computación facturables mensualmente
      6 720 000 GB-s – 400 000 GB-s del nivel gratuito = 6 320 000 GB-s
      Cargos de computación mensuales = 6 320 000 * 0,0000166667 USD = 105,33 USD

      Cargos mensuales por solicitudes:
      El precio mensual por solicitudes es de 0,20 USD por un millón de solicitudes y el nivel gratuito ofrece un millón de solicitudes al mes.
      Total de solicitudes – solicitudes del nivel gratuito = solicitudes facturables mensualmente
      6 millones de solicitudes – 1 millón de solicitudes del nivel gratuito = 5 millones de solicitudes facturables mensuales
      Cargos mensuales de solicitudes = 5 millones * 0,20 USD por millón = 1 USD

      Cargos mensuales por almacenamiento efímero:
      El precio mensual por almacenamiento efímero es de 0,0000000309 USD por cada GB-segundo y Lambda ofrece 512 MB de almacenamiento sin costo adicional.
      Computación total (segundos) = 6 millones * 280 ms = 1 680 000 segundos
      Almacenamiento efímero total facturable = 2048 MB – 512 MB = 1536 MB
      Almacenamiento efímero total (GB-s) = 1 680 000 * 1536 MB/1024 MB = 2 520 000 GB-s
      Cargos mensuales por almacenamiento efímero = 2 520 000 * 0,0000000309 USD = 0,08 USD

      Cargos mensuales totales:
      Cargos totales = cargos de cómputo + cargos de solicitudes = 105,33 USD + 1 USD + 0,08 USD = 106,41 USD al mes

    Precios de la simultaneidad aprovisionada

    Para tener mayor control sobre el rendimiento de sus aplicaciones sin servidor, habilite la simultaneidad aprovisionada para sus funciones de eventos de Lambda. Cuando se habilita, la simultaneidad aprovisionada mantiene las funciones inicializadas y en el mayor estado de preparación para responder en milisegundos de dos dígitos. Paga por la cantidad de simultaneidad que configura y por el periodo por el que lo hace. Cuando la simultaneidad aprovisionada está habilitada y se ejecuta para su función, también paga por las solicitudes y por la duración en función de los precios que se muestran a continuación. Si su función supera la simultaneidad configurada, se le facturará el exceso de ejecución de funciones a la tarifa descrita en la sección Precios de AWS Lambda anterior. Puede activar la simultaneidad aprovisionada para las funciones que se ejecutan en las arquitecturas x86 y Arm. Para obtener más información sobre la simultaneidad aprovisionada, lea la documentación.

    La simultaneidad aprovisionada se calcula desde el momento en que la habilita para su función hasta que la desactiva y se redondea hacia arriba a los 5 minutos más cercanos. El precio depende del volumen de memoria que asigne a su función y la cantidad de simultaneidad que configure. La duración se calcula a partir del momento en que el código comienza a ejecutarse hasta que regresa o finaliza de algún modo, y se redondea hacia arriba al 1 ms más cercano**. El precio depende del volumen de memoria asignada a la función.

    ** Los cargos de duración se aplican al código que se ejecuta en el gestor de una función, así como al código de inicialización que se declara fuera del gestor. En el caso de las funciones de eventos de Lambda con extensiones de AWS Lambda, la duración también incluye el tiempo que tarda el código de la última extensión en ejecución en terminar de ejecutarse durante la fase de cierre. Para las funciones configuradas con simultaneidad aprovisionada, AWS Lambda recicla periódicamente los entornos de ejecución y vuelve a ejecutar el código de inicialización. Si desea leer más detalles, consulte la  documentación de modelos de programación de Lambda.

    No se aplicará el nivel gratuito de Lambda a las funciones que tengan habilitada la simultaneidad aprovisionada. Si habilita la simultaneidad aprovisionada en una función y luego la ejecuta, se le cobrará por las solicitudes y por la duración en función de los precios que se muestran a continuación.

    Todos los ejemplos que se muestran a continuación se basan en el precio de la región este de EE. UU. (norte de Virginia).

    • Supongamos que es un desarrollador de aplicaciones móviles y crea una aplicación móvil para pedir comida. Los clientes pueden utilizar la aplicación para pedir comida en un restaurante concreto, recibir actualizaciones sobre el estado del pedido y recogerlo cuando esté listo. Debido a que espera una gran variación en la demanda de su aplicación, tanto por la hora del día como por la ubicación del restaurante, crea su backend móvil mediante servicios sin servidor, lo que incluye a AWS Lambda.

      Para simplificar, supongamos que su aplicación procesa tres millones de solicitudes al mes. La
      duración media de la ejecución de la función es de 120 ms. Se ha configurado la función con 1536 MB de memoria, en un procesador basado en x86.

      Va a hacer el lanzamiento de la nueva versión de su aplicación móvil, que ha promocionado intensamente. Espera un pico de demanda durante el día de lanzamiento, desde el mediodía hasta las 20:00 h. Quiere que su aplicación móvil tenga capacidad de respuesta incluso cuando la demanda aumenta y disminuye rápidamente, por lo que habilita la simultaneidad aprovisionada en sus funciones de eventos de Lambda. Establece la simultaneidad aprovisionada en 100.

      Durante esas ocho horas, sus funciones recibieron 500 000 solicitudes. La duración media de la ejecución de la función
      mientras la simultaneidad aprovisionada está habilitada es de 100 ms. Durante el resto del mes, su aplicación recibe los 2,5 millones de solicitudes adicionales y las funciones se ejecutan en respuesta a ellas sin que esté habilitada la simultaneidad aprovisionada.

      Los cargos se calcularían de la siguiente manera:

      Cargos de simultaneidad aprovisionada:
      El precio de la simultaneidad aprovisionada es de 0,0000041667 USD por GB-s
      Período total de tiempo durante el que está habilitada la simultaneidad aprovisionada (segundos): 8 horas * 3600 segundos = 28 800 segundos
      Total de simultaneidad configurada (GB): 100 * 1536 MB/1024 MB = 150 GB
      Cantidad total de simultaneidad aprovisionada (GB-s): 150 GB * 28 800 segundos = 4 320 000 GB-s
      Cargos de simultaneidad aprovisionada: 4,32 millones de GB-s * 0,0000041667 USD = 18 USD

      Cargos por solicitudes:
      El precio por solicitudes mensuales es de 0,20 USD por cada millón de solicitudes y la capa gratuita ofrece un millón de solicitudes al mes.
      Total de solicitudes – solicitudes de nivel gratuito = solicitudes facturables mensuales
      3 000 000 solicitudes – 1 millón de solicitudes de nivel gratuito = 2 000 000 solicitudes facturables mensuales
      Cargos de solicitudes mensuales = 2 * 0,20 USD = 0,40 USD

      Cargos de computación mientras la simultaneidad aprovisionada está habilitada:
      El precio de computación es de 0,0000097222 USD por GB-s
      Duración total de computación (segundos) = 500 000 * 100 ms = 50 000 segundos
      Computación total (GB-s) = 50 000 segundos * 1536 MB / 1024 MB = 75 000 GB-s.
      Gastos de computación totales = 75 000 GB-s * 0,0000097222 USD = 0,73 USD

      Cargos de computación mientras la simultaneidad aprovisionada está deshabilitada:
      El precio mensual por computación es de 0,0000166667 USD por GB-s y el nivel gratuito ofrece 400 000 GB-s.
      Computación total (segundos) = 2,5 millones * 120 ms = 300 000 segundos
      Computación total (GB-s) = 300 000 * 1536 MB / 1024 MB = 450 000 GB-s
      Computación total – computación de nivel gratuito = GB-s de computación facturables mensualmente
      450 000 GB-s – 400 000 GB-s del nivel gratuito = 50 000 GB-s
      Cargos de computación mensuales = 50 000 * 0,0000166667 USD = 0,83 USD

      Cargos mensuales totales:
      Cargos totales = cargos de simultaneidad aprovisionada + cargos por solicitudes + cargos por computación cuando la simultaneidad aprovisionada está habilitada + cargos por computación cuando la simultaneidad aprovisionada está deshabilitada
      Cargos totales = 18 USD + 0,40 USD + 0,73 USD + 0,83 USD = 19,96 USD

    • Supongamos que es un minorista que lleva a cabo una gran venta durante Cyber Monday, una fiesta del comercio electrónico que tiene lugar el lunes después de Acción de Gracias en Estados Unidos. Sus clientes pueden conversar en directo con el servicio de asistencia a través de la aplicación móvil que proporcione. Decide implementar un modelo de procesamiento de lenguaje natural (PLN).

      En este caso, utiliza el popular modelo de Representación de Codificador Bidireccional de Transformadores (BERT) en AWS Lambda. El modelo le ayuda a analizar sintácticamente, examinar y comprender las interacciones del servicio de atención al cliente a través de la aplicación móvil con el fin de mostrar el contenido de asistencia pertinente o dirigir al cliente con el agente de atención adecuado. Durante esta venta recibirá muchas más consultas de asistencia al cliente de lo habitual, por lo que decide habilitar simultaneidad aprovisionada en sus funciones de eventos de Lambda para que la aplicación responda rápidamente incluso cuando experimente picos de tráfico.

      Supongamos que sus funciones reciben dos millones de solicitudes durante las 24 horas del evento de venta, mientras la simultaneidad aprovisionada está habilitada. La duración media de la ejecución de la función es de 280 ms. Se ha configurado la función con 4096 MB de memoria en un procesador basado en x86 y se estableció la simultaneidad aprovisionada en siete.

      Los cargos se calcularían de la siguiente manera:

      Cargos de simultaneidad aprovisionada:
      El precio de la simultaneidad aprovisionada es de 0,0000041667 USD por cada GB-s.
      Periodo total en que la simultaneidad aprovisionada está habilitada (segundos) = 24 horas * 3600 segundos = 86 400 segundos
      Simultaneidad configurada total (GB): 7 * 4096 MB / 1024 MB = 28 GB
      Cantidad total de simultaneidad aprovisionada (GB-s) = 28 GB * 86 400 segundos = 2 419 200 GB-s
      Cargos por simultaneidad aprovisionada = 2 419 200 GB-s * 0,0000041667 USD = 10,08 USD

      Cargos de computación mientras la simultaneidad aprovisionada está habilitada:
      El precio de computación es de 0,0000097222 USD por GB-s.
      Duración total de computación (segundos) = 2 000 000 * 280 ms = 560 000 segundos
      Computación total (GB-s) = 560 000 segundos * 4096 MB / 1024 MB = 2 240 000 GB-s.
      Cargos de computación totales = 2 240 000 GB-s * 0,0000097222 USD = 21,78 USD

      Cargos mensuales por solicitudes:
      El precio de solicitudes mensual es de 0,20 USD por cada millón de solicitudes
      Cargos de solicitudes mensuales = 2 millones * 0,20 USD/millón = 0,40 USD

      Cargos mensuales totales:
      Cargos totales = cargos de simultaneidad aprovisionada + cargos de computación mientras la simultaneidad aprovisionada está habilitada + cargos de solicitudes = 10,08 USD + 21,78 USD + 0,40 USD = 32,26 USD

    Precios de SnapStart

    SnapStart puede mejorar el rendimiento de inicio de varios segundos a tan solo menos de un segundo para las aplicaciones sensibles a la latencia. SnapStart crea una instantánea del estado inicializado de la memoria (y el disco) de la función y almacena en caché esta instantánea para un acceso de baja latencia. Cuando se invoca la función posteriormente, Lambda reanuda los entornos de ejecución a partir de esta instantánea preinicializada, en lugar de inicializarlos desde cero, lo que mejora la latencia de inicio.

    Se crea una instantánea cada vez que publica una nueva versión de la función con SnapStart activado. Se le cobra por almacenar en caché una instantánea durante el período en el que la versión de su función esté activa, durante un mínimo de 3 horas y por milisegundo a partir de entonces. El precio depende del volumen de memoria asignada a la función. También se le cobrará cada vez que Lambda reanude un entorno de ejecución mediante la restauración de la instantánea, y el precio dependerá de la cantidad de memoria que asigne a la función.

    Los precios de SnapStart no se aplican a tiempos de ejecución administrados de Java compatibles.

    • Digamos que es una empresa de logística con una flota de vehículos en circulación, cada uno de los cuales está habilitado con sensores y conectividad 4G o 5G para emitir datos de telemetría en una secuencia de datos de Amazon Kinesis. Desea utilizar los modelos de machine learning (ML) que ha desarrollado para inferir el estado del vehículo y predecir cuándo podría ser necesario el mantenimiento de determinados componentes.

      Supongamos que hay 10 000 vehículos en circulación, cada uno de los cuales emite telemetría una vez por hora de forma escalonada con suficiente fluctuación. Pretende llevar a cabo esta inferencia en cada carga para asegurarse de que los vehículos están programados puntualmente para el mantenimiento y garantizar el estado óptimo de su flota.

      Supongamos que el modelo de ML está empaquetado junto con la función y tiene un tamaño de 512 MB. Para la inferencia, configuró su función con 1 GB de memoria y la ejecución facturada tarda una media de dos segundos en un procesador basado en x86. Mantiene una única versión de la función. Para simplificar, supongamos que el 1 % de todas las solicitudes dan lugar a la creación de nuevos entornos de ejecución.

      Observa que el procesamiento de principio a fin tarda varios segundos para este 1 % de las solicitudes. Esto se debe a que la inicialización de la función tarda varios segundos, ya que importa módulos de software grandes y el modelo ML durante la inicialización. Desea reducir el tiempo de procesamiento de principio a fin de estas solicitudes, por lo que habilita SnapStart en la función y publica una nueva versión.

      Los cargos se calcularían de la siguiente manera:

      Cargos de solicitudes
      Al mes, los vehículos emitirán 10 000 * 24 * 31 = 7 440 000 mensajes que serán procesados por la función de Lambda.

      Cargos de solicitudes mensuales: 7,44 millones * 0,20 USD/millón = 1,49 USD

      Cargos de computación mensuales
      Al mes, su función se ejecutará una vez por mensaje durante dos segundos.

      Duración mensual de computación (segundos): 7,44 millones * 2 segundos = 14,88 millones de segundos
      Computación mensual (GB-s): 14,88 millones de segundos * 1024 MB/1024 MB = 14,88 millones de GB-s
      Cargos de computación mensuales: 14,88 millones de GB-s * 0,0000166667 USD = 248,00 USD

      Cargos de SnapStart:

      Periodo total durante el cual la versión de la función está activa (segundos): 24 horas * 31 días * 3600 segundos = 2 678 400 segundos
      Memoria de función asignada: 1024 MB/1024 MB -> 1 GB
      Caché total de SnapStart utilizada: 1 GB * 2 678 400 s -> 2 678 400 GB-S
      Cargos de caché de SnapStart: 2,68 millones de GB-s * 0,0000015046 USD = 4,03 USD

      Número de solicitudes que utilizan la restauración de SnapStart: 1 % de 7,44 millones = 74 400
      Total de restauración de SnapStart utilizado: 74 400 * 1 GB = 74 400 GB
      Cargos de restauración de SnapStart: 74 400 GB * 0,0001397998 USD = 10,4 USD

      Cargos totales de SnapStart: Cargos por la caché de SnapStart + cargos de restauración de SnapStart
      Cargos totales de SnapStart: 4,03 USD + 10,4 USD = 14,43 USD

      Cargos mensuales totales

      Cargos totales = cargos de solicitudes + cargos de computación + cargos de SnapStart
      Cargos totales = 1,49 USD + 248,00 USD + 14,43 USD = 263,92 USD

    Precios de la secuencia de respuestas HTTP de Lambda

    Las funciones de eventos de AWS Lambda pueden devolver una secuencia de respuesta HTTP cuando se invocan mediante la API InvokeWithResponseStream o mediante una URL de función con el modo de invocación ResponseStream. La secuencia de respuestas HTTP puede mejorar el rendimiento del tiempo hasta el primer byte y admite cargas superiores a 6 MB. Al utilizar la secuencia de respuestas HTTP, su función le cobrará por cada GB que escriba en la secuencia de respuesta. Puede transmitir los primeros 6 MB por solicitud sin costo alguno.

    Todos los ejemplos que se muestran a continuación se basan en el precio de la región este de EE. UU. (norte de Virginia).

    Precios del modo aprovisionado para la asignación de orígenes de eventos (ESM)

    El modo aprovisionado para ESM permite optimizar el rendimiento de ESM al definir un número mínimo y máximo de recursos llamados sondeadores de eventos, y al activar el escalado automático entre esos límites configurados. Un sondeador de eventos es el recurso configurable que sustenta un ESM en modo aprovisionado. Los precios se basan en la cantidad mínima aprovisionada de sondeadores de eventos y en los sondeadores de eventos que se consumen durante el escalado automático. Los cargos se calculan con una unidad de facturación denominada unidad de sondeo de eventos (EPU). Se paga por la cantidad y la duración de las EPU utilizadas, medidas en horas de unidad de sondeo de eventos.

    ESM de SQS: Una EPU admite un sondeador de eventos, y cada sondeador proporciona hasta 1 MB/s de rendimiento. Cada ESM de SQS requiere un mínimo de 2 sondeadores de eventos.

    ESM de MSK o Kafka autoadministrado (SMK): Cada EPU admite hasta 20 MB/s de capacidad de rendimiento para el sondeo de eventos, con un valor predeterminado de 10 sondeadores de eventos. Cada sondeador de eventos puede escalar verticalmente hasta 5 MB/s de rendimiento. La cantidad de sondeadores de eventos asignados a una EPU depende de la capacidad de computación consumida por cada sondeador. Es posible agrupar varios ESM dentro de la misma Amazon VPC para compartir la capacidad de EPU y los costos. Para obtener más información sobre el modo aprovisionado para ESM de Kafka, lea la documentación. 

    Transferencia de datos: Se le facturarán las tarifas estándar de transferencia de datos de AWS.

    Duración: Los precios se calculan por segundo, con un mínimo de 1 minuto.

    • Ejemplo: análisis de datos de streaming en tiempo real con Kafka

      Supongamos que es un proveedor global de soluciones de centros de atención al cliente y tiene canalizaciones que envían metadatos relacionados con la experiencia de las llamadas a temas de Amazon MSK (Kafka) para su análisis en tiempo real. Dado que el tráfico puede ser irregular y difícil de predecir, desea utilizar el modo aprovisionado para ESM con el fin de ajustar con precisión el rendimiento de ESM. Supongamos que la función de Lambda que procesa estos mensajes está configurada con 1024 MB de memoria para el procesador x86 y recibe 1 millón de invocaciones por día con una duración media de 2 segundos. Supongamos que ha activado el modo aprovisionado para su ESM con el sondeador de 1 evento predeterminado y que su ESM se escala verticalmente hasta consumir 800 horas de EPU al mes en el este de EE. UU. (Norte de Virginia).

      Cargos de computación mensuales
      El precio de computación mensual es de 0,0000166667 USD por GB-s y el nivel gratuito ofrece 400 000 GB-s
      Computación total (segundos) = 1 000 000 x 30 x 2 segundos = 60 000 000 segundos
      Computación total (GB-s) = 60 000 000 * 1024 MB/1024 = 60 000 000 GB-s
      Computación total – computación de nivel gratuito = GB-s de computación facturables mensualmente
      60 000 000 GB-s – 400 000 GB-s de nivel gratuito = 59 600 000 GB-s
      Cargos de computación mensuales = 59 600 000 * 0,0000166667 USD = 993,3 USD

      Cargos de solicitudes mensuales
      El precio de solicitudes mensual es de 0,20 USD por millón de solicitudes.
      Cargos de solicitudes mensuales = 60 millones de solicitudes * 0,20 USD = 12,00 USD

      Modo de aprovisionamiento mensual para los cargos de ESM
      Cargos de EPU = 800 horas de EPU * 0,185 USD = 148 USD
      Modo de aprovisionamiento mensual para cargos de ESM = 148 USD

      Cargos totales
      Cargos totales = cargos de computación + cargos de solicitudes + modo de aprovisionamiento para cargos de ESM
      Cargos totales = 993,3 USD + 12 USD + 148 USD = 1153,3 USD

       

    • Ejemplo: Procesamiento de eventos en tiempo real con Amazon SQS

      Suponga que su empresa de servicios financieros procesa flujos de datos del mercado y ejecuta transacciones financieras mediante microservicios basados en eventos para una aplicación financiera de atención al cliente en tiempo real. Dado que el tráfico puede ser irregular e impredecible, desea habilitar el modo aprovisionado para el ESM de SQS con el fin de refinar el rendimiento de ESM. Suponga que la función de Lambda, encargada de procesar estos eventos, está configurada con 1024 MB de memoria para procesador x86 y recibe 1 millón de invocaciones diarias con una duración promedio de 1 segundo. Tiene un máximo de 100 eventos por segundo (TPS) que desea procesar con una latencia máxima de 0,2 segundos. Para alcanzar este rendimiento de baja latencia, habilita el modo aprovisionado para ESM de SQS con un mínimo de 10 sondeadores de eventos, y ESM escala verticalmente hasta consumir 8000 horas de EPU por mes en la región este de EE. UU. (norte de Virginia), para manejar este tráfico irregular con baja latencia.

      Cargos de computación mensuales
      El precio de computación mensual es de 0,0000166667 USD por GB-s
      Computación total (segundos) = 1 000 000 * 30 * 1 segundo = 30 000 000 segundos
      Computación total (GB-s) = 30 000 000 * 1024 MB/1024 = 30 000 000 GB-s
      Computación total = GB-s de computación facturables mensualmente * 0,0000166667 USD
      Cargos de computación mensuales = 30 000 000 * 0,0000166667 USD = 500 USD

      Cargos de solicitudes mensuales
      El precio mensual de las solicitudes es de 0,20 USD por cada millón de solicitudes
      Cargos por solicitudes mensuales = 30 millones de solicitudes * 0,20 USD = 6 USD

      Modo de aprovisionamiento mensual para los cargos de ESM de SQS
      El precio de EPU es de 0,00925 USD por hora de EPU
      Cargos de EPU = 8000 horas de EPU * 0,00925 USD = 74 USD
      Modo de aprovisionamiento mensual para cargos de ESM = 74 USD

      Cargos totales
      Cargos totales = cargos por computación + cargos por solicitudes + cargos por el modo aprovisionado de ESM
      Cargos totales = 500 USD + 6 USD + 74 USD = 580 USD

    • Suponga que es un proveedor global de soluciones para centros de contacto y que cuenta con canalizaciones que generan metadatos relacionados con la experiencia de llamadas hacia decenas de temas de Amazon MSK (Kafka), cada uno ingiriendo mensajes provenientes de distintos productos. Cada tema ingiere hasta 500 mensajes por segundo, con un tamaño promedio de 3 KB por mensaje y picos de hasta 1,5 MB/s. Dado que el tráfico puede ser irregular y difícil de predecir, desea utilizar el modo aprovisionado para ESM con el fin de ajustar con precisión el rendimiento de ESM. Suponga que la función de Lambda que procesa estos mensajes está configurada con 1024 MB de memoria para procesadores x86 y que procesa 1 millón de invocaciones por día, con una duración promedio de 0,2 segundos por invocación. Creó 10 ESM de Kafka para el procesamiento de eventos, cada uno con un rendimiento inferior a 1,5 MB/s, y decidió agruparlos en el mismo grupo de sondeadores para optimizar los costos. Suponga que activó el modo aprovisionado para ESM con el sondeador de eventos predeterminado (1 sondeador de eventos) y que utiliza 10 ESM dentro del mismo grupo de sondeadores en la región este de EE. UU. (norte de Virginia).

      Cargos de computación mensuales
             El precio de computación mensual es de 0,0000166667 USD por GB-s y el nivel gratuito ofrece 400 000 GB-s
      Computación total (segundos) = 1 000 000 * 30 * 0,2 segundos = 6 000 000 segundos
      Computación total (GB-s) = 6 000 000 * 1024 MB/1024 = 6 000 000 GB-s
      Computación total (GB-s) para los 10 ESM = 6 000 000 GB-s * 10 = 60 000 000 GB-s
      Cargos de computación mensuales = 60 000 000 * 0,0000166667 USD = 1000 USD
      Cargos de solicitudes mensuales
      El precio mensual de las solicitudes es de 0,20 USD por cada millón de solicitudes.
      Total de solicitudes mensuales para los 100 ESM = 1 millón * 30 días * 10 ESM = 300 millones de solicitudes
      Cargos mensuales de solicitudes = 300 millones de solicitudes * 0,20 USD = 60,00 USD
      Modo de aprovisionamiento mensual para los cargos de ESM
      El precio de EPU-horas es de 0,185 USD por hora y admite 10 encuestadores de eventos por EPU.
      Total de encuestadores de eventos por hora = 1 encuestador de eventos * 10 ESM = 10 encuestadores de eventos
      EPU utilizada = 10 encuestadores de eventos utilizados / 10 encuestadores de eventos compatibles por EPU = 1 EPU
      Total de EPU al mes = 1 EPU * 720 horas al mes = 720 EPU-horas
      Cargos de EPU = 720 EPU-horas * 0,185 USD = 133,2 USD
      Modo de aprovisionamiento mensual para cargos de ESM = 133,2 USD
      Cargos totales
      Cargos totales = cargos de computación + cargos de solicitudes + modo de aprovisionamiento para cargos de ESM
      Cargos totales = 1000 USD + 60 USD + 133,2 USD = 1193,2 USD al mes para 10 ESM
      Costos mensuales por ESM = 1193,2 USD / 10 = 119,3 USD al mes por ESM

    Transferencia de datos y otros cargos

    Transferencia de datos
    Los datos transferidos entrantes y salientes de sus funciones de eventos de AWS Lambda, desde fuera de la región en la que se ejecutó la función, se cobrarán según las tarifas de transferencia de datos de Amazon EC2 que se indican en “Transferencia de datos”.

    La transferencia de datos con funciones de eventos de AWS Lambda es gratuita en la misma región de AWS entre los siguientes servicios: Amazon Simple Storage Service (S3), Amazon Glacier, Amazon DynamoDB, Amazon Simple Email Service (SES), Amazon Simple Queue Service (SQS), Amazon Kinesis, Amazon Elastic Container Registry (ECR), Amazon Simple Notification Service (SNS), Amazon Elastic File System (EFS) y Amazon SimpleDB.

    El uso de una nube privada virtual (VPC) de Amazon o la interconexión de VPC con las funciones de eventos de AWS Lambda generará cargos adicionales, tal como se explica en la página de precios bajo demanda de Amazon Elastic Compute Cloud (EC2). Una conexión de emparejamiento de VPC es una conexión de redes entre dos VPC que permite enrutar el tráfico entre ellas mediante direcciones IPv4 privadas o direcciones IPv6. 

    Cargos adicionales
    Puede incurrir en cargos adicionales si su función Lambda utiliza otros servicios de AWS o transfiere datos. Por ejemplo, si su función de Lambda lee y escribe datos en Amazon S3, se le facturará por las solicitudes de lectura/escritura y los datos almacenados en Amazon S3.

    Para obtener más detalles sobre los precios de los servicios de AWS, consulte la sección de precios en las páginas de los productos de AWS correspondientes.

    Precios de Lambda@Edge

    Las funciones de Lambda@Edge se miden con una granularidad de 1 ms

    • Si la función de Lambda@Edge se ejecuta 10 millones de veces en un mes durante 10 ms cada vez, el costo se calcularía de la siguiente manera:

      Cargos de computación mensuales

      El precio de computación mensual es de 0,00000625125 USD por 128 MB-segundo

      Computación total (segundos) = 10 millones * (0,01 segundos) = 100 000 segundos

      Cargos de computación mensuales = 100 000 * 0,00000625125 USD = 0,63 USD


      Cargos de solicitudes mensuales

      El precio de solicitud mensual es de 0,60 USD por millón de solicitudes.

      Cargos de solicitudes mensuales = 10 millones * 0,6 USD/millón = 6,00 USD
       

      Cargos mensuales totales

      Cargos totales = cargos de computación + cargos de solicitud = 0,63 USD + 6,00 USD = 6,63 USD al mes

  • MicroVM

  • precios de Lambda MicroVMs

    Los precios de AWS Lambda MicroVMs se basan en los recursos informáticos que utilice, las operaciones de lectura/escritura y el almacenamiento de instantáneas y la transferencia de datos a las tarifas estándar de AWS.

    Computación

    Las microVM de Lambda eliminan la necesidad de ajustar el tamaño de cada entorno de computación para los picos de actividad. La línea base se configura estableciendo la memoria y la CPU se asigna en una proporción de 2:1 entre memoria y CPU (la predeterminada es de 2 GB / 1 vCPU). Durante los picos de actividad, su microVM puede escalar verticalmente hasta 4 veces la línea base (hasta 8 GB / 4 vCPU), sin que sea necesario que realice ninguna acción.
     
    Usted paga por los recursos de computación de la línea base mientras la microVM está en ejecución. Cuando su carga de trabajo consume recursos por encima de la línea base, solo se le cobra por la duración activa de la memoria adicional y los vCPU consumidos, no por la capacidad máxima. Esto significa que puede configurarlo para su carga de trabajo habitual y dejar que Lambda gestione los picos. El uso de computación se factura por segundo. Para obtener más información sobre el tamaño de sus microVM, consulte  crear una imagen de microVM.
    • x86
    • Graviton (ARM)

    Instantáneas

    Las microVM de Lambda utilizan instantáneas para ofrecer un arranque casi instantáneo y reducir los costos de inactividad. Una imagen de microVM es una instantánea del estado preinicializado de la aplicación. En lugar de arrancar desde cero, la microVM se inicia a partir de esta imagen. Durante los períodos de inactividad, puede suspender una microVM en ejecución durante un máximo de 8 horas para conservar su memoria y el estado del disco sin pagar cargos de computación. Cuando vuelve el tráfico, la microVM suspendida se reanuda rápidamente, de forma automática o mediante programación. Se le cobra por el almacenamiento de las instantáneas, la lectura de los datos de las instantáneas (al iniciar o reanudar) y la escritura de los datos de las instantáneas (al suspenderlas).
    * El almacenamiento de imágenes de microVM tiene un período de retención mínimo de 1 semana.

    Transferencia de datos

    Se le facturarán las tarifas estándar de transferencia de datos de AWS. También se le cobrará por la transferencia de datos entre sus Lambda MicroVMs y su VPC de Amazon, tal como se describe en  Transferencia de datos dentro de la misma región de AWS.

    MicroVM de Lambda: ejemplos de precios

    Todos los ejemplos que aparecen a continuación se basan en los precios en Este de EE. UU. (Norte de Virginia) y utilizan la arquitectura ARM (Graviton). Por cada GB de memoria configurado, Lambda MicroVMs asigna vCPU en una proporción de 2:1 (p. ej., al configurar 8 GB de memoria se asignan 4 vCPU).
    • Supongamos que está creando una plataforma que proporciona a cada desarrollador un entorno Linux aislado y en entorno de pruebas para la codificación asistida por IA. Cada entorno se ejecuta en una microVM de Lambda configurada con una línea base de 2 GB de memoria y 1 vCPU que se puede escalar verticalmente a 8 GB de memoria y 4 vCPU para tareas que consumen muchos recursos, como la compilación y la ejecución de pruebas. Su organización mantiene 5 imágenes de microVM estándar (Rust, Python, Node.js, Java, Go), cada una con un tamaño de 2 GB. Cada desarrollador lanza un entorno por día a partir de una imagen de 2 GB. Durante una jornada laboral de 8 horas, cada entorno se utiliza durante 2,5 horas: se utilizan los recursos de referencia aprovisionados durante el 75% de este período (2 GB y 1 vCPU) y se escalan verticalmente hasta alcanzar los recursos máximos durante el 25% de este período (8 GB y 4 vCPU). Durante las 5,5 horas de inactividad restantes de la jornada laboral (cuando los desarrolladores paran o cambian de contexto a otras tareas), el entorno se suspende automáticamente y conserva 2 GB de estado, es decir, el directorio de trabajo, el estado del proceso y las cachés de archivos. Cada entorno experimenta 6 ciclos de suspensión/reanudación por día a medida que los desarrolladores cambian de contexto entre la programación y el resto de sus actividades. Con la función de suspensión y reanudación, evita tener que pagar por computación siempre activa durante los períodos de inactividad y, al mismo tiempo, conserva su estado de funcionamiento completo. Los desarrolladores continúan exactamente donde lo dejaron sin reiniciar su entorno ni reinicializar el estado. Su equipo cuenta con 100 desarrolladores, cada uno de los cuales usa la plataforma de desarrollo durante 20 días al mes. Los cargos mensuales se calcularían de la siguiente manera:

      Cargos de computación mensuales

      En resumen, el 75 % del tiempo de computación se dedica al consumo de recursos de referencia y el 25 % al consumo máximo de recursos.

      Número máximo de segundos de uso: 100 desarrolladores × 20 días × 2,5 horas × 25 % = 4,5 millones de segundos
      Cargos por uso máximo:
      vCPU: 4,5 millones de segundos × 4 vCPU × 0,0000276944 USD/vCPU-segundo = 498,50 USD
      Memoria: 4 500 000 segundos × 8 GB de memoria × 0,0000036667 USD/GB-segundo = 132,00 USD
      Total: 630,50 USD

      Segundos de uso de línea base: 100 desarrolladores × 20 días × 2,5 horas × 75 % = 13,5 millones de segundos
      Cargos por uso de línea base:
      vCPU: 13,5 millones de segundos × 1 vCPU × 0,0000276944 USD/vCPU-segundo = 373,87 USD
      Memoria: 13 500 000 segundos × 2 GB de memoria × 0,0000036667 USD/GB-segundo = 99,00 USD
      Total: 472,88 USD

      Cargos de computación mensuales: 630,50 USD + 472,88 USD = 1103,38 USD​

      Cargos de instantáneas mensuales

      Lectura y escritura de instantáneas:
      Ciclos mensuales de suspensión/reanudación: 100 desarrolladores × 20 días × 6 ciclos = 12 000 ciclos
      Cargos de escritura (suspensión) de instantáneas: 12 000 ciclos × 2 GB × 0,0038 USD/GB = 91,20 USD
      Cargos por lectura (reanudación) de instantáneas: 12 000 ciclos × 2 GB × 0,00155 USD/GB = 37,20 USD

      Lanzamientos mensuales: 100 desarrolladores × 1 lanzamiento por día × 20 días = 2000 lanzamientos
      Cargos de lectura (lanzamiento) de instantáneas: 2000 lanzamientos × 2 GB × 0,00155 USD/GB = 6,20 USD

      Cargos mensuales totales de lectura/escritura de instantáneas: 91,20 USD + 37,20 USD + 6,20 USD = 134,60 USD

      Almacenamiento de instantáneas:
      Cargos por almacenamiento de imágenes de microVM: 5 imágenes × 2 GB × 0,08 USD/GB-mes = 0,80 USD
      Cargos de microVM suspendidas: 100 desarrolladores × 2 GB × (5,5 horas inactivas/día × 20 días / 720 horas) × 0,08 USD/GB-mes = 2,44 USD

      Cargos mensuales por almacenamiento de instantáneas: 3,24 USD  

      Cargos mensuales totales

      Cargos totales = cargos de computación + cargos de lectura/escritura de instantáneas + cargos de almacenamiento de instantáneas = 1103,38 USD + 134,60 USD + 3,24 USD = 1241,22 USD​

      Costo mensual por desarrollador: 1241,22 USD / 100 = 12,41 USD

    • Supongamos que está creando una plataforma que ejecuta análisis de seguridad o trabajos de CI/CD en nombre de varios usuarios finales. Cada trabajo ejecuta código que no es de confianza o es de confianza parcial: instalación de dependencias, scripts de compilación o escáneres de vulnerabilidades. Por este motivo, cada trabajo requiere su propio entorno aislado por hardware. El tráfico es impredecible, por lo que anteriormente mantenía un gran conjunto de entornos inactivos en espera para cumplir con los requisitos de latencia. Con las microVM de Lambda, los entornos se lanzan rápidamente a partir de instantáneas, por lo que ya no es necesario un grupo inactivo. Cada entorno está configurado con una línea base de 8 GB de memoria y 4 vCPU que se puede escalar verticalmente a 32 GB y 16 vCPU para las fases de compilación o escaneo que consumen muchos recursos. Los trabajos se ejecutan hasta su finalización de una vez; no es necesario suspenderlos ni reanudarlos. Cada trabajo se ejecuta durante un promedio de 10 minutos, con un 10 % de ese tiempo en el punto máximo (32 GB y 16 vCPU) y un 90 % en la línea base (8 GB y 4 vCPU). Mantiene una única imagen de microVM estándar (2 GB). Con un arranque basado en instantáneas, ya no tendrá que pagar por los grupos en espera inactivos: cada entorno se lanza rápidamente según demanda y finaliza cuando el trabajo se completa. Su plataforma ejecuta 10 000 trabajos al mes. Los cargos se calcularían de la siguiente manera:

      Cargos de computación mensuales

      En resumen, el 90 % del tiempo de computación se dedica al consumo de recursos de referencia y el 10 % al consumo máximo de recursos.

      Segundos de uso máximo: 10 000 trabajos × 600 s × 10 % = 600 000 segundos
      Cargos por uso máximo:
      vCPU: 600 000 segundos × 16 vCPU × 0,0000276944 USD/vCPU-segundo = 265,87 USD
      Memoria: 600 000 segundos × 32 GB de memoria × 0,0000036667 USD/GB-segundo = 70,40 USD
      Total: 336,27 USD

      Segundos de uso de línea base: 10 000 trabajos × 600 s × 90 % = 5,4 millones de segundos
      Cargos por uso de línea base:
      vCPU: 5 400 000 segundos × 4 vCPU × 0,0000276944 USD/vCPU-segundo = 598,20 USD
      Memoria: 5 400 000 segundos × 8 GB de memoria × 0,0000036667 USD/GB-segundo = 158,40 USD
      Total: 756,60 USD

      Cargos de computación mensuales: 336,27 USD + 756,60 USD = 1092,87 USD

      Cargos de instantáneas mensuales

      Lectura y escritura de instantáneas: Lanzamientos mensuales: 10 000 trabajos × 1 lanzamiento cada uno = 10 000 lanzamientos
      Cargos de lectura (lanzamiento) de instantáneas: 10 000 lanzamientos × 2 GB × 0,00155 USD/GB = 31 USD

      Cargos mensuales totales de lectura/escritura de instantáneas: 31 USD​

      Almacenamiento de instantáneas:
      Cargos por almacenamiento de imágenes en microVM: 1 imagen × 2 GB × 0,08 USD por GB-mes = 0,16 USD

      Cargos mensuales por almacenamiento de instantáneas: 0,16 USD

      Cargos mensuales totales

      Cargos totales = cargos de computación + cargos de lectura/escritura de instantáneas + cargos de almacenamiento de instantáneas = 1092,87 USD + 31 USD + 0,16 USD = 1124,03 USD

      Costo por trabajo: 1124,03 USD / 10 000 = 0,112 USD​  

  • Funciones web

  • Precios de las funciones web de Lambda

    Los precios de las funciones web de Lambda se basan en la cantidad de solicitudes atendidas, el tiempo de CPU activo, la memoria consumida y la transferencia de datos estándar de AWS.

    Usted paga por las solicitudes, el tiempo de CPU que el código utiliza activamente y la memoria consumida por cada entorno de ejecución mientras esté en ejecución. La computación se factura con una granularidad de 1 ms. Dado que un único entorno de ejecución puede atender varias solicitudes simultáneas, el uso de computación y memoria se comparte entre esas solicitudes.

    • Graviton (ARM)
    Solicitudes

    Se le aplicarán cargos por el número total de solicitudes a sus funciones de todos los orígenes.

    Transferencia de datos

    Se le facturarán las tarifas estándar de transferencia de datos de AWS. También se le cobrará por la transferencia de datos entre las funciones web de Lambda y su VPC de Amazon, tal como se describe en Transferencia de datos dentro de la misma región de AWS.

    Funciones web de Lambda: ejemplos de precios

    Los siguientes ejemplos muestran cómo se calcula una factura mensual para las cargas de trabajo representativas. Todos los ejemplos se basan en los precios de Arm en Este de EE. UU. (Norte de Virginia) y excluyen el nivel gratuito y la transferencia de datos para simplificar los cálculos. La computación se factura con un nivel de detalle de 1 ms. Cada entorno de ejecución se factura por la memoria que consume, mientras esté en ejecución, incluido el tiempo entre solicitudes. Lambda aumenta y reduce la cantidad de entornos de ejecución en función del tráfico. Para simplificar los cálculos, en estos ejemplos se parte del supuesto de que el tráfico se distribuye de manera uniforme a lo largo de un mes de 30 días (2 592 000 segundos) y que las solicitudes llegan con la suficiente frecuencia como para que funcione exactamente un entorno de ejecución en todo momento y atienda todo el tráfico.

    • Supongamos que ejecuta una aplicación web renderizada en el servidor en la que cada página se representa en el servidor en el momento de la solicitud. La aplicación atiende 15 millones de solicitudes al mes. Cada solicitud tarda 150 ms de extremo a extremo, de los cuales 40 ms corresponden a la CPU activa. El entorno de ejecución consume aproximadamente 500 MB (0,49 GB) de memoria.

      Cargos de computación mensuales

      El precio de la vCPU activa es de 0,0000276944 USD por vCPU-segundo y el precio de la memoria es de 0,0000036667 USD por GB-segundo.

      • vCPU activa: 15 000 000 × 0,040 s = 600 000 vCPU-segundos × 0,0000276944 USD = 16,62 USD.
      • Memoria: 0,49 GB × 2 592 000 s = 1 270 080 GB-segundos × 0,0000036667 USD = 4,66 USD.

      Cargos de solicitudes mensuales

      • Solicitudes: 15 000 000 × 0,30 USD por millón = 4,50 USD.

      Cargos mensuales totales

      Cargos totales = cargos de computación + cargos de solicitudes = (16,62 USD + 4,66 USD) + 4,50 USD = 25,78 USD

    • Supongamos que tiene un backend de API que pasa la mayor parte de cada solicitud esperando en una base de datos o en una API posterior. El servicio gestiona 10 millones de solicitudes al mes. Cada solicitud tarda 200 ms de extremo a extremo, de los cuales solo 50 ms son de CPU activa. El entorno de ejecución consume aproximadamente 300 MB (0,29 GB) de memoria.

      Cargos de computación mensuales

      • vCPU activa: 10 000 000 × 0,050 s = 500 000 vCPU-segundos × 0,0000276944 USD = 13,85 USD.
      • Memoria: 0,29 GB × 2 592 000 s = 751 680 GB-segundos × 0,0000036667 USD = 2,76 USD.

      Cargos de solicitudes mensuales

      • Solicitudes: 10 000 000 × 0,30 USD por millón = 3,00 USD.

      Cargos mensuales totales

      Cargos totales = cargos de computación + cargos de solicitudes = (13,85 USD + 2,76 USD) + 3,00 USD = 19,61 USD
      Como la CPU se factura mientras el código se procesa activamente, paga por los 50 ms de trabajo activo.

    • Supongamos que ejecuta un autorizador ligero que se ejecuta en cada solicitud a su aplicación. El servicio gestiona 100 millones de solicitudes al mes. Cada solicitud tarda 50 ms de extremo a extremo, de los cuales 12 ms corresponden a la CPU activa. El entorno de ejecución consume aproximadamente 145 MB (0,14 GB) de memoria.

      Cargos de computación mensuales

      • vCPU activa: 100 000 000 × 0,012 s = 1 200 000 vCPU-segundos × 0,0000276944 USD = 33,23 USD
      • Memoria: 0,14 GB × 2 592 000 s = 362 880 GB-segundos × 0,0000036667 USD = 1,33 USD.

      Cargos de solicitudes mensuales

      • Solicitudes: 100 000 000 × 0,30 USD por millón = 30,00 USD

      Cargos mensuales totales

      Cargos totales = cargos de computación + cargos de solicitudes = (33,23 USD + 1,33 USD) + 30,00 USD = 64,56 USD

    • Supongamos que ejecuta un servicio que transmite los tokens de un modelo de lenguaje de gran tamaño a través de una conexión de larga duración. El servicio gestiona 5 millones de solicitudes al mes. Cada solicitud permanece abierta durante 3000 ms de extremo a extremo, de los cuales 200 ms corresponden a la CPU activa. El entorno de ejecución consume aproximadamente 512 MB (0,50 GB) de memoria.

      Cargos de computación mensuales

      • vCPU activa: 5 000 000 × 0,200 s = 1 000 000 segundos de vCPU × 0,0000276944 USD = 27,69 USD.
      • Memoria: 0,50 GB × 2 592 000 s = 1 296 000 GB-segundos × 0,0000036667 USD = 4,75 USD.

      Cargos de solicitudes mensuales

      • Solicitudes: 5 000 000 × 0,30 USD por millón = 1,50 USD.

      Cargos mensuales totales

      Cargos totales = cargos de computación + cargos de solicitudes = (27,69 USD + 4,75 USD) + 1,50 USD = 33,94 USD
      Aquí es donde más importa la facturación por CPU activa. Cada solicitud permanece abierta durante 3 segundos, pero solo paga por los 200 ms de CPU activa. La entrega simultánea de solicitudes también reduce el cargo de memoria. Como cada solicitud pasa la mayor parte del tiempo esperando en lugar de usar la CPU, un único entorno de ejecución puede atender muchas solicitudes al mismo tiempo. Con unas seis solicitudes en curso, comparten la memoria de un entorno, por lo que se paga por un entorno en lugar de seis.

Recursos de precios adicionales

Calculadora de precios de AWS

Calcule fácilmente los costos mensuales en AWS

Obtenga asistencia de precios

Contacte a especialistas de AWS para obtener un presupuesto personalizado