upstand
Upstand es un control plane PaaS auto-alojable basado en Bun/TypeScript para orquestar Docker Swarm, gestionar bases de datos nativas y desplegar aplicaciones con Caddy como proxy inverso. Incluye capacidades avanzadas de IA a través de UpGal y soporte completo para SSO y seguridad empresarial.
Ficha actualizada 22 sept 2026, 14:49 · upstream 22 sept 2026, 14:46 · release v0.14.8
Qué es upstand
Descripción editorial construida a partir del repositorio, su documentación y sus señales de mantenimiento.
Upstand se posiciona como una alternativa open source a plataformas como Vercel o Heroku, pero con un enfoque en la auto-soberanía y el control total sobre la infraestructura. Construido como un monorepo moderno utilizando Bun y TypeScript, integra Next.js para la interfaz de usuario y Hono para la API backend, permitiendo una arquitectura escalable y eficiente. A diferencia de soluciones basadas únicamente en contenedores simples, Upstand está diseñado específicamente para gestionar nodos Docker Swarm, traduciendo archivos Compose a stacks de Swarm para garantizar una gestión robusta de volúmenes y redes.
La plataforma ofrece un ecosistema completo que incluye la gestión nativa de múltiples motores de bases de datos como PostgreSQL, MySQL, MongoDB y Redis, con provisionamiento automático y seguridad integrada. Destaca por su integración profunda con Caddy para la gestión dinámica de certificados TLS y enrutamiento, así como por sus capacidades de IA a través del agente UpGal, que permite inspección y modificación de infraestructura mediante lenguaje natural dentro de bucles de ejecución acotados.
En términos de seguridad y operaciones, Upstand implementa un modelo "Owner-First" para el bootstrap inicial, soporta Single Sign-On (SSO) con OIDC y SAML, y ofrece terminales web interactivos restringidos al propietario global. La arquitectura permite tanto despliegues locales en una sola máquina como configuraciones de clúster Swarm para distribuir cargas entre múltiples nodos remotos, facilitando la gestión de flotas de servidores sin necesidad de un controlador centralizado externo complejo.
- Despliegue y orquestación de aplicaciones web en Docker Swarm con gestión de volúmenes persistente.
- Administración de bases de datos relacionales y NoSQL con provisionamiento automático y copias de seguridad a S3.
- Implementación de Single Sign-On (SSO) corporativo para acceso seguro a la plataforma PaaS auto-alojada.
- Automatización de tareas de infraestructura mediante el agente de IA UpGal con aprobación explícita de mutaciones.
- Gestión de enrutamiento web dinámico y certificados TLS automáticos usando Caddy como proxy inverso.
- Despliegue de nodos remotos Docker sin necesidad de unirse al clúster principal mediante SSH key-based provisioning.
- Arquitectura monorepo en Bun/TypeScript con soporte nativo para Drizzle ORM y tRPC.
- Integración nativa de IA vía MCP (Model Context Protocol) para agentes externos.
- Gestión avanzada de bases de datos con autenticación dinámica y tokens derivados automáticamente.
- Proxy inverso Caddy con validación atómica de configuraciones antes de recargar para evitar caídas.
- Soporte completo para Single Sign-On (OIDC/SAML) con desafíos DNS TXT para verificación de dominio.
- Terminal web interactivo restringido exclusivamente al usuario Global Owner vía WebSocket.
- Alta complejidad técnica inicial debido a la arquitectura monorepo y dependencias de Bun/TypeScript.
- Dependencia obligatoria de Docker Swarm en lugar de Kubernetes para orquestación de contenedores.
- Requiere conocimientos avanzados de administración de sistemas Linux para despliegues auto-alojados.
- El agente de IA UpGal está limitado a bucles de ejecución de 12 pasos por operación.
- Las copias de seguridad y restauraciones requieren validación explícita de 2FA y permisos administrativos.
Perfil de infraestructura
Estimación inicial derivada del repositorio y de los servicios detectados.
Despliegue detectado
Qué señales reales de instalación hemos encontrado.
Para producción, se recomienda un sistema operativo Linux estable con al menos 4 núcleos CPU y 4GB de RAM. Utilizar la imagen oficial auditada desde GHCR o construir desde fuente si se requiere personalización. Configurar el proxy inverso Caddy para HTTPS antes del despliegue final. Asegurar que los volúmenes de datos (PostgreSQL, Redis) estén montados correctamente en el sistema de archivos persistente. Para actualizaciones mayores de la base de datos, seguir el runbook oficial para evitar corrupción de datos entre versiones de PostgreSQL.
Stack y dependencias
Componentes inferidos a partir de manifests, configuración y documentación.
Puede sustituir a
Relaciones detectadas por el análisis del repositorio y su categoría.
Experiencia real de la comunidad
Ayuda a contrastar la estimación automática con instalaciones reales.
Todavía no hay datos comunitarios para este proyecto.