La productivité de toute organisation dépend des performances des ordinateurs de ses employés.
Si ces ordinateurs fonctionnent lentement ou se bloquent, la productivité des employés en pâtira et l’agilité globale de l’organisation diminuera.
Avec tant de risques, la surveillance des performances est une capacité essentielle pour toute organisation souhaitant tirer le meilleur parti de ses employés et de sa technologie.
Voici sept meilleures pratiques pour s’assurer que votre organisation surveille les performances des endpoints tels que les ordinateurs des employés, les serveurs et d’autres appareils de manière efficace et efficiente.
1. Surveiller chaque type d’endpoint
Il est tentant de simplifier les choses. Imaginons que 90 % des endpoints de votre organisation sont des machines Windows. Vous investissez dans des outils et configurez des processus pour surveiller ces machines Windows.
Bien sûr, il existe des serveurs Linux, mais ils ne se trouvent pas dans les bureaux des personnes ou dans les bureaux à domicile. Et certains cadres adorent leurs Mac. Vous allez être sûr que ces machines fonctionnent bien ; après tout, personne ne se plaint. Et vous avez beaucoup de graphiques pour montrer quel excellent travail vous faites avec les machines Windows.
Mais ces autres endpoints comptent également. Et lorsqu’ils ont des problèmes de performance, ils peuvent affecter un grand nombre d’autres utilisateurs, directement ou indirectement. (Lorsque le Mac du directeur financier s’écrase et qu’il ne peut pas approuver les achats, beaucoup de personnes ressentiront la douleur.)
Donc, d’une manière ou d’une autre, assurez-vous que vous avez des outils et des processus en place pour surveiller chaque type d’endpoint dans votre organisation : Windows, macOS et Linux.
2. Surveiller chaque endpoint (oui, chaque endpoint)
Même si vous disposez d’outils de surveillance pour chaque type d’endpoint dans votre organisation, il est probable que vous négligiez toujours certains, ou beaucoup, de vos endpoints. Je dis que, lorsque nous rendons visite à des entreprises pour évaluer leurs pratiques de surveillance des performances, nous constatons généralement qu’environ 10-20 % des endpoints sont laissés hors des rapports de surveillance des performances.
Cela signifie que 10-20 % des endpoints risquent d’offrir de mauvaises performances, ce qui frustre les employés qui utilisent ces endpoints et les rend moins productifs.
D’une manière ou d’une autre, configurez des outils et des processus pour vous assurer que vous pouvez vraiment surveiller chaque endpoint de votre organisation.
3. Avoir une vue d’ensemble
Trouver chaque endpoint est une chose. Laisser les responsables informatiques et des unités commerciales obtenir une « vue de flotte » de tous les endpoints sous gestion est une autre chose.
Une surveillance efficace des performances nécessite souvent une vue d’ensemble, la vue du tableau de bord qui vous permet de voir que le bureau de Chicago, disons, se porte bien, mais que Cincinnati a des endpoints qui tombent en panne en raison d’erreurs de mémoire après la mise à niveau de l’application de la nuit dernière.
Pour surveiller les performances dans l’ensemble de l’entreprise, assurez-vous d’obtenir une vue à l’échelle de l’entreprise, ainsi qu’un gros plan sur tous les endpoints présentant des problèmes de performance.
4. Assurez la simplicité pour les utilisateurs finaux
Dans de nombreuses organisations, lorsqu’un employé signale un problème de performance au service d’assistance, les interruptions du travail de cet employé ne font que commencer. La plupart des plateformes de surveillance des performances exigent que les ingénieurs informatiques interrompent ou rivalisent avec le travail de l’employé pour résoudre le problème.
L’employé peut devoir accepter une demande d’installation d’une nouvelle application de diagnostic ou de contrôle à distance sur son endpoint. L’enquête sur le problème peut ne pas pouvoir commencer avant que le travail officiel, qui progresse dans le cadre du travail de l’employé, ne s’arrête. Si le problème était intermittent, résultant de n’importe quelle activité dans laquelle l’employé était engagé, l’opportunité optimale de dépannage a été perdue.
Une meilleure approche ? Utilisez des outils qui permettent aux ingénieurs d’enquêter sur ce qui se passe sur l’endpoint sans interrompre l’utilisateur. Laissez les ingénieurs inspecter les processus, l’utilisation de la mémoire et d’autres données clés sans que l’employé ne doive lever le doigt, installer un client, cliquer dans les boîtes de dialogue ou passer une heure au téléphone.
5. Enregistrer localement, dépanner à l’échelle mondiale
Une raison pour laquelle tant de plateformes de surveillance des performances s’appuient sur des techniques d’investigation intrusives est qu’elles ont peu ou pas d’accès aux données sur l’activité des endpoints jusqu’à ce que les ingénieurs se connectent réellement aux endpoints sur le réseau.
Cette approche comporte deux lacunes majeures : elle interrompt les utilisateurs et limite les données auxquelles les ingénieurs peuvent accéder. Si un problème est intermittent ou associé d’une manière ou d’une autre à une autre activité qui s’est produite au cours des heures ou des jours précédents, l’ingénieur chargé de l’enquête manquera probablement ces informations.
Une autre approche consiste à demander aux endpoints d’enregistrer les données de performance localement afin que, lorsque les ingénieurs enquêtent sur les problèmes, ils puissent immédiatement trouver une multitude de données à partir desquelles travailler dans un magasin de données local.
Étant donné que les données ont déjà été collectées, les ingénieurs n’ont pas besoin d’interrompre les utilisateurs pour les collecter. Et comme les données sont stockées localement, les ingénieurs peuvent accéder aux données sans avoir besoin que tous les endpoints diffusent en continu des mesures détaillées vers une console de gestion centrale.
Pourtant, même sans une collecte colossale et gourmande en trafic de données sur les réseaux, les ingénieurs peuvent dépanner l’endpoint depuis n’importe quel emplacement : un LAN ou WAN local, un centre d’assistance, un centre de contrôle des opérations de sécurité ou même un bureau à domicile.
Il en résulte de meilleures informations pour le dépannage, une résolution plus rapide des problèmes et des interactions plus pratiques pour les utilisateurs finaux et les ingénieurs.
6. Aider l’équipe de développement interne
En collectant et en partageant des informations détaillées sur les performances des endpoints, une équipe des opérations informatiques a la possibilité d’aider l’équipe de développement interne à dépanner les applications qu’elle développe pour les employés.
Les données de performance en temps réel et historiques sur l’exécution des processus, l’allocation de mémoire, l’utilisation du disque et d’autres mesures clés sur des centaines ou des milliers d’endpoints peuvent aider les développeurs à résoudre et à corriger les problèmes qu’ils n’ont pas pu détecter ou caractériser correctement dans des déploiements plus limités dans des environnements de test.
La surveillance des performances peut être considérée comme un outil général applicable à chaque employé, mais c’est également un outil précieux pour les organisations de développement, même si elle ne fait pas officiellement partie d’une suite de développement logiciel.
7. Réduire le temps moyen de réparation (MTTR)
Le MTTR est peut-être la mesure ultime de toute pratique de surveillance des performances.
Lorsqu’un problème se produit, à quelle vitesse l’équipe informatique peut-elle le résoudre ? Peuvent-ils trouver rapidement et facilement les informations dont ils ont besoin ? Peuvent-ils le trouver sans interrompre les employés affectés par le problème ?
Le suivi de mesures telles que celles-ci permet aux organisations informatiques d’évaluer la valeur de leurs outils et procédures de performance. Si les personnes, les processus et la technologie que vous utilisez pour la surveillance des performances ne réduisent pas le MTTR, cela indique que vos personnes, vos processus et votre technologie ont toujours besoin d’aide.
Suivez ces meilleures pratiques et vous réduirez le temps moyen de réparation, optimiserez les performances sans perturber le travail quotidien des employés, aiderez les équipes de développement internes à résoudre plus rapidement les problèmes subtils et bénéficierez d’une réponse plus rapide aux vulnérabilités de sécurité et autres risques opérationnels.
Pour en savoir plus, consultez mon article de blog précédent 10 façons dont Tanium améliore la surveillance des performances.
Si vous êtes prêt à le voir en action, inscrivez-vous à une démo dès aujourd’hui.
