« Ces clients n’ont pas eu à attendre une nouvelle fonctionnalité. Ils ont utilisé les outils déjà proposés par NinjaOne (scripts, API, champs personnalisés, stratégies dynamiques) et ont mis en place exactement ce dont leur environnement avait besoin. C’est là toute la force d’une plateforme conçue pour être évolutive : lorsque vous avez besoin d’une fonctionnalité spécifique, vous disposez de suite des éléments nécessaires pour la mettre en place, sans avoir à attendre le trimestre prochain. »
Pour la plupart des entreprises, l’application des correctifs n’est pas une procédure simple. Elles disposent de comités consultatifs sur les changements, de déploiements par étapes, de fenêtres de maintenance basées sur la CMDB, de périodes de gel annuelles et de calendriers de conformité qui rendent les « Patch Tuesdays » largement insuffisantes. Lorsque leurs outils ne sont plus à la hauteur, les équipes informatiques n’ont d’autre choix que d’associer des tableurs à des processus manuels, en espérant que rien ne passe entre les mailles du filet.
NinjaOne collabore avec des entreprises qui ont refusé de faire ce compromis. Au lieu d’attendre qu’une fonctionnalité soit proposée, elles ont utilisé le moteur de script NinjaOne, son API, ses champs personnalisés et ses stratégies dynamiques pour mettre en place exactement les workflows de correction dont elles avaient besoin. Voici les témoignages de deux d’entre elles.
Créer un meilleur script de mise à jour avec NinjaOne
Une grande entreprise utilisait depuis des années une plateforme de gestion des configurations obsolète. Cette dernière fonctionnait, mais le coût de l’infrastructure était colossal, avec des serveurs dédiés, des points de distribution, des bases de données en arrière-plan et des dépendances VPN pour les appareils distants.
L’entreprise souhaitait passer à NinjaOne, mais estimait que son processus de gestion des correctifs aurait pu constituer un obstacle insurmontable à cette adoption. Elle avait mis en place un modèle de déploiement par étapes, dans lequel les correctifs circulaient au sein de l’entreprise par phases successives. Cela commencerait avec un petit groupe test, s’étendrait ensuite aux premiers utilisateurs, puis se déploierait dans les bureaux du siège, avant de s’étendre aux sites décentralisés quelques semaines plus tard. Chaque phase était soumise à un délai spécifique lié à la date de publication des correctifs par Microsoft, et certaines phases ne pouvaient être implémentées que pendant les fenêtres de maintenance nocturnes afin de ne pas perturber les opérations.
Ce genre de logique « jour de sortie + N jours » n’existe pas en natif dans la plupart des outils de gestion des terminaux. Cette fonctionnalité n’existait pas non plus sur les trois dernières plateformes qu’ils ont évaluées avant NinjaOne.
Application simplifiée des correctifs, sans surcoût
À l’aide du moteur de scripts NinjaOne, le client a créé un script de validation qui s’exécute automatiquement avant chaque cycle de correctifs. Il effectue les calculs de date, détermine la date de référence de sortie du mois en cours, ajoute le délai correspondant à la phase de cet appareil, puis détermine si aujourd’hui est le bon jour. Si c’est le cas, l’application du correctif se poursuit. Si ce n’est pas le cas, le script demande à NinjaOne d’interrompre proprement le cycle et de réessayer la prochaine fois.
Ce script a grandement facilité la tâche de l’équipe chargée de la gestion quotidienne des correctifs. Les administrateurs n’ont pas besoin de modifier le code. Il leur suffit de sélectionner leur phase de déploiement dans un menu déroulant de NinjaOne, et le script s’occupe du reste. Si l’entreprise décide d’ajuster le délai pour un groupe particulier, il lui suffit de modifier une seule valeur dans le menu déroulant. C’est tout.
Aujourd’hui, cette entreprise a complètement mis hors service son ancienne infrastructure de gestion des correctifs. Fini les serveurs dédiés. Les ordinateurs portables utilisés à distance ne nécessitent plus de VPN. L’ensemble du parc informatique est mis à jour directement par le fournisseur via Internet, et l’entreprise continue d’appliquer la même rigueur en matière de déploiement par phases sur laquelle elle s’est toujours appuyée, mais sans les frais supplémentaires
Connecter une CMDB à NinjaOne pour que l’application des correctifs se fasse automatiquement
Une grande entreprise gère un parc de serveurs fonctionnant sous plusieurs systèmes d’exploitation. Chaque serveur de son environnement dispose d’une fenêtre de maintenance définie dans le CMDB. Cette fenêtre de maintenance est un enregistrement qui précise le type d’environnement, le jour de la semaine et la plage horaire pendant laquelle l’application de correctifs est autorisée. À l’échelle de l’ensemble du parc de serveurs de l’entreprise, cela représente des dizaines de combinaisons différentes de créneaux de maintenance.
Une complication supplémentaire réside dans le fait que leur calendrier de correctifs ne repose pas sur des schémas récurrents. Ils effectuent ces mises à jour à des dates précises chaque mois, planifiées un an à l’avance. Ils imposent également une période de gel annuelle pendant leur saison la plus chargée, durant laquelle aucun correctif n’est appliqué à la production. Chaque serveur a ses propres contraintes : certains ne peuvent pas être redémarrés pendant l’application des correctifs, d’autres ne peuvent être redémarrés qu’en l’absence de correctifs, et d’autres encore nécessitent une intervention manuelle complète.
Avant NinjaOne, l’équipe informatique gérait tout cela manuellement. Des feuilles de calcul permettaient de suivre quels serveurs avaient reçu un correctif et à quel moment. Les savoirs tacites comblaient les lacunes. Certains appareils passaient entre les mailles du filet. Certains correctifs étaient oubliés.
NinjaOne a éliminé toute cette complexité en connectant directement sa CMDB au moteur de règles NinjaOne grâce à trois niveaux d’automatisation :
- Synchronisation automatique : un script s’exécute selon un calendrier défini, lit la plage horaire de maintenance de chaque serveur à partir de la CMDB, puis enregistre les informations pertinentes dans les champs personnalisés de l’appareil NinjaOne correspondant. Lorsqu’une fenêtre de serveur est modifiée dans la CMDB, NinjaOne la détecte automatiquement. Personne n’a besoin de réattribuer manuellement les stratégies.
- Restriction de calendrier : une fois par an, un administrateur saisit les dates de début des cycles de correctifs de chaque mois dans les champs personnalisés de NinjaOne. Un script quotidien compare la date à celles indiquées dans ces champs et définit une valeur unique qui détermine si l’application du correctif aura lieu ou non. Lors d’une semaine de correctifs hors production, seuls les serveurs hors production sont concernés. Lors d’une semaine de production, seuls les serveurs de production sont concernés. Quand il y a un gel ou une semaine de repos, tout devient calme. Une seule valeur régit l’ensemble de l’environnement.
- Stratégies dynamiques avec ciblage par niveaux : chaque fenêtre de maintenance distincte dispose de sa propre stratégie dynamique. Ces règles s’appuient sur plusieurs critères de ciblage, notamment l’environnement de l’appareil, le jour qui lui est attribué, l’heure qui lui est attribuée et l’état actuel du calendrier. Tous ces éléments doivent correspondre pour qu’un appareil soit reconnu. Lorsque la restriction de calendrier est désactivée, aucun appareil ne correspond à aucune règle. Lorsqu’elle est activée, seuls les bons serveurs s’allument.
Grâce à ces automatisations, l’entreprise est en mesure d’appliquer les correctifs à l’ensemble de son parc de serveurs à la date prévue, à l’heure prévue et dans le bon ordre, et ce, de manière automatique. La CMDB reste la référence principale en matière de fenêtres de maintenance, et NinjaOne s’y conforme sans intervention manuelle. Ce qui nécessitait auparavant des tableurs et des réunions de coordination se gère désormais tout seul.
Une vision d’ensemble
Aucun de ces clients n’a demandé à NinjaOne de développer une nouvelle fonctionnalité. Ils n’ont pas déposé de demande de fonctionnalité puis attendu qu’elle sorte. Ils ont examiné les outils déjà proposés par NinjaOne (scripts, API, champs personnalisés, stratégies dynamiques) et ont créé les scripts dont ils avaient besoin pour leur environnement.
C’est là toute la différence entre un outil et une plateforme. Un outil remplit la fonction pour laquelle il a été conçu. Une plateforme vous permet de créer exactement ce dont vous avez besoin.
Pour les équipes informatiques d’entreprise confrontées à des calendriers de correctifs complexes, à des intégrations CMDB, à des déploiements par étapes et à des contraintes opérationnelles qui ne s’inscrivent pas facilement dans un menu déroulant, NinjaOne vous fournit les éléments essentiels pour parvenir à vos fins. Pas « un jour ». Aujourd’hui.
Pour en savoir plus, rendez-vous sur https://www.ninjaone.com/fr/plateforme-de-gestion-des-correctifs/
