É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. Comptez les processus web, les processus workers, les outils de migration et leurs tailles de pool maximales. La somme, et non la moyenne au repos, constitue la demande potentielle de connexions sur la base de données.
Répéter la modification avec des entrées contrôlées
Réservez une marge pour l'administration et les travaux de récupération. Fixez les limites de pool avant d'ajouter de la concurrence aux workers, et observez le temps d'attente et les achèvements utiles au lieu de considérer un plus grand nombre de connexions comme de la capacité.
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
Exécutez un chevauchement synthétique de trafic API, de travail de worker et d'un déploiement. Consignez la limite atteinte et le comportement qui déclenche une révision de la mise à l'échelle, de la file d'attente ou de l'architecture.
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.