Mugnsoft — notes de version

v4.1.1

dernière 2026-08-26

La v4.1.1 améliore la clarté et la cohérence de l'interface afin de rendre la navigation et l'exploitation des données plus simples au quotidien.

▲ Améliorations

Présentation des rapports améliorée pour une lecture plus claire.
Navigation inter-vues plus claire et plus cohérente.
Tooltips enrichis pour fournir davantage de contexte et d'informations utiles.
Interface harmonisée avec des espacements, une mise en page des tableaux et des styles de navigation active plus cohérents dans toute l'application.

v4.1.0

2026-08-19

La v4.1.0 rend la découverte consciente des protocoles : chaque connexion capturée est désormais étiquetée avec le protocole ou le framework applicatif qu'elle transporte réellement — gRPC, WebSocket, Arrow Flight SQL, HTTP/2, PostgreSQL, Redis, Kafka, MQTT — accompagné du signal qui a produit le verdict et du degré de confiance associé. Elle met également fin à la configuration à l'aveugle : les OID SNMP et les requêtes WMI sont proposés depuis un catalogue puis vérifiés en direct sur la cible via la sonde, les règles de log et de répertoire peuvent être essayées sur le fichier réel, et les fenêtres d'indisponibilité, les exclusions de SLA et les périmètres de rapport montrent tous ce qu'ils vont affecter avant d'être validés.

＋ Nouveautés

Identification du protocole applicatif sur la carte de découverte. Les arêtes de flux portent désormais le protocole ou le framework qu'elles transportent. Trois signaux indépendants alimentent le verdict : les signatures présentes dans les premiers octets d'un flux (HTTP/1.x, HTTP/2, gRPC, Arrow Flight SQL, WebSocket, PostgreSQL, MySQL, Redis, AMQP, Kafka, MongoDB, MQTT, SSH), les métadonnées de la poignée de main TLS (ALPN et SNI, toujours en clair), et l'inférence par processus et par port en dernier recours. Chaque étiquette indique sa source (dpi, alpn, process, port) et son niveau de confiance (observed, inferred, guessed) : un protocole déduit ne peut donc jamais être pris pour un protocole mesuré. La carte peut être filtrée par protocole, et la détection peut être désactivée agent par agent.
Assistants OID SNMP et requêtes WMI. Les deux types d'équipement proposent des métriques issues d'un catalogue indexé par type d'équipement, vérifient l'ensemble de la sélection en une fois sur la cible réelle via la sonde, et permettent d'enregistrer des modèles nommés réutilisables. Un explorateur de parcours d'OID et un explorateur de classes WMI sont disponibles pour tout ce que le catalogue ne couvre pas.
Calendrier des indisponibilités et aperçu de l'impact. Les fenêtres d'indisponibilité peuvent être parcourues sous forme de calendrier mensuel, à côté du tableau existant, avec un sélecteur de plage pour la période. Avant l'enregistrement, un aperçu de l'impact liste précisément les moniteurs et les applications que la fenêtre va rendre silencieux.
Fenêtres d'exclusion de SLA. Les périodes de maintenance ou d'incident connu peuvent être exclues du calcul de disponibilité SLA, avec un motif documenté. Les interruptions survenues dans une fenêtre ne comptent plus contre le SLA, et les périodes corrigées sont signalées par une ★ dans l'historique SLA.
Aperçu du périmètre d'un rapport. Chaque type de rapport peut résoudre à la demande, depuis son formulaire, sa sélection de tags, d'applications et de sondes en la liste réelle des moniteurs qu'il va couvrir.
Provenance des seuils. Pour chaque métrique système et processus, l'interface indique si le seuil qui a gouverné l'exécution provient de la base de référence automatique ou du repli fixe — une valeur fixe alors que l'automatique est activé signifie que la base de référence n'était pas disponible. Les seuils fixes sont modifiables métrique par métrique, et les bases de référence peuvent être recalculées à la demande.
La disponibilité de la capture est signalée, plus devinée. Lorsqu'un hôte ne dispose d'aucun moteur de capture de paquets, la topologie le dit explicitement au lieu d'afficher un trafic nul qui ressemble à un hôte inactif. Une vue fusionnée ne revendique la capture que si tous les agents contributeurs en disposaient.
Test des moniteurs de log et de répertoire. Les règles de log et les règles de répertoire peuvent être exécutées sur le fichier ou le dossier réel depuis l'interface, et leurs correspondances inspectées, avant l'enregistrement du moniteur.
Plusieurs groupes de motifs nommés par moniteur URL et API, évalués selon le statut le plus dégradé, avec des vérifications contains et des corps de requête typés selon leur content-type.
Panneau de test des moniteurs URL et API — un moniteur peut être exécuté à la demande depuis son formulaire et les étapes obtenues inspectées, aux côtés d'une visionneuse HAR intégrée réécrite.
CPU iowait et nombre de sockets TCP ajoutés à la supervision système côté sonde.

