Les serveurs bougent, et personne ne vous prévient
Nous avons enregistré 9 990 changements d’ère de protocole. Les serveurs changent de transport, ajoutent une authentification ou abandonnent discrètement une capacité, et l’intégration qui en dépendait casse sans la moindre erreur.
Un serveur MCP n’est pas une chose figée. Il est redéployé, mis à jour, placé derrière un login. Nous suivons l’ère de protocole parlée par chaque serveur à chaque tour, et sur l’ensemble du catalogue nous avons déjà vu 9 990 de ces changements.
À quoi ressemble un changement
La plupart des transitions paraissent minimes et pèsent lourd. Un serveur qui répondait hier à vos appels renvoie aujourd’hui un défi d’authentification. Un serveur qui parlait l’ancien transport ajoute le nouveau — ou l’abandonne. Rien de tout cela n’est annoncé.
- de legacy à auth-gated : vos appels exigent désormais des identifiants que vous n’avez pas.
- de dual à legacy : l’endpoint moderne avec lequel vous avez intégré a disparu.
- de n’importe quoi à unknown : le serveur répond, mais pas sous une forme que nous reconnaissons.
Pourquoi votre supervision passe à côté
Un serveur qui se met à exiger une authentification reste en ligne. Il répond vite, renvoie une réponse HTTP valide, et tous vos contrôles restent au vert. La panne n’apparaît qu’au moment où votre agent essaie de s’en servir.
Ce qui aide
Surveillez la forme de la réponse, pas seulement sa présence. Si vous dépendez d’un serveur, notez l’ère qu’il parlait lors de l’intégration et alertez quand elle change : ce seul signal attrape la plupart des ruptures silencieuses.
Voir les derniers changements d’ère du catalogue