2010-09-08 4 views
2

J'ai un couple de services, où l'un d'eux doit être un service de singleton. Les autres services se connectent à ce service singleton et le service singleton renvoie à son tour les appels des autres services.Héberger mon service dans IIS ou service Windows?

Ma question: est-il prudent de déplacer ce scénario dans IIS afin que je puisse utiliser les nouvelles fonctionnalités de Windows Server Appfabric? Je ne suis pas sûr comment IIS gère la gestion des instances.

+0

PS: OTH Tous les services maintiennent une session en vie avec leur client de sorte que pendant cette session le service singleton peut propager des mises à jour via ces services à leurs clients. – Jeroen

Répondre

1

IIS ne devrait pas poser de problème dans votre scénario. Si cela fonctionne déjà avec l'auto-hébergement, il devrait également fonctionner dans IIS. Vous devez seulement être conscient de certains paramètres de gestion IIS qui contrôlent le recyclage AppPool, etc.

+0

IIS semble être une sorte de problème après tout, mais j'ai déjà commencé une nouvelle question pour ce problème;) http://stackoverflow.com/questions/3686776/multiple-net-tcp-endpoints-with-different -portnumbers-sur-le-meme-site-web-iis7 – Jeroen

1

L'hébergement dans IIS est la voie à suivre définitivement. Surtout si vous avez installé AppFabric comme vous l'avez mentionné.

2

Je pencherais pour IIS ainsi que par rapport à d'autres mécanismes que vous obtenez une des caractéristiques du lot d'hébergement gratuit:

    gestion du cycle de vie processus
  • ,
  • recyclage des processus,
  • mutualisé,
  • à la demande d'activation,
  • surveillance de la santé
Questions connexes