Étude de cas
Hathor DS
Superviser un parc d’appliances de sauvegarde anti-ransomware déconnectées par conception.
01
Contexte
Groupe ISIS est un groupe informatique français spécialisé dans le stockage souverain, la cybersécurité et l’infogérance. Son offre anti-ransomware repose sur des appliances de sauvegarde qui se déconnectent du réseau par cycles, pour qu’un rançongiciel qui se propage dans un système d’information ne puisse pas atteindre les sauvegardes.
02
Problème
Superviser ce parc, c’est travailler avec des machines injoignables par conception une partie du temps. L’interface ne peut pas supposer une connexion en direct : l’état arrive en différé, et une appliance silencieuse peut être parfaitement normale — ou le premier signe d’un incident.
03
Ce que j’ai fait
J’ai porté le produit seul, de bout en bout : l’API et l’interface, du modèle de données au déploiement, en tant que prestataire technique du groupe de mars 2025 à septembre 2026.
04
Décisions techniques clés
Synchronisation différée
Les appliances remontent leurs données à l’ouverture de leur fenêtre de connexion. Le serveur traite chaque remontée comme un instantané daté plutôt que comme un état en direct, et l’interface indique l’ancienneté de chaque information.
Réconciliation à la reconnexion
Quand une appliance revient, ce qu’elle remonte est réconcilié avec ce que le serveur attendait, pour que l’historique reste cohérent même après de longues déconnexions.
Alertes de cycle manqué
Le silence ne devient une alerte que lorsqu’il rompt le cycle attendu. Les alertes comparent le planning prévu à ce qui a réellement été observé.
Webhooks d’automatisation
Les événements sont exposés par webhooks, pour que l’outillage du client réagisse sans interroger l’interface.
05
Résultat
En service chez Groupe ISIS pendant toute la mission (mars 2025 – septembre 2026).
06
Stack
- Vue 3
- TypeScript
- Laravel
- MySQL
- Docker
- SSH
- Nginx
07
Écrans
