Discussion :

[maqfab]

Bonjour,

J'ai construit un projet client-serveur en .Net 3.5, en utilisant les couches WCF et MEF (System.ComponentModel.Composition).
Mon architecture ressemble au graph (pièce jointe Existant.png).

J'ai l’impression que la DLL est instanciée à chaque Appel du client par WCF. Du coup, le plug-in également, qui contient des connexions ODBC.
Malgré l’utilisation d’objets « static », je maitrise difficilement l’optimisation des connexions.

La partie serveur devra être redondante en production. De ce fait, une troisième couche WCF va faire son apparition pour une communication entre les hosts.
Je pense faire évoluer notre architecture selon le graph (pièce jointe Cible.png)

Question : Pensez-vous que WCF soit la meilleure solution pour une communication entre un service Windows (Host) et un programme fenêtré (Exécutable + Dll).
Si oui, les performances sont-elles meilleures avec un TCP local, Named Pipes ou MsgQueue ?

[Invité]

J'ai l’impression que la DLL est instanciée à chaque Appel du client par WCF. Du coup, le plug-in également, qui contient des connexions ODBC.
Malgré l’utilisation d’objets « static », je maitrise difficilement l’optimisation des connexions.

Tout dépend de comment tu instancies le service. Tu as deux possibilités :

• faire en sorte que ton service soit un singleton : InstanceContextMode.Singleton
• activer les sessions et du coup mettre InstanceContextMode.PerSession

Je te propose d'utiliser la deuxième solution. La première peut devenir un calvaire si tu as plusieurs clients qui communiquent avec les services WCf de façon simultanée.

La partie serveur devra être redondante en production. De ce fait, une troisième couche WCF va faire son apparition pour une communication entre les hosts.
Je pense faire évoluer notre architecture selon le graph (pièce jointe Cible.png)

Qu'entends-tu par "redondante" ? Il devra exister plusieurs instances de ton service ? Ton service sera hébergé plusieurs fois par des applications différentes ? Dans tous les cas si ton service WCF est bien implémenté et qu'il respecte les bonnes pratiques alors tu devras avoir deux DLL : une pour ton contrat de service et les contrats de données et la deuxième DLL devra contenir l'implémentation de ton contrat de service.

Pensez-vous que WCF soit la meilleure solution pour une communication entre un service Windows (Host) et un programme fenêtré (Exécutable + Dll).
Si oui, les performances sont-elles meilleures avec un TCP local, Named Pipes ou MsgQueue ?

Si tu as affaire à une architecture SOA (Service Oriented Architecture - Architecture Orientée Service) alors WCF est la meilleure solution quand tu es dans le monde .Net Pour les performances si :

• si le client et le service WCF se trouvent sur la même machine alors il est fortement recommandé d'utiliser les Named Pipes.
• si le client et le service WCF se trouvent sur le même réseau et sont tous les deux faits avec la plateforme .Net alors TCP est fortement recommandé.
• Pour ce qui concerne les Message Queue, tu en auras besoin uniquement si les clients doivent pouvoir communiquer avec le service même si ce dernier n'est plus actif du coup les requêtes (messages) sont mises en file d'attente en attendant que le service soit actif et donc traité les messages reçus.

Sinon pour ne pas avoir à te casser la tête avec l'évolution du service WCF dans le futur je te recommande vivement d'utiliser la méthode utilisée par Sacha Barber dans son article ici. Cet même article montre aussi comment utiliser l'IoC avec WCF chose que tu veux faire avec MEF.