▲ Améliorations

Les notifications d'alerte sont unifiées : les messages e-mail, Slack, Teams et PagerDuty portent tous le type de moniteur, la sonde d'origine et une couleur de statut, et se présentent de façon identique qu'ils aient été envoyés directement par une sonde ou routés par l'intégrateur.
La liste consolidée des moniteurs gagne un filtre par type à sélection multiple, des contrôles de pagination déplacés dans l'en-tête du tableau, et une mise en page cohérente entre les tableaux de moniteurs, d'applications et de serveurs.
Le trafic de boucle locale est regroupé en une seule arête par flux, la direction étant déduite de la socket en écoute ; la capture de la boucle locale est elle-même activable agent par agent.
Les seuils de découverte traitent partout une valeur vide comme « non défini », et signalent erreurs et avertissements de validation à l'enregistrement d'une configuration.
Validation plus stricte des dates et heures dans les vérifications de motifs URL et API.
La validation de licence est mise en cache au lieu d'être relue sur les chemins critiques, et n'écrit qu'une seule ligne de journal au lieu de se répéter.
Les tâches planifiées sont protégées contre les paniques, sur le serveur web comme sur la sonde : une tâche défaillante n'emporte plus l'ordonnanceur avec elle.
La sauvegarde vers un dépôt accepte une URL de base GitLab auto-hébergé, avec une aide à la configuration intégrée pour GitLab et GitHub.
Le générateur de configuration de composant introduit en v3.2.0 couvre désormais les moniteurs URL et API, les règles de log, les règles de répertoire, la capture de trafic et le routage des notifications, et le JSON produit peut être copié autant que téléchargé.
Finitions d'interface : survol synchronisé des graphiques et enregistrement de ceux-ci, composant d'attente partagé, empilement des panneaux latéraux, et vues de découverte servies sur le serveur frontal en lecture seule en DMZ.
Supports de formation (présentations Consultation, Utilisateur et Administrateur, en anglais et en français) actualisés pour cette version.

✕ Corrections

Calcul des seuils de l'agent Sentinel : les séries plates sont ignorées, les fenêtres de performance vides ne produisent plus de bases de référence absurdes, et un nombre minimal d'échantillons est exigé avant qu'une base de référence soit jugée fiable.
La supervision des processus en boucle locale attribuait le trafic au mauvais processus.
Les seuils de l'agent de découverte n'étaient pas repris dans le panneau de détails.
Vérification de connectivité des services externes de l'intégrateur.
Métriques de répertoire : comptage des fichiers, comptage récursif et taille totale corrigés, y compris pour les répertoires absents et les règles désactivées.
Exposition des métriques des groupes de motifs, export et import des moniteurs URL et API, et régressions de mise en page et de filtrage sur la liste consolidée.

⬢ Mises à jour des composants

Agent de découverte Sentinel — identification des protocoles avec mise en cache par flux ; supervision des logs durcie face à la rotation par troncature et par renommage, avec regroupement de lignes, échantillons de lignes capturées, contrôles de rafale et de silence de débit ainsi que de fraîcheur ; métriques de répertoire refondues ; regroupement des arêtes de boucle locale ; remontée de l'état de la capture.
Sonde de supervision — test et parcours d'OID en lot, test de requêtes WMI et exploration des classes derrière les assistants de configuration ; corps de requête API typés selon le content-type ; validation des dates et heures dans les vérifications de motifs ; calcul des seuils automatiques refondu ; détection des processus appartenant à la sonde pour nettoyer les navigateurs et processus CLI orphelins ; scripts d'installation et de désinstallation Linux et refonte de la concurrence.
Intégrateur — vérification de connectivité des services externes corrigée, et charges utiles d'alerte alignées sur le nouveau format de notification.
Analyse prédictive — livrée sous forme d'exécutable autonome, avec une résolution cohérente de la fenêtre et de l'horizon, et un arrêt anticipé activé uniquement lorsque la plage temporelle produit réellement un lot de validation (avec un avertissement explicite dans le cas contraire).

v4.0.0

2026-04-14

La v4.0.0 est une version majeure sur trois fronts. Les équipements SNMP et WMI deviennent des objets supervisés de premier plan, avec auto-découverte et leur propre place sur la topologie. Une réplique en lecture seule du serveur web peut désormais être publiée en DMZ, alimentée par une réplication mTLS unidirectionnelle : les statuts peuvent ainsi être exposés hors du réseau de confiance sans exposer la plateforme. Enfin, l'identité passe à l'authentification unique, avec une billetterie ITSM branchée directement sur l'état des moniteurs.

＋ Nouveautés

