Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
La mayoría de los ejemplos de Windows Workflow Foundation (WF) usan flujos de trabajo hospedados en una aplicación de consola, pero esto no es un escenario realista para flujos de trabajo reales. Los flujos de trabajo de las aplicaciones empresariales reales se hospedarán en procesos persistentes: un servicio de Windows creado por el desarrollador o una aplicación de servidor como IIS 7.0 o AppFabric. Las diferencias entre estos enfoques son las siguientes.
Hospedaje de flujos de trabajo en IIS con Windows AppFabric
El uso de IIS con AppFabric es el host preferido para los flujos de trabajo. La aplicación host para flujos de trabajo que usan AppFabric es el servicio de activación de Windows, que elimina la dependencia de HTTP a través de IIS solo.
Hospedaje de flujos de trabajo solo en IIS
No se recomienda usar IIS 7.0 solo, ya que hay herramientas de administración y supervisión disponibles con AppFabric que facilitan el mantenimiento de las aplicaciones en ejecución. Los flujos de trabajo solo deben hospedarse en IIS 7.0 solo si hay problemas de infraestructura con el traslado a AppFabric.
Advertencia
IIS 7.0 recicla los grupos de aplicaciones periódicamente por diversos motivos. Cuando se recicla un grupo de aplicaciones, IIS deja de aceptar mensajes en el grupo anterior y crea una instancia de un nuevo grupo de aplicaciones para aceptar nuevas solicitudes. Si un flujo de trabajo sigue funcionando después de enviar una respuesta, IIS 7.0 no conocerá el trabajo que se está realizando y puede reciclar el grupo de aplicaciones de hospedaje. Si esto sucede, el flujo de trabajo anulará y los servicios de seguimiento registrarán un mensaje 1004- WorkflowInstanceAborted con un campo Reason vacío.
Si se usa la persistencia, el host debe reiniciar explícitamente las instancias anuladas desde el último punto de persistencia.
Si se usa AppFabric, el servicio de administración de flujo de trabajo reanudará finalmente el flujo de trabajo desde el último punto de persistencia correcto si se usa la persistencia. Si no se usa ninguna persistencia y el flujo de trabajo realiza operaciones fuera de un patrón de solicitud o respuesta, los datos se perderán cuando se anule el flujo de trabajo.
Hospedaje de un flujo de trabajo en un servicio de Windows personalizado
La creación de un servicio de flujo de trabajo personalizado para hospedar el flujo de trabajo requerirá que el desarrollador duplique muchas de las funcionalidades proporcionadas de forma predeterminada por AppFabric, pero permitirá una mayor flexibilidad con la funcionalidad personalizada. Esta opción solo debe considerarse si AppFabric demuestra que no es una opción.