Iniciar sesión

Sincronización del backend de Flow y automatización de flujos de trabajo en AWS

Flow puede funcionar sin un backend dedicado, pero el modo Pro está diseñado para funcionar especialmente bien con WP Suite Flow Backend, implementado por separado en su propia cuenta de AWS.

Modelo de envío​

Cada formulario puede enviarse directamente desde el navegador a una URL de punto de conexión configurada.

Ese punto de conexión puede ser:

  • su propio punto de conexión personalizado,
  • un punto de conexión en WordPress que implemente usted mismo,
  • el punto de conexión de envío del backend de Flow.

Esto significa que Flow no almacena de forma inherente los envíos en WordPress.

Cuando hay un backend de Flow disponible, el mismo entorno de ejecución del frontend puede pasar de un «POST sencillo del navegador» a una ruta de envío que conoce el backend. La decisión sobre la capacidad se basa en el transporte configurado y el destino del backend resuelto.

Sincronización con el backend​

Cuando se activa la sincronización con el backend, Flow puede sincronizar un formulario definido en Gutenberg con una definición canónica del formulario en el backend. El flujo de sincronización es:

  1. editar un formulario de Flow en WordPress;
  2. guardar el formulario;
  3. Flow extrae una estructura canónica y calcula un hash de sincronización;
  4. la definición del backend se crea o actualice si es necesario;
  5. WordPress almacena metadatos de sincronización, como el ID del formulario en el backend, el hash, el estado, las marcas de tiempo y el último error.

Esta definición del backend permite que las herramientas de administración, los flujos de trabajo y el procesamiento de envíos utilicen un esquema estable en lugar del contenido bruto de la entrada de Gutenberg.

Configuración Pro habitual​

Una configuración de producción habitual es:

  1. implementar el backend de Flow en AWS;
  2. registrar la URL base de la API publicada en Gatey como una API independiente;
  3. configurar en Gatey el mismo modo de protección que elegiste al publicar el backend (IAM o COGNITO);
  4. seleccionar esa API en SmartCloud → Ajustes de Flow → Ajustes de la API.

Así Flow dispone de una forma sencilla y segura de acceder al backend para envíos, plantillas, flujos de trabajo y operaciones administrativas.

Borradores, archivos y cargas útiles grandes​

Cuando se usa con el backend de Flow, los formularios pueden admitir:

  • flujos para guardar y cargar borradores,
  • eliminación de borradores,
  • identificadores y estados de envío emitidos por el backend,
  • flujos de carga prefirmada para cargas útiles grandes o envíos con muchos archivos.

Modelo de eventos de los flujos de trabajo​

Después de aceptar un envío en el sistema de flujos de trabajo del backend, los flujos de Flow pueden reaccionar a eventos del ciclo de vida y de integración como:

  • submission.created
  • submission.updated
  • submission.action-invoked
  • integration.webhook.requested
  • ai.agent.completed
  • ai.agent.failed

Por tanto, la sincronización con el backend no consiste solo en almacenar esquemas. Es el puente entre un formulario creado en Gutenberg y una canalización de eventos del backend.

Relación con la recepción de correo del backend de AI Kit​

Los flujos de trabajo del backend de Flow también pueden procesar eventos normalizados procedentes de cadenas de recepción de correo electrónico del backend de AI Kit. En las implementaciones actuales pueden adoptar formas como:

  • WorkMail -> ai-email-intake-proxy -> ai-email-intake-dispatcher -> Flow workflow
  • WorkMail -> ai-email-intake-proxy -> ai-email-intake-dispatcher -> Flow workflow -> ai.agent -> downstream Flow workflow

El valor común es el contrato de eventos. Tanto los envíos del navegador como los eventos de recepción de correo electrónico se pueden normalizar en el mismo modelo de flujo de trabajo, lo que permite que la misma capa de plantillas, las definiciones de pasos de IA y la lógica de enrutamiento funcionen en distintos canales.