Supervision des équipements WMI. Les hôtes Windows peuvent être supervisés via des requêtes WMI, avec un statut par équipement, un tableau d'équipements dédié, un onglet d'actions et un panneau de détails scindé.
Équipements SNMP. Les équipements distants deviennent des équipements SNMP, objets supervisés à part entière, avec auto-découverte SNMP, une colonne de statut globale et leur propre représentation sur la carte de topologie.
Serveur frontal en lecture seule en DMZ. Un second serveur web peut être déployé en DMZ et alimenté par une réplication mTLS unidirectionnelle depuis le serveur web de confiance. Il sert une vue en lecture seule, ne requiert aucune licence propre, et applique un délai de grâce configurable sur les statuts afin que les transitions brèves n'atteignent jamais la vue publique.
Authentification unique OIDC — une troisième méthode d'authentification, aux côtés des comptes locaux et de LDAP.
Billetterie ITSM. Les tickets ServiceNow, GLPI et Jira sont créés et clôturés à partir de l'état des moniteurs, la résolution s'en remettant au côté ITSM afin qu'un ticket déjà pris en charge par un humain ne soit pas clôturé automatiquement.
Les parcours utilisateur en client lourd (GUI) gagnent le rejeu, et les alertes EUM portent désormais l'information de dépassement par transaction.
Une seule liste consolidée de moniteurs. Les onze pages par type de moniteur sont remplacées par une liste unique couvrant tous les types, avec filtrage par type.
Vue applicative 3D : vue simplifiée et partage. Un rendu « météo » simplifié pour les publics non techniques, une disposition et une caméra enregistrées par utilisateur, et la vue entière intégrable dans une iframe.
Supervision de l'utilisation des inodes de systèmes de fichiers, indisponibilité au niveau applicatif, légende des statuts, rapports en panneaux latéraux et photos de profil des utilisateurs.
Supports de formation : présentations Consultation, Utilisateur et Administrateur, en anglais et en français.

▲ Améliorations

Pages d'équipement refondues : panneau de détails scindé, onglet d'actions, icônes dans le tableau, et mises à jour de moniteur qui conservent les données collectées.
Les données de statut sont purgées lorsque les moniteurs qui les ont produites sont supprimés.
Performance et sûreté : libération des scènes 3D, durcissement contre le XSS, concurrence bornée dans les chemins de nettoyage de fichiers, et correction d'un accès concurrent sur l'accumulation de bande passante.
Espacements, mise en page des tableaux et style de navigation active homogènes dans toute l'interface.

✕ Corrections

Les moniteurs SNMP n'étaient pas planifiés au démarrage ; mises à jour des équipements SNMP et moniteurs UDP corrigés.
Import des moniteurs API.
Fuites mémoire sur la page des équipements SNMP et dans la vue applicative 3D.
Dépliage du graphe applicatif, sous-applications sur le serveur frontal, défilement de la bannière 3D, et boucle de rafraîchissement des équipements.

⬢ Mises à jour des composants

Serveur web frontal — nouveau composant : réplique en lecture seule en DMZ, aucune licence requise, réplication mTLS unidirectionnelle, délai de grâce configurable sur les statuts.
Sonde de supervision — prise en charge de WMI, correction de la planification SNMP au démarrage, purge des données de statut obsolètes, corrections de fuites mémoire, concurrence bornée dans les chemins de nettoyage, rejeu des parcours GUI et remontée des dépassements EUM par transaction.
Agent de découverte Sentinel — supervision des inodes de systèmes de fichiers, métriques système supplémentaires, et correction d'un accès concurrent sur l'accumulation de bande passante.

v3.3.0

2025-12-16

La v3.3.0 ajoute les deux éléments qui transforment la supervision en reporting : des chiffres de SLA défendables, et une prévision qui montre une métrique se diriger vers son seuil avant qu'elle ne l'atteigne. L'agent de découverte apprend par ailleurs à lire les fichiers de log.

＋ Nouveautés

Reporting SLA. La disponibilité est calculée et restituée sous forme de SLA, avec une pondération par élément supervisé et des corrections manuelles pour les périodes qui ne doivent pas compter comme mesurées.
Prévision. Chaque type de moniteur peut porter des champs de prédiction, alimentés par le moteur d'analyse prédictive : une métrique qui tend vers son seuil se voit donc avant qu'elle ne le franchisse.
Supervision des fichiers de log sur l'agent de découverte. Règles de motifs sur les fichiers de log avec alerte, positions de lecture conservées entre les redémarrages, et nombre de lignes lues par cycle borné. Le nombre de connexions à la base de données est supervisé et alerté de la même manière.
Bases de référence automatiques. Les métriques système globales obtiennent des bases de référence calculées automatiquement sur l'agent, et la gigue de ping des seuils calculés automatiquement sur la sonde, remontés par l'API à côté des valeurs mesurées.

▲ Améliorations

