Skip to main content
Esta guía es para desarrolladores. Si buscas una descripción general orientada al negocio de lo que hace Flowker, consulta ¿Qué es Flowker?.
Flowker es un motor de orquestación de workflows. Úsalo para modelar, ejecutar y escalar procesos de negocio. Vas a ejecutar Flowker en tu entorno local y tu primer workflow, desde la creación hasta la obtención del resultado. Al final, tendrás un entorno funcional para validar flujos de automatización e integrarlos en tus sistemas.

Requisitos previos


Antes de empezar, confirma que tu entorno esté listo:
Flowker se ejecuta en tu entorno local usando Docker para su base de datos (MongoDB). Esta guía no necesita infraestructura externa.

Paso 1: Obtén Flowker y configura el proyecto


Flowker está disponible para clientes con licencia. Su repositorio permanece interno. Los pasos siguientes suponen que ya tienes acceso a los archivos del proyecto de Flowker que se necesitan.
Desde el directorio del proyecto de Flowker, prepara el entorno de desarrollo:
Instala las herramientas de desarrollo y crea el archivo de entorno:
Luego, inicia el stack local (MongoDB + Flowker en el puerto 4021):
Cuando la salida indique que el servidor está en ejecución, Flowker está disponible en http://localhost:4021.
El comando make dev inicia MongoDB, genera la documentación de la API y ejecuta la aplicación de Flowker con la autenticación deshabilitada, para que puedas hacer pruebas libremente durante el desarrollo.

Paso 2: Crea tu primer workflow


Los workflows definen cómo se comporta tu proceso de negocio: qué pasos se ejecutan, en qué orden y bajo qué condiciones. Cada workflow tiene nodos (los pasos) y aristas (las conexiones entre ellos). Crea un workflow con un disparador de webhook y una acción de log:
La respuesta confirma el nuevo workflow en estado draft:
Guarda el valor id. Lo necesitarás en los próximos pasos.
Todo workflow nuevo empieza en estado draft. Un workflow debe tener al menos un nodo.
En Flowker, los nodos representan los pasos individuales de tu workflow (lo que en términos de negocio podrías llamar tareas). Las aristas definen el orden en que se ejecutan esos pasos.

Paso 3: Activa el workflow


Debes activar un workflow antes de poder ejecutarlo. Esto hace que el workflow pase de draft a active.
Después de la activación, la estructura del workflow queda bloqueada. No puedes editarla directamente. Para hacer cambios, clónalo, modifica el clon y activa la nueva versión.

Paso 4: Ejecuta el workflow


Dispara una ejecución del workflow enviando datos de entrada. Debes enviar el header Idempotency-Key para que los reintentos sean seguros.
La respuesta confirma que la ejecución empezó:
Guarda el executionId para el siguiente paso.
El header Idempotency-Key es obligatorio. Usa un UUID único por solicitud para evitar ejecuciones duplicadas al reintentar.

Paso 5: Revisa los resultados de la ejecución


Obtén el resultado de una ejecución del workflow:
La respuesta incluye el estado de cada paso y el resultado final:
Mientras la ejecución está en curso, este endpoint devuelve un estado 422. Consulta periódicamente /v1/executions/{executionId} para revisar el estado actual antes de solicitar los resultados.

Explora la API en tu entorno local


Flowker sirve su descripción OpenAPI 3.1 y una interfaz de documentación interactiva cuando SWAGGER_ENABLED=true. El archivo de entorno de ejemplo que copia make dev-setup establece esta variable, por lo que la superficie está disponible en un stack local. En cualquier lugar donde la variable no esté definida, Flowker no monta las rutas y devuelve 404. Usa la interfaz de documentación para:
  • Inspeccionar todos los endpoints disponibles
  • Probar solicitudes de forma interactiva
  • Entender las estructuras de solicitud y respuesta

Una nota sobre la autenticación


En el entorno de desarrollo local (make dev), la autenticación está deshabilitada de forma predeterminada. En staging, en producción, o en cualquier entorno con Access Manager habilitado (PLUGIN_AUTH_ENABLED=true), todos los endpoints /v1/* requieren un token bearer en el header Authorization:

Próximos pasos


Ahora tienes un entorno de Flowker en ejecución y ejecutaste tu primer workflow. Desde aquí, puedes:
  • Modelar procesos de negocio reales usando diferentes tipos de nodo: trigger, executor, conditional y action
  • Integrar sistemas externos mediante configuraciones de proveedor (conéctate a proveedores de KYC, motores de fraude, servicios de pago)
  • Diseñar flujos condicionales con nodos condicionales que evalúan expresiones sobre los resultados de los pasos y enrutan a través de la arista sourceHandle que coincide
  • Monitorear las ejecuciones usando los endpoints de estado y resultados de la ejecución
El modelo central es el mismo para flujos simples y para orquestación de nivel de producción.