La boucle de jeu
La boucle de trente à quatre-vingt-dix secondes de chaque nuit de SysAdmin Crisis : observer, diagnostiquer, agir et confirmer, jusqu'au lever du jour.
Dernière mise à jour:
Chaque nuit répète les quatre mêmes mouvements jusqu'au lever du jour. Apprendre le jeu, c'est apprendre à les exécuter plus vite, pas à en apprendre davantage.
Observer
Les logs défilent et les jauges bougent. L'essentiel de ce que vous voyez est normal : un parc de serveurs sous charge produit des lignes de trafic, des tâches cron démarrent et se terminent, la latence oscille. La compétence travaillée ici consiste à remarquer la ligne qui détonne — un débit de requêtes qu'aucun client ne produit, un ensemble résident qui ne fait que grossir, une température qui a cessé de redescendre.
Diagnostiquer
Le symptôme est rarement la cause, et le jeu est construit autour de cet écart. Un CPU saturé peut être un flood qui vient de l'extérieur, un processus qui s'est emballé localement, ou une machine qui bride parce qu'elle chauffe trop.
Les commandes de diagnostic sont gratuites et instantanées — être sûr ne coûte rien. status donne le parc de serveurs d'un coup d'œil, top nomme les processus, netstat montre qui se connecte, df montre les disques, db_stat montre les verrous.
Agir
La solution est une commande. La syntaxe est un Unix ludifié : de vrais noms de commandes, les options courantes acceptées, et des noms qui restent en anglais dans toutes les langues parce qu'un terminal est en anglais. Si vous tapez quelque chose qui n'existe pas, vous obtenez bash: xyz: command not found, et si le jeu devine ce que vous vouliez dire, il le dit — did you mean: block_ip?
Confirmer
Les métriques se rétablissent, la machine revient à OK, et une ligne de résolution apparaît dans le log. Cette confirmation compte : un incident est résolu quand le monde le dit, pas quand vous avez tapé quelque chose de plausible. Certains incidents acceptent plus d'une résolution, et une correction partielle peut les clore à un coût plus élevé.
La boucle macro
Autour de ce cycle de trente à quatre-vingt-dix secondes se trouve la garde elle-même : les incidents sont injectés à une cadence qui augmente avec la nuit, plusieurs peuvent se chevaucher, et la pression se cumule. Voir les incidents en un coup d'œil pour le fonctionnement de cette planification.