Je suis un novice à MSMQ et WCF et a besoin de quelques directives. L'application sur laquelle nous travaillons nécessite de lourdes tâches d'analyse PDF et ces tâches peuvent prendre beaucoup de temps à se terminer. Les utilisateurs demanderont ces travaux à partir d'une seule application ASP.net. Pour passer à l'échelle, nous aimerions que le service PDF Parser soit réparti sur plusieurs serveurs physiques (ou virtuels) et utilise un système de mise en file d'attente pour gérer les demandes d'emploi. La WCF est-elle une bonne technologie à regarder dans cette situation? Est-ce que quelqu'un a fait quelque chose de similaire? Si oui, tout conseil serait apprécié.WCF a-t-elle raison pour le travail? Files d'attente et plusieurs serveurs de travail
Répondre
Je ne comprends peut-être pas tout ce que vous essayez de faire, mais au départ, ma réponse est «oui», je pense que c'est une bonne technologie à considérer. Voici un interesting article sur la combinaison de WCF avec MSMQ, en particulier si vous consultez des messages MSMQ dont la taille est supérieure à 4 Mo (qui est la taille maximale d'un message MSMQ). Cet article décrit la procédure à suivre pour créer une application client/serveur WCF afin de gérer le traitement des images via une file d'attente MSMQ. Cela peut s'appliquer à votre situation. La bonne partie de l'article et de la procédure à suivre est que l'auteur construit un canal de segmentation qui divise l'image en fragments de 4 Mo afin qu'elle puisse être envoyée via WCF/MSMQ afin d'être traitée. Si vous regardez de grands fichiers PDF, cela peut être quelque chose à regarder.
J'ai beaucoup travaillé avec WCF, et je suis un grand fan. Même si je n'ai pas beaucoup travaillé avec les applications WCF/MSMQ, c'est toujours une bonne implémentation et je pense que l'alliance entre la puissance de la WCF et la fiabilité de MSMQ est une énorme victoire.
Bonne chance. J'espère que cela t'aides.