Un sysadmin qui semble constamment occupé, qui éteint des incidents en boucle, qui répond à des alertes à toute heure, donne une impression de dévouement et de charge de travail élevée. Cette impression est trompeuse. Un système bien conçu ne produit pas d'incidents en série : il anticipe les défaillances avant qu'elles ne deviennent visibles. L'activité visible n'est donc pas la preuve d'un bon travail. Elle est, le plus souvent, le symptôme d'un défaut d'anticipation antérieur.

Le Site Reliability Engineering, tel que documenté par les équipes qui ont formalisé la discipline chez Google, nomme précisément ce phénomène sous le terme de "toil" : le travail opérationnel manuel, répétitif, qui croît proportionnellement à l'échelle du système et qui n'apporte aucune valeur durable une fois exécuté. La discipline SRE fixe une limite explicite à ce travail — il ne doit pas dépasser une part raisonnable du temps total, le reste devant être consacré à l'ingénierie qui réduit ce travail répétitif dans le futur.

Il est minuit, un vendredi de Black Friday. Le trafic e-commerce d'une entreprise a été multiplié par huit en quelques heures. Dans la salle de crise virtuelle, une partie de l'équipe technique enchaîne les redémarrages manuels, surveille des dashboards qui clignotent en rouge, et négocie en direct avec le support du fournisseur cloud pour obtenir plus de capacité. Le SRE responsable de l'infrastructure de paiement, lui, n'est pas dans cette salle. Il dort.

Il ne dort pas par négligence. Il dort parce que les six mois précédents ont été consacrés à exactement ce moment : des tests de charge simulant un trafic dix fois supérieur à la normale, des exercices de bascule automatique répétés en pré-production, une politique d'auto-scaling validée sur des scénarios réels plutôt que sur des hypothèses théoriques. Le pic de charge du Black Friday n'est pas un événement imprévu pour son système — c'est un scénario déjà rejoué plusieurs fois, dans des conditions plus dures que la réalité.

Ce scénario, volontairement composé pour illustrer le principe plutôt que pour relater un cas réel précis, reflète une pratique documentée et largement enseignée dans l'ingénierie de fiabilité : les exercices de panne réguliers, menés en amont et hors période de criticité, remplacent la gestion de crise improvisée par une exécution déjà répétée. Le silence en production n'est pas un mystère. C'est le résultat mesurable d'un travail correctement séquencé dans le temps.

Disons tout haut ce que beaucoup pratiquent tout bas depuis la généralisation du télétravail. La réunion vidéo où l'on porte une chemise et parfois une cravate au-dessus de la ceinture, et un simple slip ou un short en dessous du cadre de la caméra, est devenue une scène universelle du travail à distance — drôle parce qu'elle est vraie, et vraie pour une raison qui dépasse la simple commodité.

Les sciences du sommeil et de la cognition documentent ce mécanisme depuis des décennies : une sieste courte améliore la vigilance, la mémoire de travail et la capacité de résolution de problèmes dans les heures qui suivent, à l'inverse d'un maintien forcé de l'attention qui dégrade progressivement la qualité du jugement. Un SRE qui s'accorde vingt minutes de sommeil l'après-midi, ou une coupure nette entre deux tâches, ne travaille pas moins sur la journée. Il évite le mode de fonctionnement dégradé qui produit les erreurs de configuration, les décisions hâtives en astreinte, et finalement de nouveaux incidents.

Le compte-rendu d'activité, dans sa forme la plus répandue, demande de justifier le temps passé plutôt que le résultat produit. C'est, en premier lieu, une erreur de métrique. La sociologie du travail documente ce phénomène sous le nom de présentéisme : la valorisation du temps visiblement occupé au détriment du résultat réellement produit, qui pousse les individus à privilégier l'apparence d'activité plutôt que l'efficacité.

Ce premier déséquilibre, une fois installé dans la culture d'une équipe, ne reste pas une simple curiosité administrative. Il produit un second effet, plus profond : un climat de concurrence pour paraître occupé. Si la métrique reconnue récompense l'activité visible, les membres d'une équipe sont structurellement incités à se montrer mutuellement plus chargés que le voisin, plutôt qu'à coopérer pour que l'infrastructure commune ait le moins d'incidents possible.

Le CRA n'est donc pas seulement un symptôme d'une mauvaise métrique de départ. Il devient, une fois ce climat installé, un problème structurel à part entière, qui continue de produire ses effets même si l'on tente d'en corriger la formulation sans changer la culture qui l'a fait naître.

Un SRE ne doit pas 35 heures de présence visible par semaine à son organisation. Il doit la disponibilité optimale du service dont il a la charge. Ces deux obligations se confondent rarement dans la pratique, et ce document a tenté de montrer pourquoi : un système bien conçu rend son gardien silencieux, tandis qu'un système mal conçu rend son gardien visible, occupé, et apparemment indispensable à chaque instant — pour de mauvaises raisons.

La conséquence pratique de cette analyse n'est pas l'abandon de toute mesure de la performance SRE. C'est le déplacement du critère : mesurer la disponibilité réelle du service, la réduction du travail répétitif dans le temps, et la qualité de l'anticipation — plutôt que le volume d'heures visiblement occupées. Un SRE qui paraît ne rien faire parce que son infrastructure travaille pour lui n'est pas un employé en défaut. C'est la preuve la plus tangible que son travail antérieur a été fait correctement.