L'alerte sur processus manquant suit la même sémantique notifyAfter et notifyFor que toutes les autres alertes.
Configuration de l'agent de découverte : tableaux de seuils compacts et interrupteurs de trafic à la place de longs formulaires.
Présentation des rapports : étiquettes de chronologie, dimensionnement des camemberts, et contrôles de visibilité et de capture rapprochés.
Mise en cache des expressions régulières et purge de rétention sur l'agent, avec un plafond configurable de lignes lues par cycle.

✕ Corrections

L'écart type de la gigue débordait sur de grandes valeurs ; il est désormais calculé en flottant.
Gestion du TTL ICMP annulée sur les sockets brutes Windows, où elle n'est pas prise en charge.
Panique à l'enregistrement de l'agent et échecs d'authentification administrative.
Couleur de statut des événements MINEUR dans le navigateur d'événements.

⬢ Mises à jour des composants

Agent de découverte Sentinel — supervision des fichiers de log avec alerte et persistance des positions de lecture, supervision des connexions à la base de données, bases de référence automatiques pour les métriques système globales, mise en cache des expressions régulières et purge de rétention.
Sonde de supervision — seuils de gigue avec calcul automatique et remontée par l'API, champs de prédiction sur tous les types de requête de moniteur.
Analyse prédictive — prise en charge d'InfluxDB v3, LSTM agrandi, arrêt anticipé, taille de fenêtre configurable et scripts de prise en main.

v3.2.0

2025-11-18

La v3.2.0 vise à retrouver ses éléments dans un grand parc. Chaque carte et chaque liste gagne une barre de recherche, la vue applicative 3D se souvient de la façon dont chaque utilisateur l'a laissée, et le trafic réseau devient un seuil de plein droit plutôt qu'un chiffre à lire sur un graphique.

＋ Nouveautés

Recherche partout — une barre de recherche dans la carte de topologie d'infrastructure, la vue applicative 3D, la vue des applications et la liste des moniteurs, afin de localiser un élément sans savoir où il se trouve.
Seuils de trafic. Le trafic entrant et sortant peut recevoir des seuils avec une fenêtre de moyennage configurable : une rafale brève ne déclenche pas d'alerte, une charge soutenue si.
Une vue tableau de la liste consolidée des moniteurs, avec suppression par sélection multiple, à côté de la vue en cartes existante.
Générateur de configuration de composant. Un assistant conversationnel guidé produit, question par question, les fichiers de configuration de la sonde, de l'intégrateur et de l'agent Sentinel, avec remise à zéro possible à tout moment et téléchargement du JSON obtenu.
Nouvelles métriques système de l'agent de découverte : iowait, CPU utilisateur et d'autres, tracées aux côtés des métriques existantes.

▲ Améliorations

Vue applicative 3D : disposition et caméra enregistrées par utilisateur, image de fond par utilisateur, bannière de statut, fenêtre d'aide et barre de synthèse.
Graphes de topologie d'infrastructure et de serveurs redessinés, avec les services externes affichés dans la topologie des composants et le nom des interfaces porté sur les arêtes.
Les notifications en échec sont mises en tampon sur disque et réessayées, sur le serveur web, la sonde et l'agent.
Le routage des alertes gagne la sémantique notifyAfter et notifyFor.
Refonte de l'éditeur de planification : jours sous forme de pastilles, synthèse en direct de la planification obtenue, et contrôles de validité.
Passes d'analyse de sécurité et de fuites mémoire sur le serveur web, la sonde et l'agent, avec réduction des allocations dans le code Go.

✕ Corrections

La synchronisation du zoom entre graphiques ne s'achevait pas sur tous les graphiques.
L'état des arêtes était incorrect lorsqu'un nœud était désactivé.
Intervalle de rafraîchissement du statut des serveurs dans la vue 3D.
Listes des URL et des API de l'agent de découverte.

⬢ Mises à jour des composants

Agent de découverte Sentinel — seuils de trafic avec fenêtre de moyennage, nouvelles métriques système, informations d'arête enrichies, corrections de mémoire et de performance.
Sonde de supervision — tampon de reprise des notifications sur disque, réduction des allocations et corrections issues de l'analyse de sécurité.
Intégrateur — tampon de reprise sur disque pour les envois de notification en échec.

v3.1.0

2025-07-14

La v3.1.0 reconstruit la supervision SNMP sur la sonde et apprend à la carte de découverte à rendre compte du volume, pas seulement de la forme : le trafic réseau entrant et sortant est désormais comptabilisé par processus et affiché sur la carte.

＋ Nouveautés

Supervision SNMP reconstruite. SNMP devient un module à part entière sur la sonde, avec une planification et un traitement des résultats refondus, et une vue de configuration et de résultats correspondante dans l'interface.
Trafic réseau par processus. L'agent de découverte comptabilise le trafic entrant et sortant de chaque processus découvert, et la carte de découverte l'affiche à côté des flux existants.

