Summary

  • La tarifa pública actual de Fastly Compute cobra por peticiones y milisegundos de vCPU consumidos; la antigua duración calculada con memoria y tiempo desapareció del modelo anunciado en abril.
  • Los tramos gratuitos mensuales son distintos: diez millones de peticiones y cien millones de milisegundos de vCPU. Los primeros tramos de pago cuestan 0,50 dólares por millón de peticiones y 0,05 dólares por millón de milisegundos de vCPU.
  • Un entorno reutilizable solo atiende una petición a la vez. Si esa petición espera trabajo asíncrono, conserva el entorno; otra llegada necesita otro.

Un contador de CPU casi inmóvil puede contar una historia falsa sobre la sala de máquinas. Fastly cambió el precio de Compute para que la duración de una función ya no se multiplique por la memoria asignada. La compañía anunció en abril que quitaba ese tercer contador y dejaba dos: número de peticiones y consumo de vCPU. La tabla pública vigente fija franquicias independientes de diez millones de peticiones y cien millones de milisegundos de vCPU al mes.

Después de esas franquicias, los primeros tramos aparecen a 0,50 dólares por millón de peticiones y 0,05 dólares por millón de milisegundos de vCPU. No hay una tarifa única de «Compute» que reúna ambas magnitudes. Cada llegada puede mover una cuenta; cada operación de procesador puede mover la otra. Una aplicación capaz de ahorrar CPU sin reducir llamadas puede mejorar una parte de la factura y dejar intacta la otra.

La espera revela la diferencia entre precio y ocupación. Fastly explica que un entorno de ejecución reutilizable permanece dedicado a una petición mientras esta aguarda una operación asíncrona. No recibe otra petición durante esa pausa. Si llega una nueva, Compute inicia otro entorno. El tiempo de espera deja de alimentar el antiguo cargo por duración, pero sigue siendo tiempo en el que una plaza no puede reutilizarse.

Eso cambia la decisión de ingeniería. La reutilización puede ahorrar trabajo de arranque, sobre todo cuando el código tiene inicialización costosa. Fastly aclara, sin embargo, que no altera el recuento de peticiones: una por una, las llegadas siguen entrando en el contador. Tampoco convierte una espera larga en capacidad libre. Una dependencia lenta puede dejar poco trabajo activo de CPU y mantener varias peticiones abiertas al mismo tiempo.

Los dos límites gratuitos pueden cruzarse en distinto orden. Un servicio de respuestas ligeras y mucho tráfico puede gastar antes el cupo de peticiones. Otro de pocas llamadas y cálculo pesado puede llegar antes al umbral de vCPU. La función GetVCPUTime del SDK de Go permite comparar el peso relativo de operaciones del programa. La propia referencia advierte que los valores absolutos de ejecuciones distintas pueden variar entre plataformas.

Para convertir esa arquitectura en un importe hacen falta los contadores reales y las condiciones de la cuenta. La regla comercial pública ya es nítida: Fastly sacó la duración de la factura Compute, pero cada petición sigue contando al entrar y sigue ocupando su entorno de ejecución durante la espera.

Sources