osFoundry / Platform
Funciones serverless
Funciones estilo Lambda por app: arranque en frío en 40ms, sin aprovisionamiento, facturado por milisegundo.
Qué es
Las funciones serverless de osFoundry son handlers de backend al estilo Lambda que pertenecen a una sola app. Cuando construyes una app en el workspace, puedes asociar funciones que ejecutan lógica del lado del servidor: atender el envío de un formulario, llamar a una API externa con una clave almacenada, transformar datos antes de que lleguen al cliente, todo sin levantar ni administrar ningún servidor por tu cuenta. No hay nada que aprovisionar: escribes el handler, despliegas la app y el backend de la función se levanta con ella. El arranque en frío ronda los 40 ms, así que la primera petición tras un periodo inactivo se comporta casi como una en caliente, y se te factura por milisegundo de ejecución en lugar de por capacidad reservada, lo que significa que una función inactiva no cuesta nada.\n\nDentro de osFoundry, las funciones se aprovisionan por instalación de app en vez de como un único pool compartido, de modo que cada app obtiene su propio entorno de ejecución aislado, acotado a los datos y secretos de esa app. Como cada app también incluye un esquema de Postgres por instancia (CRUD, un almacén de documentos JSONB, clave-valor y pgvector), una función puede leer y escribir el estado de su app directamente, sin cruzar una frontera de red hacia un servicio de base de datos aparte. Así, el frontend de la app, su lógica de backend y sus datos quedan como una sola unidad desplegable dentro del mismo workspace donde ejecutas chat, agentes, código y conocimiento.\n\nEsto importa porque, en una app pequeña, la mayoría de los momentos de \"añadir un backend\" son la parte cara: elegir un host, cablear un runtime, mantener algo caliente y pagarlo llegue o no tráfico. Las funciones serverless por app reducen todo eso a desplegar la app. Conservas la postura BYOK de osFoundry (tus propias claves de API, sin sobreprecio de reventa en los modelos que llaman tus funciones) y solo pagas el cómputo que una función usa de verdad, medido al milisegundo.
Capacidades principales
- Arranque en frío de unos 40 ms: las peticiones alcanzan latencia casi en caliente sin que precalientes ni mantengas instancias vivas
- Sin aprovisionamiento: escribes la función contra tu app, la despliegas y osFoundry levanta el backend en el despliegue
- Facturación por milisegundo de ejecución real, con coste cero cuando la función está inactiva
- Un entorno de función aislado por app, acotado a los datos y secretos de esa app en lugar de un pool compartido
- Se combina con el esquema de Postgres por instancia que trae cada app, de modo que la función lee y escribe el estado directamente
Casos de uso
- Creador de apps: añade un handler de envío de formularios y una limpieza de datos programada a una room app sin levantar ningún backend aparte
- Desarrollador individual: llama a una API de terceros desde una función usando una clave almacenada, de forma que el secreto nunca llega al bundle del cliente
- Equipo centrado en datos: ejecuta una función que lee y escribe el esquema de Postgres de la app para agregar registros antes de devolverlos a la UI
Preguntas frecuentes
¿Cuál es la latencia de arranque en frío de una función serverless de osFoundry?
El arranque en frío ronda los 40 ms, así que la primera petición a una función inactiva responde con una latencia cercana a la del camino en caliente. No necesitas precalentar las funciones ni mantener un número mínimo de instancias en marcha para lograrlo.
¿Cómo se facturan las funciones serverless?
Se factura por milisegundo de tiempo de ejecución real. No hay una tarifa mensual fija por función ni cargo mientras está inactiva: pagas solo el cómputo que consume una petición. Las llamadas a modelos que haga una función siguen corriendo con tus propias claves BYOK, así que no hay sobreprecio de reventa en ese lado.
¿Tengo que aprovisionar o administrar un servidor?
No. No hay nada que aprovisionar, escalar ni mantener vivo. Escribes la función contra tu app y despliegas la app; osFoundry levanta por ti el backend aislado por app. Cada app obtiene su propio entorno de función acotado a los datos y secretos de esa app, y puede leer y escribir directamente el esquema de Postgres que la app trae incluido.