J’espère avoir pu au travers de la première partie de cet article vous faire découvrir les services de file d’attente fournis par Windows. Cette technologie existait déjà à l’époque de Windows NT 4.0 et n’était pas incluse directement au cœur du Système d’exploitation et s’installait avec l’Option Pack 4 qui amenait entre autre :

• Internet Information Server 4.0
• Microsoft Transaction Server 2.0
• Microsoft Message Queue Server 1.0
• Internet Connection Services for Microsoft RAS
• Certificate Server
• Site Server Express
• SMTP Server
• …

Finalement, 1997 n’est pas si éloigné que ça n’est-ce pas ? Hum ? Bon, ok même si je ne suis plus tout jeune, je ne faisais que mes premières armes à cette époque sur les techniques de distribution de couches applicatives et MTS apportait tellement de nouveautés importantes. Le temps passe si vite … Avouez quand même pour ceux qui ont connu cette ère là, que la distribution de couches applicatives est devenue nettement plus simple maintenant ! Mais pardon, je m’égare quelque peu de notre sujet !

Rappelez-vous que même si vous avez eu l’impression d’une certaine simplicité dans la mise en place d’une solution basée sur MSMQ avec WCF, pesez bien le pour et le contre d’une telle architecture. En effet, nous n’avons pas vraiment parlé des points que je qualifierai de « durs ». Pensez aux compétences qu’il faut sur ces sujets en termes d’administration et d’exploitation. Posez-vous aussi les questions suivantes : « que fait-on maintenant des messages poisons dans la Dead Letter Queue ? Doit-on les traiter ? Comment va-t-on les traiter ? Comment les messages sont-ils formatés dans cette DLQ ? Etc. Tout bon architecte technique se doit d’avoir envisagé ces questions avant de mettre en place une telle architecture et surtout doit avoir une solution pour résoudre chacune de ces problématiques.

N’oubliez pas non plus les problématiques de tests de validation qui peuvent s’avérer complexes en fonction des architectures physiquement distribuées retenues.

Mais encore une fois, c’est une autre histoire …

La suite au prochain numéro.