Cet article explique comment permettre la surveillance d’applications synthétiques à travers vos utilisateurs tout en maintenant la santé de vos applications, et est conçu pour les administrateurs Netskope et les propriétaires d’applications prévoyant d’utiliser des sondes d’application DEM. Aucune formation en réseau approfondie n’est requise. Ce guide se concentre sur ce qu’il faut décider, et dans quel ordre.
À quoi servent les sondes d’application
Netskope Digital Experience Management (DEM) vous montre à quel point vos applications importantes fonctionnent pour de vrais utilisateurs. L’une de ses fonctionnalités les plus pratiques est la sonde d’application: un petit test automatique que le Netskope Client de chaque périphérique envoie aux adresses web que vous choisissez. Il vérifie que l’application est accessible et mesure la rapidité de sa réponse.
Vous choisissez jusqu’à trois adresses web par application et la fréquence à laquelle chaque périphérique les teste, toutes les 5 minutes à une fois par heure. Vous pouvez activer les sondes pour tout le monde, ou simplement pour certains groupes ou unités organisationnelles (OU). C’est un moyen simple de détecter les problèmes avant que vos utilisateurs ne les signalent.
Pourquoi certains plans sont importants
Chaque sonde est minuscule. Mais des sondes partent de chaque périphérique pour lequel vous les allumez. Dix mille ordinateurs portables envoyant chacun un petit test toutes les quelques minutes forment un flux constant sur l’application que vous regardez. Visez cela à une application qui n’est pas conçue pour ça, et vous pouvez la surcharger par accident. Heureusement, les sondes se dispersent d’elles-mêmes.
Chaque périphérique lance son propre minuteur de sonde lorsque le Netskope Client démarre. Ils ne testent pas tous à la même heure. Comme le périphérique commence à différents moments, leurs sondes s’étalent naturellement, ce qui maintient la charge légère. L’essentiel à surveiller est ce sont les événements qui déclenchent de nombreux périphériques en même temps, comme un reboot à l’échelle de l’entreprise ou une grande mise à jour client ; Celles-ci peuvent brièvement aligner les sondes.
L’image ci-dessous montre les mêmes 10 000 utilisateurs au même réglage de 5 minutes. Normalement, les tests sont étalés et la charge est à peine perceptible (la ligne basse). Si beaucoup de périphérique commencent ensemble, le même réglage peut produire de grandes pointes répétitives.
Note : Les graphiques sont des aides à la planification illustratives basées sur un modèle de charge conservatrice ; La capacité réelle de vos applications doit être confirmée auprès de leurs propriétaires. Préparé avec votre équipe Netskope.
Normalement, les sondes sont écartées et douces (ligne basse). Si de nombreux périphériques commencent en même temps, ils s’alignent en pics, même avec des réglages identiques.
Une règle simple : plus de périphérique ou plus d’intervalles plus courts égalent plus de charge
Deux facteurs déterminent le nombre de visiteurs qui arrivent à votre application : combien de périphérique sondent et à quelle fréquence. Des intervalles plus longs et des groupes plus petits vous maintiennent bien dans ce qu’une application peut gérer. Le graphique ci-dessous montre approximativement combien d’utilisateurs une application peut supporter à chaque intervalle, pour une cible plus petite et plus robuste.
Ceci n’est qu’un guide approximatif. Des intervalles plus longs permettent à beaucoup plus d’utilisateurs de partager une cible en toute sécurité. La capacité réelle de votre application peut différer ; Vérifiez auprès de son propriétaire.
Shared Responsibility
Netskope envoie les sondes ; Vous choisissez les cibles, le public, et la fréquence. Les déploiements les plus sûrs sont planifiés en collaboration avec les propriétaires des applications que vous souhaitez surveiller.
Cinq étapes vers un déploiement sécurisé
1. Start small. Activez d’abord les sondes pour un groupe ou une OU, quelques dizaines à quelques centaines d’utilisateurs, avant de l’élargir.
2. Pick a comfortable interval. Commencez à 15 à 30 minutes au lieu du délai par défaut de 5 minutes. Vous pourrez raccourcir plus tard.
3. Choose targets that can take the traffic. Les grands services SaaS gèrent cela facilement. Les petites applications internes, les pages d’administration ou les sites à serveur unique nécessitent plus de soins — vérifiez d’abord auprès de leurs propriétaires.
4. Grow in stages. Passez de votre projet pilote à des groupes plus grands étape par étape, en vérifiant que l’application et votre réseau restent en bonne santé.
5. Keep an easy way to dial back. Comme les sondes sont réglées par groupe/OU, vous pouvez les mettre en pause ou les réduire en une seule étape si quelque chose semble stressé.
Un guide rapide de planification
Utilisez cela comme point de départ pour décider par où commencer. C’est délibérément conservateur — l’objectif est un déploiement fluide, pas le nombre maximal de sondes.
| Situation | Suggested Starting Point |
|---|---|
| Grande application SaaS bien connue (principale suite de productivité ou CRM) | N’importe quel intervalle convient ; Toujours déployé par groupe, par étapes. |
| Application web interne Medium derrière un équilibreur de charge | Commencez à 15–30 minutes ; piloter une OU, puis s’étendre. |
| Console interne d’application / admin petit ou serveur unique | Commencez à 30–60 minutes ; Garder le public restreint ; Confirmez avec le propriétaire de l’application. |
| Je ne sais pas combien la cible peut supporter | Considérez cela comme petit : 30 à 60 minutes, groupe pilote uniquement, demandez au propriétaire. |
À quoi faire attention
- Big start-up events. Un redémarrage à l’échelle de l’entreprise, un patch day ou une grande mise à jour client peuvent lancer plusieurs périphérique en même temps et aligner leurs sondes. Répartissez-les entre les groupes quand vous le pouvez.
- Three addresses, one destination. Si vos trois domaines mènent réellement au même service, ce service reçoit trois fois plus de trafic. Vérifiez auprès du propriétaire de votre application si vous n’êtes pas sûr.
- Smaller targets feel it first. Les outils et appliances internes gèrent généralement moins que les grands services cloud — leur accorder des intervalles plus longs et des groupes plus petits.
- Your own network. Les pare-feux, proxys et liens internet transportent également le trafic de la sonde. Multipliez les déploiements très importants avec votre équipe réseau.
Obtenir de l’aide
Votre ingénieur commercial Netskope ou votre équipe technique de comptes peut vous aider à dimensionner les sondes pour vos propres applications et utilisateurs, et peut revoir votre plan de déploiement avant de vous élargir. En cas de doute, commencez plus petit et faites grandir — les sondes sont faciles à agrandir une fois que vous avez vérifié que tout est en bonne santé.