Event Driven versus Polling/Scheduling

Question

Nous sommes actuellement dans un débat au sein de notre groupe informatique sur la meilleure pratique pour gérer la majorité de tous nos processus. Notre directeur informatique pousse pour que tout soit axé sur les événements. Son raisonnement est qu'il permettra d'économiser des ressources et il est la « meilleure méthode » pour l'envoi de notifications de navires, des validations de commandes, le traitement des commandes, etc.

Un autre développeur et je ne suis pas en désaccord sur l'économie des ressources, mais ils affirment que nous sommes plus dans le contrôle du processus. Si quelque chose se brise, nous pouvons facilement rebasculer/mettre en file d'attente ou planifier des processus pour récupérer les transactions erronées ou gérer des choses comme des échecs de communication.

Dans un environnement parfait, les processus pilotés par les événements sont parfaits car vous n'avez jamais à vérifier quoi que ce soit. Mais pour nous, nous savons que nous allons rencontrer des problèmes de données, etc. et devons être en mesure de corriger rapidement le problème ou d'arrêter le processus pendant que nous le réparons. Comment les autres gèrent-ils quand un tas d'événements échoue? Ce n'est pas si facile de re-déclencher/déclencher les événements ... donc il semble, mais je pourrais complètement oublier d'autres solutions. Je ne vais pas aller dans le vrai/le faux en essayant de voir ce que les autres pensent des différents processus et des problèmes/problèmes qu'ils ont rencontrés.

Toujours apprécier la rétroaction.

Answer 1

Un système piloté par les événements peut être très flexible comme vous l'avez mentionné. Nous avons un cadre axé sur les événements où je travaille, et l'un des événements est en fait un événement d'exception. Notre moniteur de santé est axé sur les événements. En cas de problème, de problème de santé ou de problème de données, nous recevons une notification par e-mail et tout est consigné dans une base de données, un journal des événements ou un fichier. Les événements permettent aux processus de se conduire sans interaction directe avec un utilisateur.

Comme pour tout processus automatique, il doit y avoir un audit et un contrôle de quelque nature. Il devrait y avoir un intervalle dans lequel un ensemble aléatoire de résultats est vérifié pour la validité. Nous imprimons environ 80 000 documents juridiques tous les soirs qui sont distribués/indexés/vérifiés automatiquement en fonction d'un événement produit par un logiciel sur une autre machine. Cependant, nous avons une autorité de contrôle de la qualité humaine responsable chaque matin d'en tester un échantillon et de les relâcher dans la nature. Les événements peuvent vraiment vous faire économiser beaucoup de temps administratif et peuvent être très faciles à implémenter. Je le recommande fortement.