IIS: application Web multiple vs racine d'application Web unique

Question

Nous avons un système hérité qui est construit en ASP classique. Comme nous passons à asp.net, nous nous trouvons à créer des applications web que nous migrons des choses anciennes vers .net et ajouter de nouvelles fonctionnalités au système. Je dirais que peut-être 30% d'entre eux partageraient la même bibliothèque, chargeant les mêmes DLL. (toutes les applications partagent le même pool d'applications)

Ma question serait, quels sont les avantages et les inconvénients de cette approche? Serait-il préférable d'avoir une racine d'application?

Je ne cherche pas vraiment une réponse spécifique, juste curieux de savoir ce que vous faites habituellement et pourquoi?

merci beaucoup

Answer 1

Je mettrais les choses qui peuvent être logiquement regroupés dans sa propre piscine app. Exemple: Les composants nécessaires à un site Web ou à une application Web sous IIS peuvent être considérés comme un seul groupe logique. Ils ont donc besoin de leur propre pool d'applications. Tout ce qui est séparé doit avoir son propre domaine avec son propre pool d'applications. Mais, à mon humble avis, je pense que c'est un jugement basé sur la nature de l'application et si elle a des dépendances ... etc Vous connaissez le système mieux que quiconque, donc à partir d'une vue de 20k pieds, comment les choses être logiquement séparé?

Exemple de scénario: Si vous avez une application qui doit être réinitialisée via IIS, cela affectera-t-il les autres (les autres vont-ils tomber en raison d'une seule application nécessitant une réinitialisation IIS)? Si ce n'est pas une grosse affaire, alors pourquoi ne pas le faire avec l'autre. Si c'est un gros problème, gardez-le séparé afin qu'il ne dépende d'aucun externe.