▲ Améliorations

Les nœuds et les arêtes de la carte de découverte portent des informations plus riches, et la mise en page de la configuration de l'agent a été refondue autour de celles-ci.
La configuration des composants est transportée encodée entre le serveur web et la sonde : aucun caractère d'une définition de moniteur ne peut donc casser un envoi de configuration.
Fuites mémoire corrigées côté navigateur et ressources web livrées allégées.

⬢ Mises à jour des composants

Sonde de supervision — SNMP extrait dans un module dédié, transport de la configuration des moniteurs refondu, gestion des webdrivers simplifiée.
Agent de découverte Sentinel — comptabilisation du trafic entrant et sortant par processus.

v3.0.0

2025-05-01

La v3.0.0 vise à voir l'ensemble du parc d'un seul coup d'œil. Les applications et leurs moniteurs sont disposés dans une vue 3D navigable, et l'agent de découverte passe de l'inventaire de processus à un véritable récit de statut : une chronologie par périmètre, un graphe rejouable dans le temps, les métriques système et de performance par processus, et les flux réseau entre processus.

＋ Nouveautés

Vue 3D des applications et de leurs moniteurs : chaque application est un plan portant ses moniteurs, colorés selon leur statut, avec sous-applications imbriquées, détails au survol (type, sonde, statut, tags) et une position de caméra et une disposition enregistrées par utilisateur.
Chronologie de statut de la découverte, séparée en périmètres global, système et processus, avec le nombre de changements d'état et le temps passé en état dégradé sur la période sélectionnée.
Les flux réseau entre processus découverts sont représentés sur le graphe de découverte avec leur volume de trafic, aux côtés des métriques CPU, mémoire, swap et E/S par processus et des métriques système de l'hôte lui-même.

▲ Améliorations

Le graphe de découverte s'explore par niveau de profondeur, se replie, et peut être rejoué à un instant antérieur au lieu de n'afficher que l'état courant.
Un fichier de configuration unique de l'agent porte désormais tout ce dont celui-ci a besoin : processus et ports supervisés, systèmes de fichiers, seuils automatiques et fixes par métrique, moniteurs URL et API dont il a la charge, et routage de ses notifications.

✕ Corrections

Les graphiques de découverte ne s'affichaient pas pour les métriques sans données sur la période sélectionnée.

v2.6.0

2024-12-01

La v2.6.0 apporte une refonte complète du cœur de Mugnsoft, avec des améliorations significatives de la supervision de la performance des applications web grâce à l'agent de découverte. Cet agent simplifie l'accès aux métriques système et de performance d'un serveur hôte et des processus supervisés, en identifiant ces processus et leurs métriques, y compris les communications interprocessus. Tous les éléments supervisés sont désormais regroupés sur une seule page web, ce qui rend la supervision de la performance plus efficace. Ces évolutions visent à améliorer la supervision de la performance des applications web métier. Grâce aux règles de propagation métier, les utilisateurs comprennent mieux la façon dont chaque élément supervisé affecte la performance et la disponibilité de l'application.

▲ Améliorations

L'import depuis des fichiers CSV est simplifié.
Amélioration de l'interface web pour une expérience utilisateur simple et efficace.
Les alertes sont désormais centralisées dans le composant Intégrateur, ce qui simplifie les flux réseau.

✕ Corrections

Corrections de bugs mineurs.

＋ Nouveautés

La version précédente avait posé les fondations de l'agent de découverte, chargé d'identifier les processus, leurs métriques système et de performance, ainsi que les communications interprocessus. Cette version introduit officiellement l'agent de découverte. Les flux réseau entre processus sont découverts automatiquement, et les seuils des métriques système et de performance peuvent être configurés automatiquement.
Un navigateur d'événements est disponible pour afficher les alertes en cours.
Les statuts des applications sont mieux organisés et offrent une vue d'ensemble claire en un coup d'œil.
Les statuts des applications peuvent désormais être partagés publiquement et intégrés dans une page web.

v2.5.0

2024-09-07

La v2.5.0 introduit l'exécution distante de scripts et de binaires, ce qui permet de superviser n'importe quoi sans installer d'agent. Cette version comprend également des corrections de bugs mineurs. Elle pose par ailleurs les fondations d'un agent de découverte, qui sera introduit dans la version suivante.

▲ Améliorations

Meilleure gestion de l'import de fichiers CSV pour créer des lots de moniteurs.
Cette version pose également les fondations de l'agent de découverte, qui sera chargé d'identifier les processus, leurs métriques système et de performance, ainsi que les communications interprocessus.

✕ Corrections

Les en-têtes du moniteur API sont désormais correctement disposés.

＋ Nouveautés

