Révisé · Ressources Hosmio
Avant de commencer
N’utilisez que des points de terminaison que vous possédez ou que vous êtes autorisé à tester. Convenez d’un faible débit de requêtes, d’une fenêtre d’observation et d’une opération de test inoffensive. Demandez à un opérateur applicatif d’expliquer les redirections normales, l’authentification et les dépendances externes. L’exemple ci-dessous est une illustration shell Linux non exécutée.
01
Listez quatre types de connexion.
| Chemin | Tâche à observer | Condition à consigner |
|---|---|---|
| Utilisateur → portail | Ouvrir une page représentative | Réseau d’accès, statut de réponse et contenu |
| Portail → API externe | Effectuer une vérification de dépendance autorisée | Point de terminaison, délai d’expiration et limite amont |
| Opérateur → administration | Atteindre le chemin d’administration autorisé | VPN/proxy et route d’accès |
| Application → destination de récupération | Transférer un objet de test approuvé | Taille de l’objet, débit et erreurs |
La tâche importante la plus lente peut impliquer une API tierce plutôt que le chemin utilisateur-serveur. Une route de sauvegarde peut présenter un goulet d’étranglement différent du trafic interactif. Définissez ces chemins séparément afin qu’un résultat favorable sur l’un ne masque pas un échec sur un autre.
02
Rendez la requête comparable.
Choisissez un petit point de terminaison non sensible avec un statut et un corps attendus documentés. Consignez si des caches, l’authentification, des redirections ou un proxy sont impliqués. Gardez la charge utile et la méthode identiques sur une série. N’envoyez pas de tests à volume élevé vers un service partagé et n’exécutez pas de boucle non bornée pour obtenir un échantillon plus impressionnant.
# Illustration only. Replace with an authorized test endpoint.
curl --silent --show-error --output /dev/null \
--connect-timeout 5 --max-time 15 \
--write-out 'status=%{http_code} dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} first_byte=%{time_starttransfer} total=%{time_total}\n' \
https://portal.example/healthLes limites de connexion et de temps total bornent différentes parties de l’opération. Cette commande ne suit pas les redirections et ne désactive pas la vérification des certificats. Une redirection ou un échec d’authentification doit être examiné plutôt que compté comme une vérification applicative réussie. curl : référence en ligne de commande ↗
03
Interprétez les jalons plutôt que d’en ajouter.
Les champs de chronométrage curl indiqués ci-dessus sont des jalons écoulés depuis le début de la requête. La fin de DNS, la fin de connexion et la fin de TLS ne sont pas des durées indépendantes à additionner. Le temps jusqu’au premier octet inclut aussi la préparation et l’attente du serveur, ce n’est donc pas une mesure pure de latence réseau. Le temps total couvre l’opération complète. curl : référence en ligne de commande ↗
Pour une connexion HTTPS nouvelle et simple sans redirection, les différences entre jalons peuvent aider à localiser une phase qui mérite un examen. La réutilisation de connexion, les proxys et les redirections compliquent cette interprétation. Conservez la sortie et les conditions d’origine afin qu’un autre opérateur puisse décider si deux observations sont comparables.
04
Tenez une fiche d’observation.
Observed at UTC: [timestamp]
Observer / access network: [test point]
Endpoint and expected result: [authorized URL; status/body]
Method / payload / repetitions: [agreed plan]
Proxy, VPN, redirects, cache: [conditions]
Successful requests: [count]
Failures and status codes: [count; categories]
Timing observations: [recorded output]
Application check: [passed / failed / not checked]
Limits of the observation: [known gaps]Il s’agit d’un modèle d’enregistrement vierge, pas d’un repère Hosmio. Choisissez suffisamment d’observations pour étudier votre question et conservez les requêtes inhabituelles ou échouées. N’écartez pas les erreurs gênantes et n’affirmez pas qu’un bref échantillon réussi établit la disponibilité sur une période plus longue.
05
Utilisez les différences pour choisir la vérification suivante.
Si les utilisateurs d’un réseau d’accès échouent alors que d’autres réussissent, comparez les réponses DNS, les certificats, les codes de réponse et la route via tout proxy. Si le portail est joignable mais que le travail en arrière-plan s’accumule, inspectez séparément l’API amont et le traitement des tâches. Un processeur supplémentaire peut ne pas aider lorsque le travail attend une dépendance externe.
Modifiez une condition de test à la fois et notez pourquoi. Un point de terminaison, une charge utile ou un état d’authentification différents peuvent expliquer un temps différent sans aucun changement d’infrastructure. Pour les transferts plus volumineux, utilisez une taille de test explicitement approuvée et incluez le budget de transfert ; un téléchargement volumineux arbitraire n’est pas un test neutre.
06
Transformez les observations en décision délimitée.
Convenez des critères d’acceptation du projet avant de comparer les résultats. Ils doivent refléter une tâche qui importe au client et distinguer la fonctionnalité du temps. Demandez à un second opérateur de répéter le processus depuis le même type de point d’observation ; un désaccord est une raison d’examiner les conditions, pas de moyenner un problème pour le faire disparaître.
Joignez le relevé d’observation à un changement de région proposé ou la matrice de décision d'hébergement. Indiquez quels réseaux d’utilisateurs et quelles dépendances restent non testés. Hosmio n’a aucun point de terminaison mesuré publié, aucune garantie de latence ni aucune information de capacité en direct dans ce catalogue. Le résultat utile est une méthode reproductible et une observation clairement limitée, pas une affirmation sur une performance qui n’a pas été mesurée.