NuevoTruo Deploy y DBaaS PostgreSQL, disponibles en el panel TruoCloudVer catálogo
Beta · precio público

Serverless

Cuatro primitivas, una sola cuenta.

Clave-valor, base de datos SQL, funciones y tareas programadas, con la misma superficie de API que ya conoces y sobre infraestructura propia. Se administran desde el panel y por API, CLI y MCP.

$truo serverless fn deploy ./worker.js --name checkout
→ desplegada · binding KV: sessions · binding DB: orders
→ aislada por completo: nada persiste entre invocaciones

Qué obtienes

Cuatro servicios

kv · db · fn · cron

Se contratan por separado y comparten cuenta, factura y token de tenant.

Sin reescribir

Misma superficie de API

Las consultas y las llamadas que ya tienes escritas se portan sin tocarlas.

Aislamiento

Aislamiento total por invocación

Cada ejecución de una función queda aislada de las demás, sin nada compartido entre invocaciones.

Operable por agentes

Panel, API, CLI y MCP

Se administran desde el panel, y por completo en la API pública v1, con SDK, CLI y MCP local.

Las primitivas

Cuatro piezas que se componen

Cada una se contrata sola, pero están pensadas para usarse juntas: una función lee de la clave-valor, escribe en la base y una tarea programada la dispara.

Clave-valor

kv.truo.cloud

put, get y list con prefijo y cursor, TTL, metadata y borrado idempotente.

Superficie de Workers KV

Base de datos

db.truo.cloud

SQL con prepare, bind, first, all, run y batch, más meta.changes y last_row_id.

Superficie de D1

Funciones

fn.truo.cloud

export default { fetch(request, env) }, con env.KV y env.DB inyectados.

Superficie de Workers

Tareas programadas

cron.truo.cloud

Expresiones cron de cinco campos en UTC que disparan webhooks firmados con HMAC.

Superficie de Cron Triggers

Planes

La misma escalera en los cuatro servicios

Se contrata un plan por servicio. Las cuotas incluidas cambian; el precio no.

Beta: los cuatro servicios corren hoy con una sola réplica en un solo nodo, y el motor de funciones depende de un único host. No hay alta disponibilidad y no llevan Acuerdo de Nivel de Servicio. Los datos sí están respaldados: el código de tus funciones se replica de forma continua y una réplica nueva arranca en menos de un segundo, pero mientras ese host esté caído las funciones no ejecutan.

Todos los planes tienen tope: al agotar la cuota del mes la API responde 429 y la ejecución programada queda marcada como omitida en el registro. No se cobra excedente. El plan Free además no entra en el Acuerdo de Nivel de Servicio.

Si llegas al tope, subir de plan lo destraba en el momento: el servicio no espera al mes siguiente.

Cuotas

Qué incluye cada plan de Serverless

Por servicio, y qué pasa al llegar al tope al pie de cada tabla.

Clave-valor

kv.truo.cloud

Superficie de Workers KV

IncluidoFreeDevStartupBusinessScale
Lecturas al mes1 M10 M50 M200 M1.000 M
Escrituras al mes100 k1 M5 M20 M100 M
Almacenamiento256 MB2 GB10 GB50 GB250 GB

Al llegar al tope · La API responde 429 hasta el mes siguiente o hasta que subas de plan.

Base de datos

db.truo.cloud

Superficie de D1

IncluidoFreeDevStartupBusinessScale
Bases3102550200
Filas leídas al mes25 M250 M1.000 M5.000 M25.000 M
Filas escritas al mes1 M10 M50 M250 M1.000 M
Almacenamiento500 MB2 GB10 GB50 GB250 GB

Al llegar al tope · Los queries responden 429 hasta el mes siguiente o hasta que subas de plan.

Funciones

fn.truo.cloud

Superficie de Workers

IncluidoFreeDevStartupBusinessScale
Funciones520502001.000
Invocaciones al mes100 k1 M5 M25 M100 M

Al llegar al tope · Las invocaciones responden 429 hasta el mes siguiente o hasta que subas de plan.

Tareas programadas

cron.truo.cloud

Superficie de Cron Triggers

IncluidoFreeDevStartupBusinessScale
Programaciones5251005002.500
Ejecuciones al mes5 k50 k250 k1 M5 M

Al llegar al tope · La ejecución queda omitida en el registro hasta el mes siguiente o hasta que subas de plan.

Ejecución de código

Cada invocación queda completamente aislada

Es lo que hace defendible ejecutar código de terceros: cada ejecución arranca limpia y no deja rastro para la siguiente.

  • ●

    Sin interfaz de red

    El entorno de ejecución no tiene tarjeta de red: todo entra y sale por un canal controlado hacia la plataforma.

  • ●

    Los tokens no entran al entorno de ejecución

    Los inyecta un relay del lado de la plataforma, que además valida que el espacio de nombres pedido sea el del binding.

  • ●

    Salida a internet con política

    fetch sale por ese relay: se niegan IP privadas, link-local y metadata de nube, resolviendo el DNS del lado de la plataforma.

  • ●

    Sin estado entre invocaciones

    El entorno se reinicia al terminar. No queda nada de una invocación para la siguiente, ni entre clientes.

¿Quieres portar algo que ya corre y ver cómo se comporta?