Motor de workflow open-source, rápido e auto-hospedável

Artigo original ↗ Discussão no Hacker News ↗

Um novo motor de workflow auto-hospedável chamado Windmill está chamando atenção por combinar execução rápida baseada em Rust com uma UI web low-code, editor de scripts e construtor de apps voltados para automatizar processos internos de negócio. Comentadores elogiam sua experiência para desenvolvedores, o uso de filas apoiadas por PostgreSQL e a flexibilidade para tarefas que vão de ETL e pipelines de dados à substituição de cron e ferramentas internas, ao mesmo tempo em que o comparam com Airflow, Dagster, Temporal, Retool e Rundeck. Há debate ativo sobre seu posicionamento (motor de workflow versus plataforma de apps internos), modelo de licenciamento (AGPL com plugins enterprise proprietários) e o quanto ele se encaixa em ambientes corporativos já investidos em outras stacks de orquestração e automação.

Recepção Geral

  • Muitos comentaristas são muito positivos, chamando o Windmill de uma das suas ferramentas auto-hospedadas favoritas e elogiando sua velocidade, confiabilidade e suporte ativo.
  • Outros acham o marketing e o posicionamento confusos e não têm certeza de quais problemas ele pretende resolver em comparação com outros produtos de workflow / ferramentas internas.

Casos de Uso & Pontos Fortes

  • Usos reais relatados: geração diária de conteúdo, automação de PDF e vídeo, ferramentas internas, crawlers web, jobs com yt-dlp, substituição de cron, ELT simples / fluxos de dados.
  • Forte aderência para ferramentas internas centradas em desenvolvedores: jobs em background, APIs, dashboards, aprovações, scripts acionados por eventos.
  • Várias pessoas enfatizam que as UIs auto-geradas, o logging/observabilidade e a interface web para scripts resolvem a dor de cron + shell ad hoc + monitoramento espalhado.

Desempenho & Arquitetura

  • Discussão sobre se “o motor de workflow mais rápido” importa: consenso de que latência subsegundo melhora a experiência do desenvolvedor e habilita casos de uso de streaming de eventos / baixa latência, mas não é para HFT.
  • O backend usa PostgreSQL como fila de jobs; isso gera debate:
    • Pró: simplifica backups, é suficiente para tabelas de jobs típicas, alinha-se com bibliotecas modernas de fila para Postgres.
    • Contra: preocupações com limites de conexões, locking, escalabilidade e “NIH versus usar filas dedicadas.”
  • Benchmarks e gráficos são questionados por não mostrarem unidades nos eixos; foi esclarecido que são segundos, com mais detalhes na documentação.

Posicionamento vs Outras Ferramentas

  • Comparado e contrastado com: Airflow, Dagster, Prefect, Temporal, Rundeck, Pipedream, Retool, Budibase, node-red, n8n, motores BPMN, até mesmo sistemas ERP/RPA.
  • Alguns o veem como:
    • Principalmente um motor de workflow com forte scripting e um construtor de apps voltado para desenvolvedores.
    • Um possível substituto para Airflow/Rundeck em pipelines mais simples e jobs agendados.
  • Outros argumentam que ele não é ideal para pipelines de dados/ETL complexos ou altamente dinâmicos (onde Dagster/Airflow ainda vencem), embora a equipe do Windmill diga que recursos recentes (S3, flows reiniciáveis, ergonomia de ETL) melhoram isso.

Adequação para Processos de Negócio

  • Para workflows de negócio complexos e intensivos em interação humana (e-mails, calendários, aprovações, comunicação com clientes), as opiniões divergem:
    • Alguns acham que o Windmill pode funcionar bem se você estiver disposto a codificar integrações e automatizar etapas gradualmente.
    • Outros recomendam stacks de “pipeline” específicos de domínio (por exemplo, ferramentas no estilo VFX, CRMs, motores BPMN) para casos de uso mais ricos em workflow humano e orientados por calendário.

Licenciamento, Status de “Open Source” & Adoção Empresarial

  • O núcleo é AGPL; SSO e outros “plugins enterprise” são source-available e gratuitos até 10 usuários.
  • Esclarecimentos:
    • Acionar workflows via API não obriga seu app a ser AGPL; fazer white-label/extender o próprio Windmill, sim.
    • A versão enterprise auto-hospedada é licenciada por vCPU, mas não faz phone home (relato de uso é discutido, ainda não ativo).
  • Alguns veem isso como open-core beirando “source-available”; outros se sentem confortáveis com AGPL + enterprise pago.

Experiência do Desenvolvedor & Feedback de Usabilidade

  • Elogiado: editor de código online com LSP, extensão do VS Code, flows sincronizados com git, especificação YAML/OpenAPI “OpenFlow”, suporte para Python, TypeScript, Go, Bash, SQL; Ruby em breve; possível Rust.
  • Misto: verificação ortográfica e pequenos erros de digitação no conteúdo de marketing; níveis de preço e bloqueio de recursos pouco claros (por exemplo, busca de conteúdo); ainda sem localização.
  • Vários sugerem mensagens e redação mais claras para refinar a proposta de valor e o público-alvo.