Avantages & amp; pièges du passage à IIS 7, Windows Server 2008 pour les services WCF
-
05-07-2019 - |
Question
Nous utilisons actuellement IIS 6 et Windows Server 2003 pour nos serveurs Web et d’applications. Nos serveurs Web effectuent des appels de service WCF vers nos serveurs d'applications.
Nous aimerions passer à IIS 7 et à Windows Server 2008 afin de pouvoir utiliser le netTcpBinding recommandé (pour le moment, nous utilisons un basicHttpBinding).
(parallèlement à cela, nous passerions également de SQL Server 2005 à 2008)
Quelqu'un at-il quelque chose à dire sur les avantages et les inconvénients de ce qui précède?
La solution
Comme vous l'avez mentionné, IIS 6 ne prend en charge que les différentes liaisons basées sur HTTP. IIS7 prend en charge toutes les liaisons, y compris TCP / IP, les canaux nommés (pour les appels in-proc ultra-rapides sur le même ordinateur) et la file d'attente MSMQ.
Pour une comparaison détaillée entre l'hébergement WCF dans IIS6 et IIS7, consultez cet article MSDN: Étendre vos services WCF au-delà de HTTP avec WAS
Autres conseils
IIS 7 utilise un modèle de configuration complètement différent (et bien amélioré!); la métabase a été remplacée par un modèle hiérarchique et connectable basé sur des fichiers .config. Si vous ne pouvez pas transférer votre configuration IIS 6 vers le modèle IIS 7 pour des raisons héritées, veillez à installer la fonctionnalité IIS 6 Metabase Compatibility Layer. Je travaille sur une application Web au travail, qui fonctionne bien sous IIS 6 et 7 sans autre modification que celle-ci.
En apparence, votre application n'est pas profondément intégrée à IIS. Par conséquent, mis à part ce qui précède, vous ne devriez pas rencontrer de nombreux autres problèmes. La compatibilité entre les deux est très bonne.