Dans IIS, est-il préférable d'héberger plusieurs applications en tant que sites web indépendants ou en tant que répertoires virtuels dans le site par défaut ?

J'ai toujours essayé de m'en tenir aux sites individuels pour les applications. Vous avez beaucoup plus de contrôle sur tout et, si vous utilisez ASP.NET, vous n'êtes pas confronté aux problèmes de cascade web.config qui sont faciles à rencontrer. De plus, vous disposez d'un contrôle plus fin sur les pools d'applications et vous êtes en mesure de surveiller les performances de chaque application. Tout cela est une question de préférence.

Quoi qu'il en soit, la meilleure réponse est probablement que vous appliquez les liaisons au niveau du site Web et NON au niveau de l'application. Ainsi, si chaque application a besoin de sa propre URL ou de SSL par opposition à non-SSL, vous devez vraiment examiner les sites individuels.

De plus, comme vous le mentionnez, vous devez presque programmer en tenant compte du mécanisme de déploiement. En effet, toute utilisation d'URL relatives entraîne de nombreux problèmes.

Enfin : pourquoi ne veulent-ils pas utiliser des sous-domaines ? Si vous voulez mon avis, cela permet une séparation RESTfulish des ressources très propre.

Je dirais que ça dépend... Les applications sont-elles très similaires les unes aux autres, de sorte que vous pourriez effectuer un seul changement au niveau supérieur qui se répercuterait sur chaque répertoire virtuel sans avoir d'impact sur la fonctionnalité d'une seule application ? Si vous avez un site séparé pour chaque application, vous devrez gérer séparément les paramètres de chaque site (Certs, IPs, ports, etc.), ce qui peut être un casse-tête s'il y en a beaucoup, mais ce sont des sites totalement indépendants, donc un paramètre n'affectera pas une autre application. Le véritable travail est effectué par le processus de travail/le pool d'applications. Dans les deux cas, vous pouvez partager le même pool d'applications pour plusieurs applications ou en avoir un distinct pour chaque application.

• Applications sur des sites distincts \= contrôle beaucoup plus granulaire de l'application et de la manière de comment s'y connecter, au prix d'une maintenance accrue pour chaque site.
• Applications sur le même site \= plus facile à gérer s'ils sont tous très similaires, mais vous pourriez rencontrer des problèmes de configuration si les applications ont des exigences contradictoires.