Vous pouvez superviser tout ce que vous voulez sans installer d'agent, en définissant des hôtes distants et en y déposant les scripts ou binaires nécessaires. Les hôtes distants peuvent être gérés par une ou plusieurs sondes de supervision. À la définition d'un hôte distant, 2 moniteurs (tcp et ping) de type SYS sont créés automatiquement. L'état (activé/désactivé) de ces 2 moniteurs constitue l'état de l'hôte distant lui-même.

v2.4.0

2024-06-09

La v2.4.0 introduit une fonctionnalité inédite : la supervision des parcours utilisateur en client lourd. Concrètement, vous pouvez désormais utiliser Mugnsoft pour superviser de grosses applications clientes riches (non web, de type IDE). Avec la sortie de Zabbix 7.0 en juin, Mugnsoft prend déjà en charge cette version de Zabbix.

▲ Améliorations

Il est possible de se connecter à l'API Zabbix à l'aide d'un jeton d'API Zabbix.
Il est possible de se connecter à la dernière version 7.0 de Zabbix.
Il est possible de planifier des fenêtres d'indisponibilité récurrentes.

✕ Corrections

Certains graphiques historiques échouaient à s'afficher en l'absence de données.

＋ Nouveautés

Voici la supervision des parcours utilisateur en client lourd ! Mugnsoft permet désormais de superviser les parcours utilisateur sur de grosses applications clientes riches (de type IDE, non web). Suivez et analysez les interactions de vos utilisateurs en temps réel pour améliorer la performance et leur satisfaction.

v2.3.0

2024-04-01

La v2.3.0 apporte des améliorations mineures et les nouveautés détaillées ci-dessous.

▲ Améliorations

Il est possible de se connecter à l'API Zabbix à l'aide d'un jeton d'API Zabbix.
Il est possible de planifier des fenêtres d'indisponibilité récurrentes.

✕ Corrections

Sans objet

＋ Nouveautés

Il est désormais possible de récupérer identifiant et mot de passe depuis les secrets d'un coffre-fort de clés.
Les coffres-forts pris en charge sont actuellement :
- Hashicorp Vault
- Azure Key Vault
- Cyberark Conjur Vault

v2.2.0

2024-02-28

La v2.2.0 apporte des corrections de bugs mineurs.

✕ Corrections

Ajustement de la couleur des applications dans l'arbre de services.
Application : l'état et le statut de l'application de plus haut niveau n'étaient pas correctement reflétés dans l'arbre de services.
Multi-tenant : les utilisateurs ayant une application définie dans leur profil ne voyaient pas toujours cette application dans la page des applications.

v2.1.0

2024-02-21

La v2.1.0 apporte 1 nouveauté : la possibilité d'enregistrer des scénarios comportant une authentification multifacteur TOTP. Et 1 amélioration : les alertes Mugnsoft dans Zabbix sont plus descriptives.

▲ Améliorations

Les alertes dans Zabbix sont désormais plus descriptives.

＋ Nouveautés

Il est désormais possible d'enregistrer et de rejouer des scénarios avec authentification multifacteur TOTP activée.

v2.0.0

2024-01-07

La v2.0.0 introduit des améliorations de l'interface de supervision de la performance des applications web. Cette version permet de filtrer une supervision complète des éléments critiques d'une application web : temps de connexion TCP, résolution DNS, contrôle de métriques distantes et performance des requêtes en base de données. Tous les éléments supervisés sont désormais accessibles depuis une seule page web, ce qui fluidifie le processus de supervision de la performance. Ces évolutions visent à améliorer la supervision de la performance des applications web métier. Grâce aux règles de propagation métier, les utilisateurs comprennent mieux l'impact de chaque élément supervisé sur la performance et la disponibilité de l'application.

▲ Améliorations

Améliorations cosmétiques de l'interface. Le menu de navigation de l'en-tête a été réorganisé.
Le rapport de métriques de supervision utilisateur final a été redessiné.

＋ Nouveautés

Filtrage des éléments critiques d'une application web : temps de connexion TCP, résolution DNS, contrôle de métriques distantes et performance des requêtes en base de données.
Tous les éléments supervisés sont désormais accessibles depuis une seule page web, ce qui fluidifie le processus de supervision de la performance.
Définition d'applications et supervision de leur performance. Grâce aux règles de propagation métier, les utilisateurs comprennent mieux l'impact de chaque élément supervisé sur la performance et la disponibilité de l'application.

v1.8.0

2023-10-01

Du côté du cœur de Mugnsoft, cette v1.8.0 apporte des améliorations notables à l'interface web. Tous les composants sont désormais regroupés sur une seule page web, et les scénarios web peuvent être déployés automatiquement en fonction de l'utilisation des sondes. L'algorithme d'auto-déploiement sélectionne les sondes les moins chargées, tandis que les composants embarquent des graphiques d'utilisation des métriques système pour comparer CPU, mémoire et charge moyenne.

