Pourquoi notre page de statut ne vit pas sur notre propre infrastructure
21 août 2026
Beaucoup d'hébergeurs affichent un badge « 99,9 % de disponibilité » sur leur page d'accueil. Le problème : si ce badge est hébergé sur le même serveur que celui qu'il est censé surveiller, il tombe en même temps que lui. Une coupure ne serait alors jamais visible — le badge afficherait « tout va bien » jusqu'au moment où plus personne ne pourrait le consulter.
Le principe : surveiller depuis l'extérieur
Notre page de statut (statusmc.rmdc.cloud) tourne volontairement sur une machine totalement indépendante de notre infrastructure de jeu, chez un opérateur différent. Ce n'est pas un détail technique secondaire : c'est ce qui donne un sens réel à la page. Si notre infrastructure de jeu rencontre un problème, la page de statut le montre — elle ne peut pas tomber avec elle, puisqu'elle ne partage aucune dépendance avec elle.
Ce que ça change concrètement
L'historique affiché est un historique réel, mesuré à intervalle régulier depuis l'extérieur, pas une déclaration qu'on choisit d'afficher ou de masquer. Si un incident survient, il reste visible dans l'historique — y compris après résolution. C'est plus exigeant pour nous : impossible d'effacer une mauvaise mesure. C'est aussi la seule approche qui a un sens : une page de statut qui ne peut jamais montrer de rouge n'apporte aucune information, elle ne fait que rassurer à vide.
Mise à l'épreuve
Nous testons régulièrement cette indépendance en simulant nous-mêmes des coupures de notre infrastructure de jeu, pour vérifier que la page de statut continue de fonctionner et de refléter l'incident correctement pendant ce temps. C'est le même principe que celui détaillé sur notre page infrastructure : des garanties vérifiables, pas des chiffres affichés sans rien derrière.
Ce n'est pas une fonctionnalité marketing. C'est la condition minimale pour qu'une page de statut serve à quelque chose.