Un mur d'alertes déconnectées
Latence VPN, perte de paquets et utilisation WAN déclenchent trois tickets dans trois consoles. Personne ne voit l'événement unique : le circuit principal se dégrade.
PRODUIT DAILYOPS · LA COUCHE COMPRENDRE
Vos outils répondent. OpsInsight explique.
Les outils de monitoring disent : voici vos métriques. OpsInsight ingère les événements de Zabbix, Prometheus, Wazuh, FortiAnalyzer, syslog et plateformes cloud, les corrèle en temps réel, et répond à la question qui compte : que signifie ceci pour l'activité, et que faire maintenant ?
Chaque insight nomme le service touché, la cause probable avec un score de confiance, et l'action recommandée.
Insight · correlation rule: wan-degradationCritical
WAN degradation probable
ImpactERP · 400 VPN users
Cause probableISP circuit · confidence 0.85
ActionCheck primary circuit
zabbix · prometheus · wazuh · fortianalyzersyslog · snmp · netflow · otlp · aws/azure/gcpevents → context → correlation → insight → action15+Sources d'événements ingérées
~2-5 µsPar règle, par événement
50k EPSCible testée en charge
3Frameworks de conformité couverts
LE PROBLÈME OPÉRATIONNEL
La télémétrie seule n'explique rien.
Le monitoring est vert, la pile sécurité est silencieuse, trois outils détiennent chacun un morceau de l'histoire, et la transaction au centre du travail échoue toujours.
Les dashboards ignorent l'impact
Un dashboard dit que le CPU est haut. Il ne dit pas que l'ERP est dégradé, que 400 utilisateurs de l'entrepôt sont touchés, ni quelle est la prochaine action sûre.
L'histoire se reconstruit sous pression
À 3 h du matin, un opérateur reconstruit le récit de l'incident à la main, de mémoire, sur des écrans épars. Cette reconstruction, c'est le vrai MTTR.
CE QUE OPSINSIGHT REND POSSIBLE
Des événements en entrée. Des décisions en sortie.
Le pipeline tient en une ligne : Événements, Contexte, Corrélation, Insight, Action. Tout le reste existe pour rendre cette ligne digne de confiance.
Corrélation temps réel
Un moteur de règles évalue des conditions CEL à la microseconde sur des fenêtres glissantes, groupées par entité ou par site. Les événements liés se replient en un seul insight au lieu de trois pages d'alertes.
Impact, cause et action, nommés
Chaque insight porte les systèmes touchés, l'impact estimé en utilisateurs et en revenus, une hypothèse de cause avec un score de confiance explicite, et une action recommandée avec priorité et responsable.
La sécurité rencontre les opérations
Wazuh, FortiAnalyzer et les événements Windows traversent la même corrélation que Zabbix et Prometheus. Un signal sécurité et un signal opérations peuvent enfin s'expliquer l'un l'autre.
Des anomalies qui s'expliquent
Baselines saisonnières sur fenêtres d'une heure, d'un jour et d'une semaine, statistiques robustes et Isolation Forest, avec un champ pourquoi explicite et une boucle de retour analyste en un clic contre les faux positifs.
Analyse consciente des dépendances
Un graphe de dépendances auto-découvert alimente le rayon d'impact et la causalité de Granger, classant les causes racines au lieu de lister des symptômes.
La conformité comme sous-produit
Les mappings ISO 27001, NIS2 et SOC 2 génèrent des rapports de preuve depuis votre historique d'incidents : la piste d'audit, c'est le pipeline lui-même, pas une collection de captures d'écran.
EN OPÉRATION
Un insight, depuis cinq consoles.
L'exemple canonique, venu du terrain : une dégradation WAN vue par le firewall.
Ingérez tout, dans un seul schéma
Zabbix sender, Prometheus remote write, syslog RFC5424, Wazuh, FortiAnalyzer, événements Windows, traps SNMP, NetFlow, OpenTelemetry et logs AWS, Azure ou GCP sont normalisés en CloudEvents dans un collecteur unique.
Enrichissez avec le contexte
GeoIP, enregistrements CMDB et résolution d'entité déterministe transforment les signaux bruts en systèmes, sites et propriétaires nommés. Le contexte rend la corrélation possible.
Corrélez et scorez
Les règles de corrélation, dont les patterns livrés pour dégradation WAN, contention BDD, pression disque, problèmes DNS, expiration de certificats et pics d'erreurs, produisent un seul insight scoré.
Agissez et bouclez
L'insight arrive dans la console web et sur Slack, PagerDuty, Teams ou email avec routage par sévérité et déduplication. Acquittez, résolvez, ou nourrissez le détecteur d'anomalies avec votre retour.
POURQUOI C'EST DIFFÉRENT
Le signal plutôt que le bruit, par conception.
OpsInsight n'ajoute pas un dashboard de plus à votre stack. Il ajoute la couche qui lit ceux que vous avez déjà.
Un insight, pas une alerte
Là où les outils de monitoring émettent des alertes, OpsInsight émet un objet de décision structuré : impact, hypothèse de cause avec confiance, action recommandée. C'est ce dont un ingénieur NOC a besoin à 3 h du matin.
- Impact : systèmes, utilisateurs touchés, services, exposition de revenus
- Cause : hypothèse avec score de confiance
- Action : étape recommandée, priorité et responsable
Event-driven jusqu'au cœur
Cinq services Go sur NATS JetStream et TimescaleDB : flux rejouables, files de lettres mortes, compression à 90 % après sept jours, agrégats continus pour les requêtes longue portée.
- Collector, engine, correlator, notifier et API en services séparés
- Kubernetes avec Helm, ArgoCD et External Secrets prêts
- SDK de plugins pour sources, enrichers et actions personnalisés
Un ML honnête
Le détecteur d'anomalies montre son travail : baselines saisonnières, z-scores, IQR et Isolation Forest, chaque résultat expliqué en clair, chacun ouvert à la confirmation ou au rejet par l'analyste.
- Un champ pourquoi sur chaque anomalie
- Une boucle de retour qui règle les détections futures
- Jamais de score en boîte noire
CONFORMITÉ
Une compréhension qui survit à l'audit.
Le moteur de conformité relie votre historique d'incidents vivant aux référentiels de contrôle, générant des preuves plutôt que du théâtre documentaire.
ISO 27001:2022NIS2 2022/2555SOC 2 Type IIOrganisations multi-tenantRBAC + clés APIOpenTelemetryAudit 7 ansStockage WORM MinIO
Des preuves issues du réel
Les 93 contrôles ISO 27001, les 16 de NIS2 et les 64 de SOC 2 sont scorés depuis les données réelles du pipeline : ce qui a été détecté, corrélé, résolu, et par qui.
Pensé pour les fournisseurs de services
Organisations, bascule d'org, RBAC avec portées lecture, écriture et suppression, et isolation par tenant : utilisable par un MSSP qui gère plusieurs clients.
Pipeline auditable, rétention vérifiable
Les événements d'audit sont conservés sept ans dans TimescaleDB avec archives WORM dans MinIO, et toute la stack expose ses métriques Prometheus et traces OpenTelemetry pour sa propre santé.
ÉTAT DU SYSTÈME
Où en est OpsInsight aujourd'hui.
Nous annonçons la maturité explicitement. Le pipeline complet fonctionne de bout en bout aujourd'hui, et une passe de durcissement sécurité est en cours avant toute recommandation en production.
Pipeline complet de l'ingestion aux insights et à l'UI, règles de corrélation, UEBA avec retour, multi-tenancy, RBAC, notifications, SDK de plugins, moteur de conformité. La stack complète démarre avec docker compose en cinq minutes environ.
Une phase de durcissement post-audit est en cours : JWT, externalisation des secrets, rate limiting, conteneurs non-root. Pas encore recommandé en exposition production sans cette passe.
Intégrations plus profondes avec OpsGate et OpsVault dans la suite DailyOps, actions de remédiation avec portes d'approbation, et le chemin de 10k vers 1M d'événements par seconde.
QUESTIONS
Réponses franches.
OpsInsight remplace-t-il mon monitoring ?
Non. Il s'installe au-dessus de Zabbix, Prometheus, Wazuh et des autres. Ils continuent de surveiller les composants. OpsInsight explique ce que leurs signaux combinés signifient pour le service.
Quelle différence avec une plateforme AIOps ?
La plupart des AIOps mettent le raisonnement en boîte noire. OpsInsight rend chaque étape inspectable : la règle déclenchée, les événements groupés, l'hypothèse de cause et son score de confiance. On peut en discuter.
Concrètement, l'exemple WAN donne quoi ?
Latence VPN, perte de paquets et utilisation WAN se corrèlent en un insight : dégradation WAN probable, impact ERP et utilisateurs VPN, cause probable le circuit FAI, action recommandée vérifier le circuit principal.
Quelles sources sont supportées ?
Zabbix, Prometheus, syslog, Wazuh, FortiAnalyzer, journaux Windows, traps SNMP, NetFlow v5, OpenTelemetry, AWS, Azure, GCP, et n'importe quel système via un webhook générique.
Peut-on l'essayer sur notre infrastructure ?
Oui. Le dépôt contient une stack docker compose autonome et un Makefile : NATS, TimescaleDB, Redis et MinIO démarrent, puis les cinq services et l'interface web. Les organisations en accès anticipé reçoivent notre aide pour l'installation.
Lisez vos événements comme un récit opérationnel.
Démarrez la stack en local en cinq minutes, ou parlons d'un déploiement en accès anticipé branché sur votre monitoring.
Demander l'accès anticipé Voir sur GitHub L'accès anticipé inclut une aide pour brancher vos deux premières sources et écrire votre première règle de corrélation.