Bonjour,
les intérets de séparer en web app différents :
- Site IIS différent
- web.config différents
- DLLs déployées dans le bin différent
- Quand on déploie / retract une solution, moins d'effet de bord sur les autres applis (A voir au cas par cas)
- Paramétrages différents
- Dans le web.config
- Features différentes
- Paramétrage SP différent (voir
http://CENTRALADMIN/_admin/vsgeneralsettings.aspx)
D'un point de vue perf, Microsoft recommande de ne pas avoir plus de 8 application pools par serveur (http://technet.microsoft.com/en-us/library/cc287790(v=Office.12).aspx)
D'un point de vue perf, si vous avez beaucoup (combien?) de connexions, alors, séparer en webapps différentes peut être interessant. Celà dit, en Intranet, je doute que ce soit un goulot d'étranglement.
Dans une des entreprises ou j'étais, on avait séparé comme ça :
- 1 webapp dédiée pour le portail
- 1 webapp pour tous les sites publishing
- 1 webapp pour les sites collab.
Pourquoi ?
Parce que le portail a des pics d'utilisation élevée (c'est la page d'accueil d'IE)
Parce que les sites publishing ont certains paramétrages différents (blobcache)
Mais bon, il n'y a pas qu'une solution.
Chez un autre client, qui héberge des sites Internet, on utilisait des webapps différents pour une meilleur isolation :
- Si l'application pool tombe, alors ça fait pas tout tomber
- Pas de conflit possible dans le web.config
- ...
Mais dans un cadre purement Intranet, à voir....
Sylvain Reverdy
Consultant / Formateur à Winwise
Mon blog
