Apprenez-le de nous, pas d’un client.
La plupart des pannes sont remarquées par quelqu’un qui essaie d’acheter. Une supervision bien réglée vous prévient en premier, et souvent avant que quiconque ne soit touché.
Nous mettons en place supervision, alertes et astreinte pour que les problèmes arrivent automatiquement à votre équipe — avec des alertes réglées pour qu’on les lise encore. Nous surveillons ce que ressentent vos clients, pas seulement les serveurs, et nous convenons avec vous de ce qui justifie vraiment de réveiller quelqu’un la nuit.
Mis à jour novembre 2026
Trop d’alertes, c’est comme aucune.
L’échec courant n’est pas l’absence de supervision. C’est une supervision qui se déclenche sans cesse pour des choses sur lesquelles personne n’agit, jusqu’à ce que le canal soit mis en sourdine et que la vraie alerte arrive dans le silence.
Le travail consiste donc autant à supprimer des alertes qu’à en ajouter. Une chose ne doit réveiller quelqu’un que si cette personne peut agir, tout de suite. Tout le reste est un tableau de bord ou un résumé du matin.
L’autre moitié, c’est savoir quoi mesurer. Le processeur du serveur est rarement ce que ressentent les clients. La commande qui aboutit, l’API qui répond, le prestataire de paiement qui décroche — cela vaut une alarme.
Ce que nous mettons en place.
Supervision de ce que ressentent les utilisateurs
Peuvent-ils commander, l’API répond-elle, la page est-elle rapide. Pas des métriques serveur pour elles-mêmes.
Des alertes sur lesquelles on peut agir
Si personne ne peut rien faire à trois heures du matin, ce n’est pas une alerte. C’est là que la plupart des installations se trompent.
Une astreinte tenable
Un planning, un circuit d’escalade, et un accord sur ce qui justifie vraiment de réveiller quelqu’un.
Disponibilité vue de l’extérieur
Vérifiée depuis là où sont vos clients. Une supervision uniquement interne rate des catégories entières de pannes.
Suivi des erreurs
Regroupées et dédoublonnées, pour qu’un pic se voie au lieu de se noyer dans le bruit.
Des tableaux de bord qu’on ouvre
La poignée de chiffres qui montrent si tout va bien, pas quarante graphiques que personne ne lit.
Des procédures pour les pannes probables
Pour que la personne d’astreinte ne diagnostique pas à partir de rien à trois heures du matin.
Une analyse après chaque incident
Ce qui s’est passé, pourquoi, et ce qui empêche que cela se reproduise. Sans chercher de coupable, sinon les gens cessent de signaler.
Ce qui mérite une alerte.
Le test est simple : une personne peut-elle faire quelque chose, tout de suite ?
| Signal | Réveiller quelqu’un ? | Pourquoi |
|---|---|---|
| Les commandes échouent | Oui, immédiatement | Le chiffre d’affaires s’arrête, et cela se corrige maintenant |
| Le site renvoie des erreurs | Oui | Des clients sont touchés en ce moment |
| Le prestataire de paiement est en panne | Oui | Même si la seule action est de prévenir les clients |
| Les temps de réponse augmentent | Avertir, sans réveiller | Une tendance, pas encore une urgence |
| Processeur à 80 % | Non | Les clients ne ressentent pas le processeur |
| Disque rempli à 60 % | Un ticket, pas une alerte | Prévisible, des jours de marge |
Là où cela compte le plus.
Des systèmes de switch de paiement où une panne n’est pas un simple désagrément.
Des boutiques en ligne où une heure hors ligne pendant une campagne se mesure en chiffre d’affaires.
Nous supprimons d’habitude plus d’alertes que nous n’en ajoutons. C’est cela, l’amélioration.
Quand il vous en faut.
Vos clients vous préviennent des pannes
Le signe le plus clair, et une façon coûteuse de l’apprendre.
Votre canal d’alertes est en sourdine
Tout le monde l’a fait. Cela veut dire que les alertes étaient mauvaises, pas les gens.
Une interruption coûte de l’argent réel
Si une heure hors ligne se mesure en chiffre d’affaires, la supervision est bon marché en comparaison.
Ce n’est pas pour vous si… c’est un outil interne peu utilisé
Si quelques personnes l’utilisent aux heures de bureau, une simple vérification de disponibilité suffit. Nous vous le dirons.
Comment nous travaillons.
Nous demandons ce que coûte une interruption
Ce chiffre décide de la supervision qui vaut la peine. Sans lui, tout paraît également urgent.
Nous surveillons le parcours client
Quelqu’un peut-il faire ce dont votre entreprise dépend ? On commence là, pas par les serveurs.
Nous réglons les alertes sans pitié
En supprimant d’habitude plus que nous n’ajoutons. Un canal en sourdine est pire qu’aucun canal.
Nous écrivons les procédures
Pour les pannes réellement probables, pour que l’astreinte suive des étapes plutôt que d’improviser.
Nous organisons le planning
Avec escalade, et un accord sur ce qui justifie un appel de nuit.
Nous analysons après les incidents
Sans chercher de coupable, sinon les gens cessent de vous dire les choses.
Fiabilité des systèmes (SRE)
6 questions, avec leurs réponses. Vous en avez une autre ? Écrivez-nous.
La maintenance garde le logiciel en bonne santé : mises à jour, correctifs, sauvegardes. La fiabilité consiste à savoir immédiatement quand quelque chose ne va pas et à avoir une façon rodée de réagir. Beaucoup de clients ont besoin des deux, et ce sont deux disciplines : l’une prévient, l’autre détecte et répond.
Sept catégories. Quarante-cinq services.
Décrivez-nous votre projet. Franchement.
Ce que vous voulez construire, ce qui vous bloque, et le budget si vous l’avez. Nous répondons sous un jour ouvré, et nous vous dirons honnêtement si nous ne sommes pas les bonnes personnes.