Écrire la décision avant de modifier le système
Ce guide est un exercice de planification pour un opérateur d'application. Il ne représente pas un déploiement, une action d'assistance ou un résultat client mesuré de PrivacyNodes. Décidez si l'endpoint répond à la vivacité, à la disponibilité ou à une vérification de dépendance limitée ; ne mélangez pas ces objectifs dans une grande page de diagnostic. Renvoyez un petit statut sans configuration, identifiants clients ni identifiants de dépendance.
Répéter la modification avec des entrées contrôlées
N'utilisez une réponse non authentifiée que si la conception du routage l'exige. Testez séparément un chemin d'application autorisé, car une réponse de santé ne peut pas prouver les autorisations métier, les migrations ou l'achèvement des workers.
Utilisez des requêtes synthétiques et des identités de test pendant la vérification de la modification. N'exposez pas de secrets ni de données clients dans une commande, un extrait de journal ou une note d'assistance.
Vérifier le résultat et consigner la limite restante
Lors d'une défaillance de dépendance, vérifiez que la réponse change de la manière documentée sans amplifier la charge. Consignez quel moniteur ou mainteneur est responsable de l'action suivante.
Consignez l'heure UTC, la révision de l'artefact ou de la configuration, les symptômes expurgés et le prochain responsable.
Référence officielle
Cette source a été examinée pour la limite technique de ce guide ; elle ne documente pas un test ou une capacité fournisseur de PrivacyNodes.