▲ Améliorations

Améliorations cosmétiques de l'interface. Le menu de navigation de l'en-tête a été réorganisé et les composants ont été déplacés sur la même page web.

✕ Corrections

Repli sur les versions précédentes des webdrivers chromedriver, geckodriver et msedgedriver lorsque celles correspondant à la version de navigateur demandée sont introuvables.
L'URL de téléchargement automatique de chromedriver a changé.
Scintillement du graphique d'infrastructure des statistiques de sondes.
Les graphiques des rapports sur 4 semaines ne s'affichaient pas correctement.
Problème de calcul de base de référence automatique résolu pour la plage de 4 semaines.

＋ Nouveautés

Auto-déploiement : les scénarios web peuvent désormais être déployés automatiquement sur les sondes les moins chargées. La décision d'auto-déploiement s'appuie sur l'utilisation des métriques système, dont le CPU, la mémoire et la charge moyenne. Cette fonctionnalité est particulièrement utile pour répartir la charge de la supervision des parcours utilisateur.
Les certificats auto-signés peuvent être échangés de façon sécurisée entre composants en cas de migration d'adresse IP.
Tous les composants disposent désormais de leurs propres graphiques de métriques système.
Des points d'accès supplémentaires ont été ajoutés à la page Swagger de tous les composants. Cette évolution facilite encore la création d'intégrations sur mesure.

v1.7.0

2023-06-01

Cette version apporte des améliorations de l'interface web et la gestion des tags. Les moniteurs, URL et API peuvent être regroupés par groupes de tags.

▲ Améliorations

Améliorations cosmétiques de l'interface.

＋ Nouveautés

Gestion des tags : les moniteurs, URL et API peuvent être regroupés par groupes de tags. C'est particulièrement utile lorsque vous devez les regrouper par fonctionnalité et souhaitez les afficher tous en un clic. De plus, l'affichage des tags et des groupes de tags peut désormais être activé ou désactivé.

v1.6.0

2023-03-12

Cette version apporte des améliorations de l'interface web (tableau de bord, mise en page). Le mécanisme de filtrage par tags a été enrichi — ce qui encourage encore davantage l'usage des tags pour organiser ses actifs. La couleur du tag dans la barre latérale gauche reflète l'élément de plus forte sévérité. Améliorations des privilèges utilisateur, avec des profils complets et restreints. Les LLD, itemprototype et triggerprototype de l'intégration Zabbix en un clic sont créés automatiquement au niveau du modèle, avec la prise en charge de Zabbix 6.x. Toutes les métriques (dont First Contentful Paint, Page Interactive Time, Network Latency, Page Load Time, DNSLookup, TCPConnTime, TLSHandshake, ServerTime) sont désormais envoyées vers Influx 1.x et 2.x et peuvent être tracées dans des tableaux de bord Grafana, Splunk ou Kibana. Toutes les données sensibles sont chiffrées dans les magasins KV.

▲ Améliorations

Améliorations globales de la mise en page : en-tête des éléments (moniteurs, URL, API), couleurs, etc.
Améliorations du filtrage par tags : les éléments peuvent être regroupés par tags. La couleur d'un tag dépend de la sévérité la plus forte parmi les éléments étiquetés.

✕ Corrections

Les tags sont correctement définis par les utilisateurs.
Le commutateur de filtrage ne fonctionnait pas.

＋ Nouveautés

Filtrage par tags.
Des privilèges restreints peuvent être attribués aux utilisateurs. Avec des privilèges complets un utilisateur peut ajouter de nouveaux tags, ce qu'il ne peut pas faire avec des privilèges restreints.
Les LLD, itemprototype et triggerprototype de l'intégration Zabbix en un clic sont créés automatiquement au niveau du modèle.
Prise en charge de Zabbix 6.x.
Toutes les métriques (dont First Contentful Paint, Page Interactive Time, Network Latency, Page Load Time, DNSLookup, TCPConnTime, TLSHandshake, ServerTime) sont désormais envoyées vers Influx 1.x et 2.x et peuvent être tracées dans des tableaux de bord Grafana, Splunk ou Kibana.
Les données sensibles sont chiffrées dans les magasins KV.
Chaque composant est livré avec sa page Swagger, ce qui permet des tests d'API personnalisés et facilite l'intégration avec d'autres outils.

v1.5.0

2022-12-27

Cette version apporte des améliorations de l'interface web. Des graphiques sparkline sont désormais disponibles pour les URL et les API. Chaque élément supervisé dispose d'un indicateur de tendance qui aide à repérer quelle application web se comporte le mieux sur les dernières 24 h, 7 jours et 4 semaines.

▲ Améliorations

Améliorations cosmétiques de l'interface. Des graphiques sparkline sont désormais disponibles pour les URL et les API.

