Partir du symptôme
Ouvrir la Console d’incident ou l’Atlas avec un signal concret : 502, DNS public, WAF bloquant, lock Terraform, automatisation trop large.
Mode opératoire
Lire moins. Diagnostiquer mieux.
Naxaya n’est pas seulement une archive d’articles. C’est un chemin d’exploitation : partir d’un symptôme, réunir les preuves, borner l’action et garder un retour arrière.
Collecter les preuves
Avant de modifier le système, capturer les logs, requêtes, identités, horodatages et sorties de commande qui cadrent le problème.
Limiter l’action
Appliquer la plus petite correction vérifiable : exclusion WAF ciblée, lien DNS, probe, template borné, validation humaine.
Préparer le retour arrière
Chaque action doit avoir un rollback explicite et une preuve de retour à l’état attendu.
À garder en tête Un bon runbook commence avant l’incident.
Les articles donnent le contexte, les snippets donnent les gestes, l’Atlas donne l’entrée par symptôme, et la Console prépare la passation opérationnelle.