¿Por qué Postgres como orquestador de workflows?
DBOS propone un cambio arquitectónico radical: usar PostgreSQL directamente como orquestador de workflows duraderos, eliminando la necesidad de sistemas externos como Temporal o Airflow. La premisa es simple pero poderosa: si tu aplicación ya depende de Postgres, ¿por qué añadir otra pieza de infraestructura para gestionar el estado de tus procesos?
El enfoque representa workflows como filas en tablas de Postgres, con una tabla de estado global y otra de salidas de operaciones. Esto permite reconstruir el estado a nivel de paso individual y reanudar ejecuciones fallidas desde checkpoints concretos dentro de transacciones ACID.
DBOS vs Temporal vs Airflow: diferencias arquitectónicas clave
La diferencia fundamental no es solo técnica, es operativa. Temporal requiere un backend/orquestador dedicado que tu equipo debe desplegar, monitorear y escalar. Airflow está orientado a pipelines ETL y programación de DAGs, no a lógica transaccional de producto en tiempo real.
👥 ¿Quieres ir más allá de la noticia?
En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.
👥 Unirme a la comunidadDBOS, en cambio, elimina el orquestador separado. Tu aplicación se conecta a Postgres y anota funciones como workflows o steps. El checkpointing se hace dentro de transacciones de Postgres, lo que DBOS afirma que garantiza semántica de exactly-once cuando el paso realiza operaciones de base de datos.
En QCon SF 2025, Jeremy Edberg y Qian Li presentaron este enfoque como una inversión del stack tradicional: la orquestación se expresa como operaciones de base de datos, no como llamadas a un servicio externo.
¿Qué significa esto para tu startup?
Si eres founder o CTO de una startup en etapa temprana, cada pieza de infraestructura que añades es deuda operativa futura. DBOS reduce esa deuda eliminando un componente completo del stack.
Tres acciones concretas que puedes tomar:
- Evalúa tu stack actual: Si ya usas Postgres como base de datos principal y tienes workflows de negocio (pagos, onboarding, aprobaciones), DBOS podría simplificar tu arquitectura sin sacrificar resiliencia.
- Identifica workflows críticos: Procesos que no pueden perder estado tras un fallo. DBOS es ideal para facturación, provisioning, flujos de aprobación y recuperación tras errores.
- Prueba con un caso acotado: No migres todo de golpe. Implementa un workflow no crítico primero para validar el modelo antes de escalar a procesos core del negocio.
Casos de uso donde Postgres como orquestador tiene sentido
Los workflows de negocio que requieren resiliencia son el sweet spot: facturación recurrente, onboarding de usuarios, procesos de pago, aprobaciones multi-etapa. Cualquier proceso donde un fallo no pueda significar pérdida de estado o datos inconsistentes.
En 2026, DBOS amplió su enfoque a workflows de IA y agentes, con integraciones para persistir pasos, colas y reanudación automática. Si estás construyendo agentes que ejecutan tareas multi-paso, este modelo te da observabilidad nativa: todo el estado del workflow es consultable con SQL.
Un usuario en comunidad reportó haber montado un dashboard completo de Grafana sobre los metadatos almacenados en Postgres por DBOS, demostrando que la observabilidad es inmediata sin instrumentación adicional compleja.
Limitaciones a considerar antes de adoptar
DBOS no es la primera opción si tu prioridad son pipelines ETL pesados o programación batch masiva. Airflow sigue siendo más natural para data engineering. Tampoco es ideal si necesitas un ecosistema maduro de workflows extremadamente complejos con miles de concurrentes.
Las fuentes disponibles no incluyen benchmarks numéricos comparativos públicos frente a Temporal en latencia o throughput. Si tu caso de uso requiere validación de rendimiento con cifras concretas, deberás hacer pruebas propias.
El modelo funciona mejor cuando el equipo ya tiene expertise en Postgres y valora la simplicidad operativa sobre tener un motor de workflows ultra-especializado.
El veredicto para founders hispanohablantes
Para startups en LATAM y España, donde los equipos suelen ser más pequeños y la eficiencia operativa es crítica, DBOS ofrece una propuesta atractiva: menos infraestructura que gestionar, más control desde el código, y la capacidad de consultar el estado de cualquier workflow con SQL estándar.
Si tu startup ya corre sobre Postgres y tienes workflows de negocio que necesitan resiliencia, vale la pena evaluar este enfoque antes de comprometerse con un orquestador externo que añadirá complejidad operativa a tu stack.
Fuentes
- https://www.dbos.dev/blog/postgres-is-all-you-need-for-durable-execution (fuente original)
- https://www.dbos.dev/blog/why-workflows-should-be-postgres-rows (DBOS)
- https://www.dbos.dev/blog/why-postgres-durable-execution (DBOS)
- https://www.infoq.com/news/2025/11/database-backed-workflow/ (QCon SF 2025)
👥 ¿Quieres ir más allá de la noticia?
En nuestra comunidad discutimos las tendencias, compartimos oportunidades y nos ayudamos entre emprendedores. Sin humo, solo acción.
👥 Unirme a la comunidad