＋ Nouveautés

Indicateur de tendance qui aide à repérer quelle application web se comporte le mieux sur les dernières 24 h, 7 jours et 4 semaines.
Des captures automatiques sont prises au début et à la fin de chaque transaction des éléments supervisés.

v1.4.0

2022-12-11

Cette version améliore l'enregistrement des composants. Elle corrige des bugs du processus d'enregistrement. Améliorations cosmétiques avec de nouvelles icônes.

▲ Améliorations

Améliorations cosmétiques de l'interface. De nouvelles icônes sont utilisées.

✕ Corrections

L'enregistrement d'un composant était signalé en échec alors que le composant s'était en réalité correctement auto-enregistré.

＋ Nouveautés

Vous pouvez auto-enregistrer un composant depuis la ligne de commande.

v1.3.0

2022-11-13

Cette version ajoute la prise en charge de la supervision d'URL et d'API à travers des proxys simples ou authentifiés, ainsi que des améliorations cosmétiques.

▲ Améliorations

Améliorations cosmétiques de l'interface.

＋ Nouveautés

Vous pouvez superviser des URL et des API à travers des proxys simples ou authentifiés. L'import depuis un fichier CSV, pour les URL comme pour les API, a été mis à jour en conséquence.

v1.2.0

2022-10-09

Cette version apporte une nouvelle fonctionnalité : l'import d'une liste d'URL depuis des fichiers CSV, ainsi que d'une liste d'API depuis des fichiers CSV. Vous commencez à superviser un ensemble d'URL rapidement et efficacement.

＋ Nouveautés

Vous pouvez importer une liste d'URL ou d'API depuis des fichiers CSV.

v1.1.0

2022-03-13

Cette version apporte une fonctionnalité majeure en matière de test de charge de site web : le composant loadtest, intégré de façon transparente aux autres composants du cœur Mugnsoft. Testez la performance de votre site web en période de pointe et voyez comment vos transactions supportent la charge.

＋ Nouveautés

Vous pouvez réaliser facilement votre test à partir du scénario que vous avez construit ou du fichier HAR généré. Autrement dit, vous pouvez réutiliser un scénario de moniteur existant pour bâtir votre cas de test de charge.
Vous obtenez des statistiques sur le plan de test de charge. Vous pouvez en déduire ce qui doit être optimisé.

v1.0.0

2022-02-13

Cette version apporte de nouveaux graphiques et de nouvelles fonctionnalités concernant la supervision des URL, des certificats et des API. L'ensemble du processus d'enregistrement d'une sonde a été refondu. Il s'agit désormais d'un auto-pré-enregistrement auprès du serveur web — ce qui apporte de l'agilité au processus d'ajout de nouvelles sondes ou de nouveaux intégrateurs. Par ailleurs, l'échange de certificats TLS entre les composants Mugnsoft est désormais transparent : il est automatique. Autrement dit, une infrastructure Mugnsoft simple et sécurisée (1 serveur web, 1 sonde, 1 intégrateur) peut être déployée en moins de 2 minutes.

＋ Nouveautés

Les graphiques existants peuvent n'afficher que les données de sondes ou de localisations sélectionnées.
De nouveaux graphiques — nombre d'exécutions et temps de réponse min, max, moyen — n'affichent que les données des localisations sélectionnées.
La supervision d'URL comprend désormais le contrôle d'intégrité et d'expiration des certificats.
La supervision d'API est désormais disponible. Vous pouvez suivre la performance de vos points d'accès d'API.
Auto-pré-enregistrement des composants Mugnsoft (fonctionne de façon transparente sous Linux) :
À l'installation d'une sonde, celle-ci peut s'auto-pré-enregistrer. Son enregistrement complet auprès du serveur web doit toutefois être effectué par un administrateur du serveur web.
Communication sécurisée entre les composants Mugnsoft :
Les composants peuvent communiquer de façon sécurisée à l'aide de certificats d'entreprise ou auto-signés. Ces certificats sont ensuite échangés automatiquement entre pairs Mugnsoft de confiance.

v0.1.1

2021-12-12

▲ Améliorations

Le chemin réseau s'affiche ou se masque selon la sélection dans le sélecteur de HAR.

✕ Corrections

Ajustement des couleurs du chemin réseau : en vert les passerelles (IP) qui ont répondu, en rouge les délais dépassés et les non-réponses (ce qui peut être tout à fait normal — le fournisseur peut simplement avoir mis en place une règle filtrant les paquets ICMP/UDP utilisés par le traceroute).

＋ Nouveautés

Chemin réseau calculé pour l'URL de base de toutes les ressources utilisées.
Possibilité d'émuler une connexion Internet lente (disponible pour les navigateurs Chrome et Edge).

v0.1.0

2021-08-01

Version initiale.