¿Alguien tiene un ejemplo de por qué yo albergaría un servicio de WCF

Question

? Supongo que mi mente está tan involucrada en IIS y aplicaciones web que no puedo pensar en una razón para pasar por la molestia de usar un autohospedado Servicio WCF. Siempre he tenido la disponibilidad de IIS, por lo que crear un servicio de WCF autocapturado me parece más trabajo del que me gustaría hacer. ¿Por qué querría hacer esto?

Answer 1

Las porciones de puntos:

• sin necesidad de IIS - esto puede ser una gran ventaja en ciertos servidores
• se llega a definir completamente las direcciones de servicio - con IIS, que están dictados por el nombre del servidor , nombre del directorio virtual, más el nombre y la extensión del archivo SVC (por ejemplo, http://server/virtualdir/yourservice.svc, mientras que con autohospedaje puede usar http://Server:7171/Services/MegaService o lo que quiera)
• sin riesgo de encontrarse con problemas relacionados con el reciclado de los grupos de aplicaciones (esto se puede reducir significativamente mediante el uso de grupos de aplicaciones dedicadas separadas para usted r Servicios de WCF)
• capacidad para detener e iniciar los servicios NT, por ejemplo, teniendo los servicios en línea para un poco (menos fácil de hacer con IIS, creo)
• un mayor control sobre la creación y las opciones para el apoyo ServiceHost
• para todos los protocolos de la caja - netTcpBinding etc. requiere pasos adicionales (lo que podría ser olvidado) en IIS7 y son imposibles de realizar en IIS6

Answer 2

Por ejemplo vamos a considerar las ventajas de alojar en servicio de las ventanas:

• controlado por vida proceso
• Aplicación alcance
• admite en todos las versiones de Windows
• también que no se atan sólo para HTTP si está utilizando Windows 2003 y más adelante (sin FUE)

Se puede considerar también

• Es fácil de depurar: la depuración de los servicios de WCF que se alojan en un entorno autohospedado proporciona una forma familiar de depurar , sin tener que adjuntar a las aplicaciones separadas que activan su servicio .
• Es fácil de implementar: en general, implementando aplicaciones simples de Windows es tan fácil como xcopy. No necesita escenarios complejos de implementación en granjas de servidores , y similares, para implementar una aplicación simple de Windows que sirve como WCF ServiceHost.

Answer 3

Todo se basa en cómo desea usar WCF. No siempre la lógica que desea exponer como un servicio necesita/puede alojarse en IIS. Por ejemplo:

• está utilizando WCF para construir un canal P2P entre varias instancias de su aplicación cliente en la red local.
• usted está construyendo un servicio local de WCF que se implementa en un cliente SKU, donde IIS no se instala por defecto
• desea tener un control completo de sus direcciones de punto final
• que desea utilizar net.tcp o net.pipe canales
• desea tener un control total sobre el modelo de toda la vida y ejemplo de su servicio
• desea que el servicio que se ejecuta como el usuario interactivo (suplantación no es siempre la respuesta)

Answer 4

Un ejemplo de caso de uso lo haría ser aplicaciones de cliente. Puede autoevaluar un servicio WCF en la aplicación cliente para que el cliente pueda recibir notificaciones de un sistema back-end.

Answer 5

Si está ejecutando Windows de 64 bits, no puede compilar y ejecutar un servicio WCF automáticamente, debe autoejecutarse.

me preguntó acerca de una situación particular aquí: Ways to access a 32bit DLL from a 64bit exe

tuve una aplicación de 64 bits que requiere el uso de una DLL de 32 bits. Así que pensé en envolver el archivo DLL de 32 bits en un servicio WCF de 32 bits. No vayas. No pude forzar el servicio para ejecutar 32 bits. Tuvo que autohospedarse.

Answer 6

Servicios de alta carga net.tcp o enlaces net.pipe no son para IIS en absoluto. Funciona solo con IIS 7 + 3 servicios adicionales: WAS, Net. * Adaptador de escucha & Puerto compartido (evento si no usa el uso compartido). Es una solución muy compleja. Debe configurar port sharing, pero se bloqueará algún día con un socket o un error de conexión. SelfHost no lo hará.

IIS no es para transmisión. No trabajará "directamente con la transmisión de red". Trabajará con búferes de memoria o archivos temporales, por lo que no se beneficiará de la transmisión.

P.S. Se trata de WCF 3.5 & IIS 7.5. Espero que las próximas versiones sean mucho mejores.