Un alta de proveedor empieza con un formulario, espera una comprobación documental, necesita aprobación interna y finalmente crea una cuenta externa. Puede durar días, mientras la petición web inicial dura segundos. Conservar todo ese progreso en un único proceso activo convertiría reinicios normales en un problema de negocio.
Durable Functions permite modelar procesos con estado mediante Azure Functions. La plataforma gestiona partes de la ejecución duradera, pero siguen haciendo falta estados claros, aprobaciones válidas y un plan de efectos externos. El diseño empieza por explicar qué ocurre cuando personas, servicios y tiempo avanzan a ritmos distintos.
Dibuja los estados del negocio antes de la orquestación
Enumera etapas e información necesaria para avanzar. Incluye rechazo, cancelación, vencimiento y revisión manual, además del recorrido correcto. Da a cada estado un significado que operaciones pueda explicar a quien espera.
En un alta hipotética de proveedor, «documentos recibidos», «revisión necesaria», «aprobado» y «cuenta creada» son distintos. Aprobar no demuestra que exista la cuenta externa. Registra quién controla cada hecho y cómo descubre el proceso que terminó un paso.
La descripción de Microsoft explica orquestación con estado y patrones admitidos. Utilízalos para implementar el proceso elegido, sin dejar que un ejemplo determine la política del negocio. Descripción de Durable Functions.
Separa coordinación y trabajo con efectos externos
Responsabiliza a la orquestación de secuencia y estado. Sitúa llamadas externas y otros efectos en actividades o límites de integración adecuados. Así se entiende qué decisiones pueden reproducirse y qué operaciones modifican otro sistema.
La orquestación duradera utiliza repetición e impone determinismo. Microsoft explica restricciones de tiempo, aleatoriedad y trabajo externo directo. Sigue APIs y reglas del lenguaje y entorno elegidos, en lugar de tratarla como un método ordinario largo. Restricciones del código duradero.
En el alta, haz explícitas validación documental y creación de cuenta, con resultados útiles. Devuelve estados de negocio como aceptado, rechazado o sin resolver. Evita que la orquestación adivine si funcionó una acción a partir de un mensaje genérico de registro técnico.
Explicita esperas y plazos
Define cómo esperar respuesta humana o evento externo y cuánto puede durar. Un plazo de aprobación, un recordatorio y una decisión de vencimiento son eventos distintos. Utiliza esperas duraderas del framework, sin mantener un hilo o petición HTTP abiertos.
Vincula la respuesta con la instancia y versión correctas de propuesta. Verifica identidad y autoridad de quien aprueba mediante los controles normales. La existencia de un endpoint de eventos no demuestra que el llamador pueda aprobar la acción.
Especifica qué ocurre con respuestas tardías. Si vence y se reenvía una solicitud, una aprobación antigua no debe avanzar casualmente el proceso nuevo. Muestra el estado actual al revisor y explica rechazo o revalidación. Incluye estas reglas en aceptación porque una demostración ideal difícilmente descubre problemas temporales.
Protege los efectos externos frente a intentos repetidos
Las actividades y llamadas pueden fallar con resultado incierto. Diseña las operaciones importantes para reconocer la misma solicitud entre reintentos. Reanudar no debe crear otro proveedor porque no se vea la primera respuesta.
Utiliza una referencia estable y una forma de confirmar el destino cuando este lo admita. Si no ofrece creación idempotente ni consulta fiable, define cuándo detenerse para investigar en lugar de repetir una petición irreversible.
Planifica compensaciones en términos de negocio. Puede desactivarse una cuenta incorrecta, pero no deshacerse un aviso que el proveedor ya leyó. Documenta qué se revierte, qué necesita corrección y qué permanece en el historial aunque falle el proceso completo.
Diseña cambios para procesos ya iniciados
Puede haber un despliegue mientras solicitudes esperan aprobación. Decide cómo continúan si cambia la lógica o el contrato de actividades. Revisa versionado y compatibilidad del entorno utilizado y ensaya una actualización representativa con trabajo en curso.
Mantén datos y referencias de larga duración comprensibles entre versiones. Un campo obligatorio nuevo puede no existir en una solicitud antigua: define si se deriva, se pide o se trata por la vía anterior. Evita descubrir la incompatibilidad cuando llegue una aprobación días después de publicar.
Mantén inventario de estados activos durante cambios importantes. Operaciones debe saber cuántas solicitudes se afectan y qué soporte puede necesitarse. Así el versionado se vuelve una cuestión observable, sin asumir que todo empieza y termina con la misma compilación.
Da a operaciones una vista útil del progreso
Expón estado de negocio, tiempo transcurrido y siguiente acción responsable mediante una interfaz autorizada. El identificador técnico ayuda al diagnóstico, pero no explica por qué sigue esperando un gestor de proveedores. Conecta el estado con la decisión necesaria.
Crea procedimientos controlados de cancelación, reintento y resolución manual. Deben comprobar estado actual y efectos aplicados. Registra el motivo de intervención y evita tratar un botón del panel como permiso para repetir indiscriminadamente todas las actividades.
Worktechlabs diseña integraciones de procesos en Azure que sobreviven a demoras y reinicios manteniendo control de negocio. Combina orquestación duradera con mensajería fiable y límites explícitos de aprobación para entender qué pasó, qué espera y cómo se recuperará.
Fuentes oficiales y lecturas adicionales
- Microsoft: descripción de Durable Functions — capacidades y patrones de procesos con estado.
- Microsoft: restricciones de orquestadores duraderos — repetición y ejecución determinista.
