Combien d'exécutions de flux de travaux doivent-elles être exécutées dans une application Asp.Net?

Question

Il ne semble pas y avoir beaucoup de gourous Windows Workflow Foundation là :(

Voici quelques défis auxquels je fais face:

Combien de temps d'exécution de flux de travail devrait-il y avoir en cours d'exécution dans un Asp.Net MVC demande? Une par application, par session ou par demande?

à quelle fréquence doit l'exécution de workflow être démarré et arrêté? Une fois par instance d'application, une fois par session ou une fois par demande?

Quels sont les avantages et les inconvénients de faire l'un ou l'autre dans l'optio ci-dessus ns?

Tous les commentaires ou suggestions sont les bienvenues,

Merci,

Cullen

Answer 1

Normalement, vous ne devez exécuter qu'un seul runtime de workflow par application. Il est possible d'en définir plus d'un et il peut y avoir des scénarios complexes lorsque cela est souhaitable mais très improbable. Je ne vois aucun scénario où plusieurs runtimes pour la même configuration seraient exécutés dans le même processus.

Pour un flux de travail hébergé sur le Web, vous avez vraiment besoin du SqlWorkflowPersistenceService. IIS s'attend à pouvoir recycler un pool d'applications avec un impact minimal sur l'application. Par conséquent, vous avez besoin de workflows inactifs pour persister afin qu'ils survivent de tels recyclages. Sur une note similaire, vous devriez utiliser le ManualWorkflowSchedulerService qui fonctionne bien avec l'utilisation de threads ASP.NET, c'est aussi très pratique pour pouvoir effectuer un traitement de bout en bout d'une requête à une réponse via un workflow sur un seul fil. Veillez simplement à inclure l'attribut useActiveTimers="true" pour que les activités de retard fonctionnent.

Conformément à ce qui précède, vous devez vous assurer que tout workflow actif ne prend pas plus de temps à se terminer ou reste inactif que la limite de temps d'arrêt du pool d'applications. Sinon, sur IIS, il est possible que le processus se termine avant la fin d'un flux de travail. En ce qui concerne le démarrage et l'arrêt du flux de travail, il est de nouveau difficile de voir un scénario dans lequel vous ne souhaitiez pas simplement le démarrer au démarrage de l'application et le rester.Je suppose que si vous avez un flux de travail qui ne tourne jamais du début à la fin et vous ne lancez que de très rares flux de travail alors il peut être plus simple de démarrer le runtime et de le terminer par la suite. Cependant, même cela peut être désordonné, je ne voudrais pas le démarrer au démarrage de l'application et en finir avec.

Answer 2

Combien de runtimes flux de travail devrait-il y avoir en cours d'exécution dans une application Asp.Net MVC?
une par application, à moins que vous avez besoin de plus à des fins d'évolutivité (trop de demandes)

A quelle fréquence doit démarrer et arrêter le moteur d'exécution de workflow?
généralement, une fois par instance d'application

sont triviaux, vous pouvez faire évoluer mieux avec plus de demandes de session de les avantages et les con et les instances, mais il faut plus de ressources pour les gérer.

Votre meilleur pari est d'utiliser juste ce dont vous avez besoin et de pousser plus tard si nécessaire.