et vise à s’assurer que le travail en cours ne prend pas de retard par rapport à la nouvelle entrée.

Les jobs d’entrée acceptent les transactions d’entrée et passent les données aux jobs de traitement de sortie pour le gros du travail. Les données passent par l’intermédiaire d’une instruction MI ENQ qui envoie un message à une file d’attente d’utilisateurs. Bien que seule une poignée de sites utilise cette technique, il y a de bonnes raisons de l’adopter car elle fournit un traitement rapide des messages de job à job sur les files d’attente locales, particulièrement par comparaison avec les API de files d’attente de données en envoi et réception, parce que les files d’attente de données MI traitent à la fois les files locales et distantes et, par conséquent, ont plus d’overhead inhérent. Malheureusement, je n’ai pas la place pour approfondir davantage ce sujet. Je dirai simplement que cette approche demande du code C++ qui invoque des API IBM pour traiter l’envoi et la réception des messages. Company aBc n’a pas besoin de files d’attente de données à distance et a choisi de privilégier la vitesse pour les files d’attente d’utilisateurs.