mcpmetricsmcpmetrics
← Tous les articles
·4 min de lecture

La disponibilité n'est pas une question par oui ou par non

Certains serveurs MCP sont en ligne et hors ligne en même temps. Nous en avons trouvé un qui abandonne un tiers des connexions — et qui paraît parfaitement sain dans un navigateur.

Un lecteur nous a demandé pourquoi nous marquions comme injoignable un serveur qui s'ouvrait très bien dans son navigateur. Il avait raison, et nous aussi. Le serveur répond la plupart du temps — et coupe la connexion le reste du temps.

Un serveur, deux vérités

Nous lui avons envoyé vingt-cinq requêtes. Environ un tiers est revenu ainsi :

curl: (56) Recv failure: Connection reset by peer

Ni délai dépassé, ni problème TLS. La connexion s'ouvre, la requête part, et le serveur raccroche au milieu de la réponse. Espacer les requêtes de trois secondes n'a rien changé : ce n'est donc pas de la limitation de débit. Nos propres mesures concordent : 31 % des sondes vers cet hôte échouent.

Pourquoi une seule vérification ment

Si un serveur échoue une requête sur trois, le vérifier une fois ne vous apprend presque rien. Deux fois sur trois vous le direz sain, la troisième cassé — et les deux réponses sont aussi fausses l'une que l'autre, car la vérité est un pourcentage, pas un état.

Pour les alertes, c'est pire. Deux échecs d'affilée ressemblent à une panne. À 31 % d'échec, deux d'affilée arrivent environ 9 % du temps — soit à peu près une fois par jour si vous vérifiez toutes les deux heures. Ce n'est pas une panne. C'est de l'arithmétique.

À quel point est-ce courant ?

Nous avons parcouru le catalogue à la recherche de serveurs qui ne sont ni fiablement en ligne, ni fiablement hors ligne. Environ 180 occupent ce milieu instable, avec des taux d'échec entre 10 % et 90 %. Une petite part de l'écosystème — et une grande part de la confusion.

Qu'en faire

  • Si vous choisissez un serveur : lisez le pourcentage, pas le badge. Un serveur à 70 % échouera en production, silencieusement, un appel sur trois.
  • Si vous exploitez un serveur : des réinitialisations de connexion intermittentes pointent généralement vers le proxy ou le répartiteur de charge placé devant, pas vers l'application. Les journaux applicatifs paraîtront impeccables.
  • Si vous construisez de la supervision : ne décidez jamais sur un seul échantillon. Exigez une série, et annoncez le taux explicitement.
Voir la disponibilité réelle d'un serveur
#disponibilité#fiabilité#mcp

Plus d’articles

La disponibilité n'est pas une question par oui ou par non | mcpmetrics