Conçus pour vivre séparés

SharePoint Portal Server et
n’ont donc pas considéré que les deux
produits pourraient agir ensemble.
(Ou peut-être que les ingénieurs
d’Exchange connaissaient l’existence
de SharePoint Portal Server mais ne
pouvaient pas intégrer les exigences
d’un produit futur quand ils ont écrit le
programme d’installation d’Exchange
2000.) Il est toujours difficile d’assurer
une interopérabilité parfaite quand les
produits suivent des dates de release
glissantes.

En bref, Microsoft n’a tout simplement
pas conçu Exchange et
SharePoint Portal Server pour qu’ils interopèrent.
Microsoft suppose également
que les entreprises déploieront
le e-mail et les portails sur des serveurs
dédiés séparés – bonne supposition
car de nombreuses sociétés considèrent
désormais que les serveurs de email
et les portails sont des applications
de premier plan. Les
administrateurs s’efforcent donc de régler
finement les serveurs pour ces applications
et gèrent l’exploitation des
serveurs en veillant à  ce qu’une défaillance
dans une application ou un
serveur n’ait pas d’effet sur une autre
application importante. (Pour les
mêmes raisons, vous ne souhaiterez
probablement pas exécuter Exchange
et Microsoft SQL Server sur le même
serveur.) Par conséquent, les groupes
d’ingénierie séparés des produits
Microsoft n’envisagent généralement
pas de scénarios de test faisant travailler
ces produits ensemble sur le serveur
d’entreprise. Bien entendu, l’absence
de tests de coexistence réduit
également les coûts pour Microsoft.