Motor de flujos de trabajo de código abierto, rápido y autoalojable

Artículo original ↗ Discusión en Hacker News ↗

Un nuevo motor de flujos de trabajo autoalojable llamado Windmill está llamando la atención por combinar una ejecución rápida basada en Rust con una interfaz web low-code, un editor de scripts y un creador de aplicaciones orientado a automatizar procesos internos de negocio. Los comentaristas elogian su experiencia de desarrollador, el uso de colas respaldadas por PostgreSQL y su flexibilidad para tareas que van desde ETL y canalizaciones de datos hasta la sustitución de cron y herramientas internas, mientras lo comparan con Airflow, Dagster, Temporal, Retool y Rundeck. Hay un debate activo sobre su posicionamiento (motor de flujos de trabajo frente a plataforma de aplicaciones internas), su modelo de licencias (AGPL con plugins empresariales propietarios) y lo bien que encaja en entornos empresariales que ya invierten en otros stacks de orquestación y automatización.

Recepción general

  • Muchos comentaristas son muy positivos, y califican Windmill como una de sus herramientas autoalojadas favoritas, elogiando su velocidad, fiabilidad y el soporte activo.
  • Otros encuentran confusos el marketing y el posicionamiento, y no están seguros de qué problemas pretende resolver en comparación con otros productos de flujos de trabajo / herramientas internas.

Casos de uso y puntos fuertes

  • Usos reales reportados: generación diaria de contenido, automatización de PDF y vídeo, herramientas internas, crawlers web, trabajos de yt‑dlp, sustitución de cron, flujos simples de ELT/datos.
  • Encaje sólido para herramientas internas orientadas a desarrolladores: trabajos en segundo plano, APIs, paneles, aprobaciones, scripts activados por eventos.
  • Varias personas destacan que las UIs autogeneradas, el registro/observabilidad y la interfaz web para scripts resuelven el dolor de cron ad hoc + shell + monitorización dispersa.

Rendimiento y arquitectura

  • Se debate si importar que sea el “motor de flujos de trabajo más rápido”: el consenso es que la latencia por debajo del segundo mejora la experiencia de desarrollo y habilita casos de uso de streaming de eventos / baja latencia, pero no es para HFT.
  • El backend usa PostgreSQL como cola de trabajos; esto genera debate:
    • Pro: simplifica las copias de seguridad, es suficiente para las tablas de trabajos típicas, y encaja con las modernas bibliotecas de colas para Postgres.
    • Contra: preocupaciones sobre límites de conexiones, bloqueos, escalado y “NIH frente a usar colas dedicadas”.
  • Se cuestionan los benchmarks y las gráficas por no mostrar unidades en los ejes; se aclaró que son segundos con más detalle en la documentación.

Posicionamiento frente a otras herramientas

  • Se compara y contrasta con: Airflow, Dagster, Prefect, Temporal, Rundeck, Pipedream, Retool, Budibase, node-red, n8n, motores BPMN, e incluso sistemas ERP/RPA.
  • Algunos lo ven como:
    • Principalmente un motor de flujos de trabajo con scripting sólido y un creador de aplicaciones orientado a desarrolladores.
    • Un posible sustituto de Airflow/Rundeck en canalizaciones más simples y trabajos programados.
  • Otros sostienen que no es ideal para canalizaciones de datos/ETL complejas o muy dinámicas (donde Dagster/Airflow siguen ganando), aunque el equipo de Windmill afirma que funciones recientes (S3, flujos reiniciables, ergonomía de ETL) mejoran esto.

Encaje para procesos de negocio

  • Para flujos de trabajo empresariales complejos y con mucha intervención humana (correos, calendarios, aprobaciones, comunicación con clientes), las opiniones divergen:
    • Algunos creen que Windmill puede funcionar bien si estás dispuesto a programar integraciones y automatizar pasos gradualmente.
    • Otros recomiendan stacks de “pipeline” específicos del dominio (por ejemplo, herramientas al estilo VFX, CRMs, motores BPMN) para casos de uso más ricos en flujo humano y basados en calendarios.

Licencias, estado de “código abierto” y adopción empresarial

  • El núcleo es AGPL; SSO y otros “plugins empresariales” son de código disponible y gratuitos hasta 10 usuarios.
  • Aclaraciones:
    • Disparar flujos de trabajo mediante API no obliga a que tu app sea AGPL; lo que sí lo hace es etiquetar bajo marca blanca/extender Windmill en sí.
    • La versión empresarial autoalojada se licencia por vCPU, pero no llama a casa (se debate la telemetría de uso, todavía no activa).
  • Algunos lo ven como open-core rozando “source-available”; otros se sienten cómodos con AGPL + empresa de pago.

Experiencia de desarrollador y comentarios sobre usabilidad

  • Elogiado: editor de código en línea con LSP, extensión para VS Code, flujos de sincronización con git, especificación YAML/OpenAPI “OpenFlow”, soporte para Python, TypeScript, Go, Bash, SQL; Ruby próximamente; posible Rust.
  • Mixto: corrección ortográfica y pequeños errores tipográficos en el contenido de marketing; niveles de precios y bloqueo de funciones poco claros (por ejemplo, búsqueda de contenido); aún sin localización.
  • Varios sugieren un mensaje y una redacción más claros para afinar la propuesta de valor y el público objetivo.