Planifier la capacité des BrowserContext
Planifiez la capacité des BrowserContext avec mesure mémoire, admission, nettoyage et rollback pour les sessions longues.
Vous voulez la documentation structurée pour Déploiement ?
Cet article fait partie de la bibliothèque éditoriale. Pour les étapes de configuration, la référence et les mises à jour continues, passez directement à la section docs.
BrowserContext sépare le stockage et l’état de session tout en partageant le coût de démarrage du navigateur. Chaque contexte actif consomme des ressources. La pente peut changer après une mise à jour du navigateur, de l’hôte, de la page ou du profile. La limite doit venir d’une mesure du groupe complet.
BrowserContext sépare le stockage et l’état dans une infrastructure navigateur partagée. Ce n’est pas une frontière de système, de processus ou de sécurité. Utilisez un navigateur ou un hôte dédié lorsque ces frontières sont nécessaires.
Mesurer le groupe
Notez version, profile family, hôte, limite du conteneur, routage, stockage et parcours représentatif. Mesurez la mémoire avant les contextes puis à plusieurs nombres actifs. Incluez création, état stable, repos, fermeture et récupération.
La courbe utile contient la mémoire de base, le coût incrémental, la latence de création, la récupération après fermeture et la marge de l’hôte. Pages, médias, workers, extensions, graphiques et réseau peuvent la modifier.
Définir l’admission
La limite doit garder une marge de récupération. Si l’hôte atteint sa limite avant le nettoyage, l’ancien plafond n’est plus adapté. Notez qui peut suspendre l’admission, comment la file est traitée et quand elle peut reprendre.
Gardez navigateur, profile et politique de contexte dans une même unité de release. Changez une seule entrée pendant l’expérience et conservez la version acceptée pour le rollback.
Inclure le nettoyage
Le lancement n’est que la moitié du cycle. Vérifiez qu’un contexte fermé libère les ressources attendues et que le groupe revient dans sa plage de récupération. Si le nettoyage ralentit, suspendez l’admission puis examinez files, pages, téléchargements, médias, workers et extensions.
Les sessions longues nécessitent une fenêtre d’observation réelle. Un test court peut manquer une accumulation lente.
Lectures associées
Scaling BrowserContexts présente isolation et ressources. Chromium 151 BrowserContext Memory Planning présente la mesure par release. Browser Release Validation présente la promotion progressive.
Liste finale
- Mesurez le groupe à plusieurs nombres actifs.
- Notez création, stabilité, repos, fermeture et récupération.
- Définissez marge, limite et responsable.
- Séparez les charges seulement si les mesures le justifient.
- Revalidez après changement du navigateur, profile, hôte ou rendu.
- Gardez l’unité précédente pour le rollback.
Articles Connexes
Faites passer BotBrowser de la recherche à la production
Utilisez ces guides pour comprendre le modèle, puis passez à la validation multi-plateforme, aux contextes isolés et au déploiement navigateur prêt pour l'échelle.