[et_pb_section fb_built=\u00a0\u00bb1″ admin_label=\u00a0\u00bbSection\u00a0\u00bb _builder_version=\u00a0\u00bb4.22.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb custom_margin=\u00a0\u00bb0px||0px||false|false\u00a0\u00bb custom_padding=\u00a0\u00bb0px||0px||false|false\u00a0\u00bb locked=\u00a0\u00bboff\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_row column_structure=\u00a0\u00bb1_4,3_4″ _builder_version=\u00a0\u00bb4.27.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb custom_padding=\u00a0\u00bb50px||||false|false\u00a0\u00bb custom_css_main_element=\u00a0\u00bbz-index:0!important;\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_column type=\u00a0\u00bb1_4″ disabled_on=\u00a0\u00bbon|on|off\u00a0\u00bb _builder_version=\u00a0\u00bb4.22.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb custom_padding=\u00a0\u00bb||||false|false\u00a0\u00bb sticky_position=\u00a0\u00bbtop\u00a0\u00bb sticky_offset_top=\u00a0\u00bb100px\u00a0\u00bb sticky_limit_bottom=\u00a0\u00bbsection\u00a0\u00bb motion_trigger_start=\u00a0\u00bbtop\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_text admin_label=\u00a0\u00bbindice\u00a0\u00bb _builder_version=\u00a0\u00bb4.27.5″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb custom_margin=\u00a0\u00bb||0px||false|false\u00a0\u00bb custom_padding=\u00a0\u00bb||14px||false|false\u00a0\u00bb link_option_url=\u00a0\u00bb#1″ global_colors_info=\u00a0\u00bb{}\u00a0\u00bb]<\/p>\n
Sections<\/strong><\/p>\n [\/et_pb_text][\/et_pb_column][et_pb_column type=\u00a0\u00bb3_4″ _builder_version=\u00a0\u00bb4.27.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb custom_css_main_element=\u00a0\u00bbz-index:0!important;\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_text admin_label=\u00a0\u00bbseccion\u00a0\u00bb module_id=\u00a0\u00bb1″ module_class=\u00a0\u00bbittopicscontent\u00a0\u00bb _builder_version=\u00a0\u00bb4.27.5″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb z_index=\u00a0\u00bb0″ custom_margin=\u00a0\u00bb0px||0px||true|false\u00a0\u00bb custom_padding=\u00a0\u00bb0px||0px||false|false\u00a0\u00bb custom_css_main_element=\u00a0\u00bbfont-family:%22Pandora-Light%22;\u00a0\u00bb locked=\u00a0\u00bboff\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb]Lorsque j\u2019\u00e9tais enfant, j\u2019ai rapidement d\u00e9couvert que grandir \u00e9tait un pi\u00e8ge \u2014 et il en va de m\u00eame pour un MSP si l\u2019on n\u2019y prend pas garde. Au d\u00e9but, tout est formidable, champagne pour tout le monde gr\u00e2ce aux nouveaux contrats, mais \u00e0 mesure que l\u2019infrastructure g\u00e9r\u00e9e augmente, les d\u00e9fis<\/strong> pour la contr\u00f4ler augmentent \u00e9galement. Et si notre mode op\u00e9ratoire pour g\u00e9rer cette mont\u00e9e en charge consiste \u00e0 accumuler des scripts artisanaux et \u00e0 prier pour le g\u00e9nie de nos techniciens, nous ne scalons pas \u2014 nous grossissons<\/strong> un probl\u00e8me.<\/p>\n Dans le quotidien d\u2019un MSP<\/a>, la pression pour r\u00e9soudre les tickets et respecter les SLA (Service Level Agreement)<\/a> pousse les techniciens \u00e0 cr\u00e9er des solutions rapides. C\u2019est le \u00ab mode h\u00e9ros \u00bb d\u00e9j\u00e0 \u00e9voqu\u00e9 : quelqu\u2019un d\u00e9tecte un sch\u00e9ma, \u00e9crit un code ing\u00e9nieux et r\u00e9sout le puzzle pour trois clients.<\/p>\n Le probl\u00e8me est que ces cath\u00e9drales en cure-dents ne constituent pas une solution viable dans une structure op\u00e9rationnelle globale comprenant des dizaines ou des centaines de clients. La seule solution r\u00e9elle est une standardisation authentique \u2014 qui devrait \u00e9liminer d\u00e8s le d\u00e9part la n\u00e9cessit\u00e9 de ces scripts artisanaux.<\/p>\n Le script manuel est la premi\u00e8re \u00e9tape vers l\u2019automatisation \u2014 mais aussi le clou dans le cercueil de la scalabilit\u00e9 si nous n\u2019\u00e9voluons pas au-del\u00e0.<\/p>\n Dans des environnements multi-clients, les probl\u00e8mes li\u00e9s \u00e0 la d\u00e9pendance \u00e0 des scripts ex\u00e9cut\u00e9s manuellement ou \u00e0 des t\u00e2ches planifi\u00e9es non connect\u00e9es sont \u00e9vidents :<\/p>\n Une op\u00e9ration MSP \u00e0 grande \u00e9chelle exige que nous cessiez de voir les scripts comme la solution et que nous commencions \u00e0 les consid\u00e9rer comme les briques d\u2019un ensemble plus vaste : les politiques techniques<\/strong>.<\/p>\n Il existe un point de bascule o\u00f9 ce qui nous faisait gagner du temps commence \u00e0 nous en faire perdre. Cela co\u00efncide g\u00e9n\u00e9ralement avec une phase de croissance qui ouvre la porte aux premiers clients aux \u00ab besoins sp\u00e9cifiques \u00bb.<\/p>\n C\u2019est l\u00e0 que le risque appara\u00eet \u2014 lorsqu\u2019un script :<\/p>\n La cl\u00e9 est simple : si notre \u00e9quipe passe plus de temps \u00e0 faire du troubleshooting sur ses propres scripts que sur les probl\u00e8mes des clients, nous avons franchi la ligne et entr\u00e9 dans la zone de danger. Cette fragilit\u00e9 op\u00e9rationnelle consommera la s\u00e9r\u00e9nit\u00e9, la patience des clients et la marge b\u00e9n\u00e9ficiaire.<\/p>\n On utilise souvent \u00ab standardiser \u00bb et \u00ab automatiser \u00bb comme des synonymes, mais ces deux concepts sont tr\u00e8s \u00e9loign\u00e9s. Dans une op\u00e9ration MSP \u00e0 grande \u00e9chelle \u2014 qui doit \u00eatre notre objectif \u2014 la distinction entre ces deux verbes est essentielle.<\/p>\n Cela met en \u00e9vidence une premi\u00e8re diff\u00e9rence fondamentale : Nous ne pouvons pas mettre en place une automatisation et une standardisation efficaces pour un MSP si nous n\u2019avons pas d\u2019abord d\u00e9fini le comportement attendu<\/strong> de notre flotte (stellaire) d\u2019actifs g\u00e9r\u00e9s.<\/p>\n C\u2019est pourquoi je parlais de politiques et non de scripts lorsqu\u2019il s\u2019agit de v\u00e9ritable standardisation. Standardiser signifie qu\u2019au lieu de lancer un script pour \u00ab nettoyer les disques \u00bb, nous appliquons une politique technique<\/strong> qui stipule :<\/p>\n \u00ab Tout endpoint \u00e9tiquet\u00e9 \u2018Serveur Web\u2019 doit maintenir au moins 15 % d\u2019espace libre en supprimant les fichiers temporaires de plus de 30 jours. \u00bb<\/p>\n L\u2019outil g\u00e8re le comment, mais la standardisation d\u00e9finit le quoi et le quand<\/strong>.<\/p>\n Commencer par des scripts au lieu de politiques, c\u2019est construire la maison par le toit.<\/p>\n Pour un responsable support ou un directeur technique, la standardisation devrait \u00eatre synonyme de tranquillit\u00e9 d\u2019esprit<\/strong> et de clart\u00e9 d\u2019action conforme aux meilleures pratiques. Cela sonne comme un slogan corporate, je sais \u2014 mais cela signifie que nous disposons d\u2019un mod\u00e8le g\u00e9n\u00e9ral sur lequel construire notre travail<\/strong>. Ainsi, d\u00e9finir des services standardis\u00e9s garantit la coh\u00e9rence de notre catalogue de solutions.<\/p>\n Par exemple, si nous proposons un \u00ab Service de Gestion de la S\u00e9curit\u00e9<\/a> des Endpoints \u00bb, ce service doit \u00eatre ex\u00e9cut\u00e9 de la m\u00eame mani\u00e8re pour un cabinet comptable de cinq employ\u00e9s que pour une usine de cinq cents<\/strong>.<\/p>\n Les param\u00e8tres concrets changeront \u00e9videmment (exceptions firewall, horaires d\u2019analyse diff\u00e9rents selon l\u2019activit\u00e9\u2026), mais la logique op\u00e9rationnelle reste identique<\/strong>.<\/p>\n Standardiser, c\u2019est offrir le m\u00eame niveau de contr\u00f4le et de qualit\u00e9 technique<\/strong> ind\u00e9pendamment de la personne de garde au NOC<\/a> cette nuit-l\u00e0 en train de monitorer les syst\u00e8mes<\/a>. C\u2019est transformer l\u2019op\u00e9ration en un processus si efficace qu\u2019il rendrait les Borg fiers \u2014 l\u2019improvisation ayant \u00e9t\u00e9 remplac\u00e9e par des processus r\u00e9p\u00e9tables et mesurables.<\/p>\n Sans cela, il est impossible d\u2019op\u00e9rer des centaines de clients MSP avec la m\u00eame \u00e9quipe technique.<\/p>\n Pour rompre la d\u00e9pendance aux scripts manuels, nous devons construire un cadre op\u00e9rationnel fond\u00e9 sur les piliers suivants :<\/p>\n Au lieu de t\u00e2ches isol\u00e9es, nous parlons d\u2019actions globales. Si un nouveau serveur entre dans le syst\u00e8me, il h\u00e9rite de la politique correspondante selon sa nature, \u00e9liminant les oublis et erreurs humaines lors de la configuration.<\/p>\n La standardisation n\u2019implique pas une dictature de configuration unique<\/strong> pour tous.<\/p>\n Un bon mod\u00e8le permet une logique standard avec des param\u00e8tres personnalisables<\/strong>. Cela offre de la flexibilit\u00e9 sans rompre l\u2019uniformit\u00e9<\/strong> du code.<\/p>\n Chaque action ex\u00e9cut\u00e9e sur l\u2019infrastructure du client doit \u00eatre enregistr\u00e9e de mani\u00e8re centralis\u00e9e et s\u00e9par\u00e9e par client (multi-tenant)<\/strong>.<\/p>\n Non pas dans le log local d\u2019une machine que l\u2019on oubliera ensuite, mais dans notre console de gestion<\/a>.<\/p>\n Nous devons savoir pr\u00e9cis\u00e9ment quelle version de la politique a \u00e9t\u00e9 appliqu\u00e9e et quel en a \u00e9t\u00e9 le r\u00e9sultat. C\u2019est essentiel pour la conformit\u00e9 et surtout pour \u00e9liminer l\u2019erreur humaine dans les maintenances MSP.<\/p>\n La standardisation permet de cr\u00e9er notre propre \u00ab Biblioth\u00e8que d\u2019Alexandrie \u00bb compos\u00e9e de blocs op\u00e9rationnels valid\u00e9s.<\/p>\n\n
Le probl\u00e8me des scripts manuels dans les op\u00e9rations d\u2019un MSP<\/h2>\n
\n
Quand un script cesse d\u2019\u00eatre une solution et devient un risque<\/h2>\n
\n
Standardiser ne signifie pas automatiser sans discernement<\/h2>\n
\n
\nLa standardisation est strat\u00e9gique<\/strong>, tandis que l\u2019automatisation est tactique<\/strong>.<\/p>\nCe que signifie standardiser les services dans un MSP<\/h2>\n
Les \u00e9l\u00e9ments cl\u00e9s d\u2019une standardisation efficace<\/h2>\n
1. Politiques techniques communes<\/h3>\n
\nUne politique est un ensemble de r\u00e8gles appliqu\u00e9es automatiquement \u00e0 un groupe de dispositifs selon des crit\u00e8res logiques<\/strong> (syst\u00e8me d\u2019exploitation, r\u00f4le du serveur, \u00e9tiquette client, etc.).<\/p>\n2. Param\u00e8tres par typologie de client<\/h3>\n
\nLe script de base est identique pour tous, mais la valeur d\u2019une variable comme $SeuilAlerte<\/span> est lue depuis la configuration sp\u00e9cifique du client.<\/p>\n3. Contr\u00f4le des changements et tra\u00e7abilit\u00e9<\/h3>\n
4. R\u00e9utilisation s\u00e9curis\u00e9e entre clients<\/h3>\n