Inicio / Funciones / Apps y herramientas internas

Construyan herramientas internas y apps públicas con osFoundry

Publiquen una herramienta, pulsen Deploy, obtengan una URL pública. Base de datos, secretos, cron, logs, todo incluido. Reemplaza al chat del equipo, al CRM y a las herramientas de dashboard.

osFoundry es una plataforma de aplicaciones con baterías incluidas: cada Room App obtiene su propia base de datos Postgres, store KV, almacenamiento de archivos, bóveda de secretos, jobs programados, subdominio público y dominio personalizado opcional. Construyan herramientas internas que reemplacen al chat del equipo, al CRM o al software de documentación para su equipo, o publiquen apps públicas para sus clientes. Sin DevOps, sin una segunda factura de la nube, sin bloqueo de proveedor.

Respuesta rápida

Las apps se publican en segundos: escriban código en osFoundry, pulsen Deploy, obtengan una URL `<slug>.apps.osfoundry.io`.
Postgres + pgvector + TimescaleDB por aplicación, listo para usar.
KV, almacenamiento de archivos, bóveda de secretos, jobs programados y logs de build por aplicación.
Tres modos de runtime: funciones serverless, cómputo en contenedor o nativo (solo desktop).
Las concesiones de datos entre apps permiten que dos apps compartan datos con permiso explícito.

Capacidades principales

Apps empaquetadas con Sandpack para una iteración rápida de UI sin DevOps.
Cómputo en contenedor para cargas de larga duración, inferencia ML o cualquier cosa pesada.
Postgres por aplicación con pgvector + TimescaleDB preinstalados.
Bóveda de secretos por aplicación: las claves nunca tocan el código fuente ni los artefactos de build.
Cron jobs por app (next_run_at + trigger manual).
Subdominios por app + dominios personalizados con TLS automático.
Rate limiting de apps públicas y autenticación de visitantes.

Cómo hacerlo en osFoundry

Elijan un starter o importen un repo — Empiecen desde una plantilla (CRM, dashboard, visor de dataset) o peguen una URL de GitHub.
Desarrollen en el IDE web — Editen código en Monaco. El runtime de Sandpack hace hot-reload en cada guardado.
Añadan una base de datos — Pulsen «Add Postgres»: la app obtiene su propio esquema, la connection string se inyecta como secreto.
Desplieguen — Pulsen Deploy. El build se ejecuta en CodeBuild, el artefacto aterriza en R2, servido desde un CDN. La URL pública está en vivo en ~30 segundos.

Store KV por aplicación

Cada app obtiene un store clave-valor para datos de sesión, feature flags y estado efímero. Lecturas sub-milisegundo, políticas de desalojo automáticas.

Almacenamiento de archivos por aplicación

Object storage acotado a la app. URLs firmadas para descargas, transformaciones de imagen automáticas, sin recargo de ancho de banda.

Concesiones de datos entre apps

Las apps están aisladas por defecto. Concedan a otra app acceso explícito y auditado de lectura o escritura a tablas específicas: como RLS pero entre límites de app.

Rate limiting de apps públicas

Cuotas por IP, por usuario y por ruta con burst y refill configurables. Aplicados en el edge.

Autenticación de visitantes

Auth de magic-link o contraseña para apps públicas sin escribir código de auth. Las sesiones se almacenan en la base de datos de la app.

Preguntas frecuentes

¿Las apps de osFoundry son alternativas a Vercel/Heroku?

osFoundry cubre la misma superficie para desarrolladores de apps (código, base de datos, secretos, cron, URLs de despliegue) y añade primitivas de IA (invokeAI, grupos de memoria, integración de agentes) por encima.

¿Cómo se facturan las apps de osFoundry?

Por segundo de cómputo, por GB-día de almacenamiento y por millón de invocaciones de funciones. Las apps inactivas se acercan a 0 $; solo el almacenamiento sigue facturando.

¿Puedo usar mi propio dominio para una app pública?

Sí: añadan un CNAME y osFoundry aprovisiona automáticamente un certificado TLS.

¿Las apps comparten datos entre sí?

Solo con concesiones explícitas de datos entre apps. Por defecto cada app está aislada (su propia DB, secretos, scope de archivos).

¿Puedo ejecutar una app totalmente offline / en mi propio hardware?

El modo de runtime nativo ejecuta la app dentro del shell de escritorio con acceso al sistema de archivos + shell. Los runtimes del lado servidor necesitan nuestra nube (o BYO-VPC para empresas).