IBM ACE déclenchements du capteur

Cette mise à jour a réduit la fréquence d'envoi des données à toutes les 5 secondes afin de résoudre un problème lié aux événements.

Cette version améliore le reporting des propriétés de la plateforme en transférant les métadonnées au niveau des nœuds (nom du produit, version, numéro de build et détails de la plateforme) vers le niveau du nœud d'intégration. Cette modification permet d'éliminer les données redondantes entre les serveurs d'intégration.

Cette mise à jour améliore la logique d'analyse afin que les métriques des nœuds de flux de messages soient mises à jour de manière atomique, ce qui permet d'éviter toute altération des données des instantanés. Cette amélioration réduit l'espace de stockage nécessaire au niveau du backend.

Cette version corrige un problème d'agrégation incorrecte des métriques dans les environnements ACE natifs du cloud. Auparavant, les indicateurs relatifs au pool de threads et aux jauges étaient additionnés pour l'ensemble des origines de comptabilisation, au lieu de refléter les valeurs réelles des ressources partagées.

La charge utile est désormais envoyée en fonction de la fréquence d'interrogation.

Cette version améliore les fonctionnalités de journalisation du capteur ACE.

Le capteur « IBM ACE » offre désormais les améliorations suivantes en matière de journalisation afin d'assurer une plus grande transparence et une meilleure visibilité sur le fonctionnement du système :

• Journaux de découverte améliorés : des informations plus détaillées sont désormais disponibles tout au long du processus de découverte, ce qui facilite le suivi de l'avancement et permet d'identifier rapidement les problèmes potentiels.

• Amélioration des journaux d'activité des capteurs : des informations supplémentaires ont été ajoutées aux journaux concernant le fonctionnement des capteurs, ce qui vous permet de mieux comprendre leur comportement et leurs performances.

Cette version comprend les améliorations suivantes :

• Vous pouvez désormais utiliser la configuration globale des flux de messages aux fins suivantes :

  • Définissez une limite pour le nombre de flux de messages surveillés par serveur d'intégration.
  • Trier les flux de messages selon un critère sélectionné, soit MaximumElapsedTime soit ThreadUtilization, si une limite supérieure à 0 est spécifiée. Ce tri permet de déterminer quels flux sont collectés.

• Vous pouvez également remplacer les paramètres globaux au niveau du courtier, ce qui permet à chaque courtier de disposer de limites et d'un comportement de tri personnalisés, fonctionnant indépendamment des paramètres par défaut globaux.