Mise en file d'attente à l'aide de la base de données ou de MSMQ?

Question

Une partie de l'application sur laquelle je travaille est un swf qui montre un test avec environ 80 questions. Chaque question est enregistrée dans SQL Server via WebORB et ASP.NET.

Si un candidat termine le test, la session doit être validée. Le problème est que quelquefois 350 candidats terminent leur test au même moment, et la CPU sur le serveur web et SQL Server explose (350 validations en même temps).

Maintenant, comment dois-je implémenter la mise en file d'attente ici? Dans la base de données, il y a une table qui a un enregistrement pour chaque session. Une colonne contient le statut. 1 est terminé, 2 est validé.

je pourrais mettre en œuvre des files d'attente de deux façons (comme je le vois, peut-être que vous avez d'autres propositions):

• Un processus qui vérifie la table des enregistrements avec le statut 1. Si elle trouve un, il valide la session. Ainsi, les sessions sont validées une après l'autre.
• Si un candidat termine sa session, un message est envoyé à une file d'attente MSMQ. Un autre processus écoute la file d'attente et valide les sessions une après l'autre.

maintenant:

• Quelle serait la meilleure approche?
• Où commencez-vous le processus qui va valider les sessions? Dans votre global.asax (application_start)? En tant que service Windows? En tant qu'exe à la racine du site Web démarré dans application_start?

Pour moi, l'utilisation de la table et la recherche d'enregistrements avec le statut 1 semble le moyen le plus facile.

Answer 1

Le MSMQ approche decouples votre application Web à partir du service de logique de validation et de la base de données.

Cela apporte de nombreux avantages, dont quelques-uns:

• Il serait plus facile de gérer les situations où la logique de validation peut gérer 5 sessions par seconde, et il reçoit 300 à la fois. Sinon, vous devrez gérer les délais d'attente copiés, les tentatives de nouvelle tentative, etc.

• Il serait plus facile de faire maintanance sur le service de validation, sans avoir à interrompre le reste de l'application. Lorsque le service de validation est supprimé, les messages sont mis en file d'attente dans MSMQ et sont traités à nouveau dès qu'ils sont affichés.

• La même chose que ci-dessus s'applique à la maintenance de la base de données.

Answer 2

Qu'est-ce que validating? Avant de travailler sur votre stratégie de mise en file d'attente, j'essaierais de faire le validating aussi vite que possible, y compris en le faisant passer à la base si ce n'est déjà fait.

Answer 3

Si vous n'avez aucune expérience de l'utilisation de MSMQ et qu'aucune infrastructure n'est configurée, je vous déconseille de le faire. Bien sûr, il pourrait s'agir de la "bonne" façon de faire la mise en file d'attente sur la plate-forme Microsoft, mais ce n'est pas très simple et a une courbe d'apprentissage.

Il en va de même pour la création d'un service Windows; Ne le faites pas à moins que vous ne le sachiez. Pour les cas simples comme celui-ci, je dirais que la douleur est plus grande que les récompenses.

La solution la plus simple serait probablement d'utiliser la table et d'exécuter le processus sur un thread d'arrière-plan que vous démarrez dans global.asax. Vous voudrez probablement aussi créer une page d'administration qui peut rapporter des informations d'état sur le processus (nombre de tâches en attente, etc.) et peut-être un bouton pour redémarrer le processus s'il échoue pour une raison quelconque.

Answer 4

Je l'ai récemment étudié moi-même si je voulais mentionner mes conclusions. L'emplacement de la base de données par rapport à votre application est un facteur important pour décider quelle option est la plus rapide.

J'ai testé en insérant le temps qu'il fallait pour insérer 100 entrées de base de données par rapport à la journalisation exactement les mêmes données dans un message MSMQ local. J'ai ensuite pris la moyenne des résultats de l'exécution de ce test plusieurs fois. Ce que j'ai trouvé, c'est que lorsque la base de données est sur le réseau local, l'insertion d'une ligne était jusqu'à 4 fois plus rapide que la connexion à un MSMQ. Lors de l'accès à la base de données via une connexion Internet décente, l'insertion d'une ligne dans la base de données était jusqu'à 6 fois plus lente que la connexion à un MSMQ.

Alors:

base de données locale - DB est plus rapide, sinon MSMQ est.