[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]Il existe une fantasme r\u00e9current dans le monde des services g\u00e9r\u00e9s : que si quelque chose tombe en panne, nous le saurons avant les clients. Autrement dit, que nous serons capables de d\u00e9tecter les incidents avant eux, puisque nous sommes le MSP apr\u00e8s tout<\/strong>. Mais la r\u00e9alit\u00e9, celle qui se manifeste \u00e0 trois heures de l’apr\u00e8s-midi d’un vendredi quelconque alors que vous planifiez votre week-end, est d’un autre avis. Le t\u00e9l\u00e9phone sonne et le client, m\u00ealant indignation, fureur et supplication, nous informe aimablement que \u00ab le syst\u00e8me ne fonctionne pas \u00bb.<\/p>\n \u00c0 ce moment-l\u00e0, le MSP<\/a> a \u00e9chou\u00e9.<\/p>\n Non pas dans la r\u00e9solution, qui peut m\u00eame \u00eatre brillante par la suite, mais dans quelque chose de plus important : la d\u00e9tection. Car dans ce m\u00e9tier, le client ne devrait jamais \u00eatre notre syst\u00e8me de supervision et d’alerte<\/strong>.<\/p>\n Si nous permettons cela, nous ne sommes pas un prestataire de services g\u00e9r\u00e9s, mais des pompiers novices qui attendent la fum\u00e9e \u00e0 l’horizon avant de se pr\u00e9cipiter dehors.<\/p>\n C’est la recette du burnout, de la r\u00e9duction de nos marges et de la perte de confiance de ceux qui r\u00e8glent les factures<\/strong>.<\/p>\n Arriver avant l’incendie n’est pas un caprice technique, ni une m\u00e9daille \u00e0 accrocher sur le tableau de bord du NOC<\/a>. C’est une question de pure survie \u00e9conomique et op\u00e9rationnelle pour un MSP<\/strong>. Pour le responsable des op\u00e9rations, la distinction entre incident, d\u00e9gradation et sympt\u00f4me n’est pas un d\u00e9bat s\u00e9mantique, mais le fondement de son efficacit\u00e9 op\u00e9rationnelle<\/a>.<\/p>\n D\u00e9tecter avant l’impact signifie capturer le sympt\u00f4me ou la d\u00e9gradation afin d’\u00e9viter l’incident<\/strong>. Voici un paradoxe que nous observons fr\u00e9quemment chez Pandora lorsque nous parlons avec des clients potentiels. Le MSP d\u00e9pense des milliers d’euros en outils de supervision IT<\/a>, mais son quotidien reste une interminable conga d’urgences<\/strong> qui d\u00e9filent en se moquant de lui et en faisant tomber les syst\u00e8mes. La vie est impr\u00e9visible, mais pas enti\u00e8rement. Il en va de m\u00eame pour la gestion IT, o\u00f9 de nombreux probl\u00e8mes qui saignent les marges d’un MSP sont pr\u00e9visibles<\/strong>… si l’on sait o\u00f9 regarder, bien s\u00fbr, comme par exemple :<\/p>\n Pour \u00e9chapper aux griffes de la r\u00e9activit\u00e9, nous avons besoin d’une conception bas\u00e9e sur des processus solides et reproductibles, et non sur le g\u00e9nie du technicien<\/strong> de service ou les heures d’insomnie qu’il peut endurer. Le virus qui rend la supervision inutile le plus rapidement est le bruit. Par exemple, sur le premier point de la suppression intelligente, s’il existe une fen\u00eatre de maintenance planifi\u00e9e, le syst\u00e8me doit se taire pendant toute sa dur\u00e9e, car nous savons d\u00e9j\u00e0 qu’il sera hors ligne ou conna\u00eetra des pics pendant la maintenance. Ou si une application d\u00e9pend d’une base de donn\u00e9es tomb\u00e9e que nous sommes en train de relancer, l’alerte de l’application doit \u00e9galement \u00eatre supprim\u00e9e pour \u00e9viter les doublons inutiles. G\u00e9rer un seul client permet un travail de gu\u00e9rilla et d’improvisation, mais en g\u00e9rer plusieurs, comme dans le cas d’un MSP, exige une segmentation logique et op\u00e9rationnelle<\/strong>. Les journ\u00e9es de travail sont faites de r\u00e9unions qui ne m\u00e8nent nulle part, o\u00f9 nous exposons les aspects dont nous avons parl\u00e9, mais apr\u00e8s ces r\u00e9unions, la chanson est vraie et \u00ab la vie continue pareil \u00bb. De nombreux prestataires de services g\u00e9r\u00e9s souffrent de fragmentation<\/strong> et leurs outils ressemblent \u00e0 la flotte rebelle de Star Wars, compos\u00e9e de vaisseaux tr\u00e8s diff\u00e9rents qui se coordonnent peu : une application pour l’uptime<\/a>, une autre pour la gestion des logs, une autre encore pour la supervision des syst\u00e8mes<\/a> ou la maintenance pr\u00e9ventive<\/a>… C’est l\u00e0 la cl\u00e9, mais nous l’oublions parce que, comme le disait un coll\u00e8gue l’autre jour, l’utilisateur a une capacit\u00e9 infinie \u00e0 s’habituer aux bonnes choses et \u00e0 les consid\u00e9rer comme acquises presque imm\u00e9diatement, aussi remarquables qu’elles lui aient sembl\u00e9 au d\u00e9but. Habla con el equipo de ventas, pide presupuesto, o resuelve tus dudas sobre nuestras licencias<\/p>\n \u00a0\u00bb content_phone=\u00a0\u00bb<\/p>\n Habla con el equipo de ventas, resuelve tus dudas sobre nuestras licencias o pide presupuesto<\/p>\n \u00a0\u00bb content_last_edited=\u00a0\u00bboff|desktop\u00a0\u00bb _builder_version=\u00a0\u00bb4.27.4″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb header_2_font_size=\u00a0\u00bb2em\u00a0\u00bb text_orientation=\u00a0\u00bbcenter\u00a0\u00bb module_alignment=\u00a0\u00bbleft\u00a0\u00bb custom_margin=\u00a0\u00bb0px||20px||false|false\u00a0\u00bb custom_padding=\u00a0\u00bb0px||0px||true|false\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb]<\/p>\n Contactez notre service commercial, posez vos questions sur nos licences ou demandez un devis<\/p>\n [\/et_pb_text][et_pb_code _builder_version=\u00a0\u00bb4.27.4″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb width=\u00a0\u00bb220px\u00a0\u00bb module_alignment=\u00a0\u00bbcenter\u00a0\u00bb custom_margin=\u00a0\u00bb40px||0px||false|false\u00a0\u00bb custom_padding=\u00a0\u00bb0px||0px||true|false\u00a0\u00bb locked=\u00a0\u00bboff\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb]<\/p>\n\n
Le profit et la s\u00e9r\u00e9nit\u00e9 d\u00e9pendent de la d\u00e9tection pr\u00e9coce<\/h2>\n
\nCar lorsque l’on anticipe ainsi, la charge de support devient pr\u00e9visible<\/strong>.
\nCe n’est pas la m\u00eame chose qu’un technicien senior passe quinze minutes \u00e0 ajuster calmement un param\u00e8tre, que trois techniciens de niveau 2 passent tout un apr\u00e8s-midi \u00e0 pester pendant qu’un client leur crie que sa production est \u00e0 l’arr\u00eat.
\nLe co\u00fbt en heures de la deuxi\u00e8me option est exponentiellement plus \u00e9lev\u00e9<\/strong>.
\nDans Jerry Maguire, Cuba Gooding Jr. dit \u00e0 Tom Cruise la r\u00e9plique culte : Show me the money ! Eh bien, the money dans un MSP, c’est dans la d\u00e9tection.
\nEt puis, il y a la question du SLA<\/a>.
\nRespecter un accord de niveau de service ne devrait pas \u00eatre un jonglage permanent pour \u00e9viter que tout s’effondre. Si nous ne faisons que r\u00e9agir, nous sommes toujours \u00e0 un pas du manquement contractuel<\/strong>. Mais si nous d\u00e9tectons avant l’impact, du point de vue du client, rien n’a jamais cess\u00e9 de fonctionner parfaitement.
\nCela n’implique pas seulement le respect contractuel, mais aussi la tranquillit\u00e9 d’esprit et la satisfaction<\/strong>, ce qui est ce qu’un MSP vend vraiment.
\nC’est pourquoi r\u00e9duire le support r\u00e9actif<\/a> c’est prot\u00e9ger la viabilit\u00e9 de l’entreprise \u2014 show me the money !
\nDans ce m\u00e9tier et dans tous les autres, ce qui s\u00e9pare les professionnels des amateurs, c’est que ces derniers se concentrent sur les tactiques, tandis que les premiers se concentrent sur la strat\u00e9gie. Je sais que cela ressemble \u00e0 un PowerPoint d’\u00e9cole de commerce, mais dans un MSP, r\u00e9agir est une comp\u00e9tence tactique et n\u00e9cessaire, mais d\u00e9tecter avant que cela ne se produise est LA STRAT\u00c9GIE op\u00e9rationnelle<\/strong>.<\/p>\nCe que signifie d\u00e9tecter avant l’impact dans un MSP<\/h2>\n
\n
\nDans de nombreuses op\u00e9rations, la cha\u00eene se brise parce que nous confondons signal et alerte.
\nUn signal est une donn\u00e9e, et une alerte devrait \u00eatre un appel \u00e0 l’action<\/strong>. Si nous inondons le tableau de bord de signaux sans contexte, le technicien finit par souffrir de la fameuse alert fatigue, ignorant le sympt\u00f4me qui pr\u00e9c\u00e8de l’effondrement<\/strong>.
\nDu point de vue du client, l’\u00abimpact\u00bb est binaire : soit il peut travailler, soit il ne le peut pas. Mais depuis notre tranch\u00e9e, l’impact est une pente dangereuse, et notre travail consiste \u00e0 placer la barri\u00e8re de s\u00e9curit\u00e9 le plus haut possible sur cette pente.
\nSur la passerelle de commandement d’un MSP, nous ne pouvons pas attendre que les voyants rouges clignotent et que la coque du vaisseau commence \u00e0 craquer. Nous avons besoin de capteurs qui nous indiquent que les boucliers sont en train de s’abaisser<\/strong> avant que la premi\u00e8re torpille photonique de la r\u00e9alit\u00e9 ne frappe l’infrastructure IT.
\nDans la s\u00e9rie Star Trek : Voyager, l’une des choses qui procure un avantage crucial au vaisseau est la construction de la section Astrom\u00e9trie, qui leur offre des capacit\u00e9s avanc\u00e9es d’analyse et de d\u00e9tection. C’est \u00e9galement notre mission<\/strong>, mais n’importe quelle supervision ne suffit pas, tout comme les capteurs habituels du Voyager n’\u00e9taient plus suffisants en territoire hostile.<\/p>\nPourquoi de nombreux MSP restent r\u00e9actifs m\u00eame lorsqu’ils disposent d’une supervision<\/h2>\n
\nPourquoi ?
\nPrincipalement, \u00e0 cause de la tyrannie des seuils statiques<\/strong>.
\nConfigurer une alerte pour qu’elle se d\u00e9clenche lorsque le CPU atteint 95 % est, dans la plupart des cas, une perte de temps, car cela manque g\u00e9n\u00e9ralement de contexte<\/strong>.
\nS’agit-il d’un pic normal d\u00fb \u00e0 un processus de sauvegarde ? D’une boucle infinie dans une application ? Sans r\u00e9ponse \u00e0 ces questions, l’alerte n’est que du bruit<\/strong> que les techniciens apprennent \u00e0 ignorer pour pr\u00e9server le dernier fil de bon sens qu’il leur reste.
\nUn autre facteur de ce paradoxe apparent \u2014 o\u00f9 l’on d\u00e9pense beaucoup d’argent en lunettes pour rester aveugle \u2014 est la priorisation par urgence per\u00e7ue<\/strong>.
\nSi nous ne disposons pas de donn\u00e9es objectives nous indiquant ce qui est r\u00e9ellement critique, nous finissons par traiter en premier le client qui crie le plus fort, et non celui qui a le probl\u00e8me le plus grave.
\nJe sais que la vie n’est pas juste et que celui qui se plaint le plus est celui qui obtient le plus, mais c’est de la gestion de la panique, pas de la gestion d’infrastructure<\/strong>.
\nEt puis, il y a le manque de responsabilit\u00e9s.
\nDans de nombreux MSP, les alertes arrivent dans une bo\u00eete commune o\u00f9 \u00ab tout appartient \u00e0 tout le monde et rien n’appartient \u00e0 personne \u00bb, comme une sorte d’utopie hippie. Mais s’il n’existe pas de proc\u00e9dure claire d\u00e9finissant qui est responsable, quand il intervient et avec quelles preuves, le signal de d\u00e9tection pr\u00e9coce se perd dans les failles, pour r\u00e9appara\u00eetre ensuite sous forme de ticket r\u00e9actif ouvert par un client en col\u00e8re.
\nBien, la th\u00e9orie que nous avons vue jusqu’ici est tr\u00e8s bien, mais comment mettons-nous en \u0153uvre concr\u00e8tement la d\u00e9tection pr\u00e9coce dans un MSP ?
\nPour cela, nous pouvons commencer par…<\/p>\nQuels incidents peuvent \u00eatre anticip\u00e9s de mani\u00e8re syst\u00e9matique<\/h2>\n
\n
La conception op\u00e9rationnelle de la d\u00e9tection pr\u00e9coce dans un MSP<\/h2>\n
\nCette conception commence par d\u00e9finir ce que l’on appelle les signaux minimaux par couche<\/strong>, tels que les erreurs d’interface r\u00e9seau, les files d’ex\u00e9cution dans les syst\u00e8mes, les I\/O disque et\/ou les temps de transaction dans les applications.
\nC’est la base, mais le v\u00e9ritable saut qualitatif vient avec les seuils dynamiques et la g\u00e9n\u00e9ration de baselines<\/strong>.
\nComme il n’existe pas deux clients identiques, \u00e9tablir ces lignes de base pour chacun nous apprend ce qui est normal pour chaque client et chaque horaire<\/strong>.
\nPar exemple, 80 % de CPU un lundi \u00e0 9h00 est normal, car tout le monde se connecte au serveur les yeux encore ensommeill\u00e9s et avec la gueule de bois. Mais ce m\u00eame 80 % un dimanche \u00e0 3h00 du matin est l’un de ces sympt\u00f4mes dont je parlais plus t\u00f4t.
\nEn \u00e9tablissant ces comportements de base, la supervision cesse d’\u00eatre un gardien aveugle pour devenir un proph\u00e8te qui d\u00e9tecte des d\u00e9viations subtiles, distinctes et personnalis\u00e9es pour chaque client<\/strong>, avant la d\u00e9faillance critique.
\nAjoutons \u00e0 cela la corr\u00e9lation op\u00e9rationnelle de base<\/strong>.
\nPar exemple, nous ne voulons pas dix alertes pour des services tomb\u00e9s, mais une seule alerte intelligente qui identifie le switch qui a d\u00e9cid\u00e9 qu’aujourd’hui c’est jour de gr\u00e8ve.
\nCette consolidation r\u00e9duit le bruit et la fatigue des alertes<\/strong>, permettant \u00e0 l’\u00e9quipe de se concentrer sur la racine du probl\u00e8me.
\nDe plus, il est essentiel de s\u00e9parer les alertes informatives (qui nous servent pour l’enregistrement et l’analyse) des alertes actionnables (celles qui exigent une intervention). Sinon, nous continuerons \u00e0 souffrir de c\u00e9cit\u00e9 malgr\u00e9 les lunettes que nous portons, car lorsque tout semble important, rien n’est important.<\/p>\nComment r\u00e9duire le bruit sans perdre la couverture op\u00e9rationnelle<\/h2>\n
\nPour l’\u00e9viter, nous devons :<\/p>\n\n
\nSur le deuxi\u00e8me point du regroupement, si nous ne l’avons pas mis en place et que tout ce qui fonctionne ensemble tombe en m\u00eame temps, il y aura une s\u00e9rie d’alertes redondantes contribuant \u00e0 ce bruit, alors qu’une seule suffirait, \u00e0 condition qu’elle respecte \u00e9galement l’aspect de clart\u00e9 suivant<\/strong>.
\nPour cette clart\u00e9, la nomenclature et l’\u00e9tiquetage<\/strong> sont essentiels.
\nUne alerte \u00ab Server1 Down \u00bb ne sert \u00e0 rien dans un environnement multi-client comme celui d’un MSP. Nous avons besoin de contexte tel que : \u00ab Client A \/ ERP \/ Critique \/ Responsable N2 \u00bb.
\nCela permet de comprendre imm\u00e9diatement ce qui se passe sans avoir \u00e0 d\u00e9chiffrer des hi\u00e9roglyphes qui nous semblaient autrefois \u00e9vidents, mais dont nous ne nous souvenons plus de la signification. De plus, le gestionnaire d’\u00e9v\u00e9nements<\/a> devrait diriger l’alerte de mani\u00e8re chirurgicale vers le responsable appropri\u00e9 (en s’appuyant sur des capacit\u00e9s telles que le suivi distribu\u00e9<\/a> pour comprendre le flux du probl\u00e8me). Dans l’exemple pr\u00e9c\u00e9dent, le cas va au technicien de niveau 2 assign\u00e9 au Client A.
\nAvec une prochaine \u00e9tape d’automatisation des op\u00e9rations, une IA int\u00e9gr\u00e9e pourrait facilement g\u00e9rer l’alerte et la diriger automatiquement vers le responsable appropri\u00e9, \u00e9vitant ainsi un bruit suppl\u00e9mentaire pour ceux qui n’ont pas \u00e0 s’en occuper.
\nChaque alerte actionnable doit \u00e9galement inclure un runbook<\/strong> minimal : des instructions concr\u00e8tes qui r\u00e9duisent les temps de diagnostic et permettent au Niveau 1 de r\u00e9soudre des probl\u00e8mes qui n\u00e9cessitaient auparavant une escalade.
\nCela impacte directement le Temps Moyen de R\u00e9solution<\/strong> (MTTR<\/a>) et lib\u00e8re les ing\u00e9nieurs seniors pour des t\u00e2ches \u00e0 plus haute valeur ajout\u00e9e plut\u00f4t que d’appuyer sur le bouton de r\u00e9initialisation.<\/p>\nOp\u00e9ration multi-client : Comment prioriser et agir sans m\u00e9langer les contextes<\/h2>\n
\nEt de plus, m\u00eame si cela ne semble pas tr\u00e8s agr\u00e9able du point de vue de ces clients, nous devons savoir prioriser, aussi bien en ce qui concerne ce qui est vraiment urgent que ce qui est \u00e9conomiquement important pour nous<\/strong> en tant que prestataires de services g\u00e9r\u00e9s.
\nAinsi, et jusqu’\u00e0 ce que l’argent disparaisse et que nous vivions dans Star Trek, nous ne pouvons pas laisser le bruit d’un petit client \u00e9clipser une d\u00e9gradation critique chez un client de haute priorit\u00e9.
\nSi nous voulons \u00e9voluer, le MSP a besoin de standards r\u00e9plicables<\/strong>.
\nPour cela, nous devons d\u00e9finir des politiques globales et des mod\u00e8les qui assurent une couverture proactive homog\u00e8ne d\u00e8s le d\u00e9part<\/strong>.
\nSi tous les clients suivent le m\u00eame sch\u00e9ma g\u00e9n\u00e9ral de supervision, nous pouvons appliquer, par exemple, des scripts d’auto-rem\u00e9diation qui fonctionnent pour tous, ainsi que des processus g\u00e9n\u00e9raux document\u00e9s que n’importe qui (m\u00eame quelqu’un avec peu d’exp\u00e9rience qui vient d’\u00eatre embauch\u00e9) peut consulter et appliquer.
\nEt ensuite, bien s\u00fbr, nous modifierons ou ajouterons des \u00e9l\u00e9ments ici et l\u00e0 pour chaque client, en partant de cette structure principale commune, pour accommoder les diff\u00e9rences naturelles qui existeront entre eux.
\nDe plus, les limites entre les niveaux de support doivent \u00eatre d\u00e9finies par la complexit\u00e9 technique et les preuves, et non par la panique<\/strong>.
\nLe r\u00e9sultat d’une op\u00e9ration avec cette efficacit\u00e9 \u00ab Borg \u00bb s’illustre par exemple dans le fait qu’un syst\u00e8me de d\u00e9tection pr\u00e9coce efficace livre au N2 un ticket d\u00e9j\u00e0 pr\u00e9-m\u00e2ch\u00e9, avec les logs joints et m\u00eame un diagnostic pr\u00e9liminaire effectu\u00e9. Cela permettra d’\u00e9conomiser de pr\u00e9cieuses minutes (et euros) en \u00e9vitant d’avoir \u00e0 tout investiguer depuis z\u00e9ro.<\/p>\nComment mesurer si nous anticipons vraiment les probl\u00e8mes<\/h2>\n
\nPour \u00e9viter cela et rester honn\u00eates sur le fait de savoir si nous nous sommes vraiment consacr\u00e9s \u00e0 cette efficacit\u00e9 Borg dans la d\u00e9tection pr\u00e9coce des incidents, nous avons besoin de m\u00e9triques honn\u00eates<\/strong>.
\nSinon, notre entreprise vit de fausses sensations de progr\u00e8s et de v\u0153ux pieux, parce que nous confondons r\u00e9unions et bonnes intentions avec la r\u00e9alit\u00e9.
\nQuelques m\u00e9triques qui refl\u00e8tent si nous avons vraiment mis en \u0153uvre la d\u00e9tection pr\u00e9coce sont :<\/p>\n\n
Comment Pandora FMS aide les MSP dans ce sc\u00e9nario op\u00e9rationnel<\/h2>\n
\nCette dispersion, en plus de forcer l’apprentissage (et la maintenance) d’une arm\u00e9e o\u00f9 chaque \u00e9l\u00e9ment fait la guerre de son c\u00f4t\u00e9, oblige \u00e9galement les techniciens \u00e0 sauter entre les consoles, perdant ainsi contexte et concentration<\/strong>.
\nEt puis il y a l’int\u00e9gration de cette Tour de Babel, une autre migraine inutile.
\nPandora FMS brise ce sch\u00e9ma en unifiant tous les signaux (infrastructure, r\u00e9seau, cloud, SaaS et\/ou virtualisation) dans un panneau de contr\u00f4le unique et coh\u00e9rent (single pane of glass<\/a>)<\/strong> et la capacit\u00e9 de distinguer clairement les clients entre eux.
\nLes avantages d’un tel syst\u00e8me pour le MSP sont clairs :<\/p>\n\n
\nSi nous ne voulons pas tomber dans ces relations dysfonctionnelles o\u00f9 l’autre nous prend pour acquis et rend rapidement notre vraie valeur invisible \u2014 ce qui est courant dans un MSP \u2014 cela est crucial.
\nDe plus, Pandora FMS dispose de capacit\u00e9s de t\u00e9l\u00e9m\u00e9trie avanc\u00e9e<\/a>, d’une console d’\u00e9v\u00e9nements et d’un support pour un serveur syslog<\/a>, centralisant les informations critiques. Combin\u00e9 \u00e0 la facilit\u00e9 de d\u00e9ploiement et \u00e0 la capacit\u00e9 de supervision avanc\u00e9e, cela permet une couverture totale.
\nPour ceux qui recherchent l’excellence, la solution de supervision pour MSP et SOC<\/a> offerte par Pandora est le standard d’excellence<\/strong>.
\nD\u00e9tecter avant l’impact est un changement de mentalit\u00e9 dans un MSP. C’est passer de r\u00e9cepteur de plaintes \u00e0 gardien actif de la continuit\u00e9 du service.
\nCar nous ne devons pas nous tromper de m\u00e9tier \u2014 la vraie promesse de la technologie, c’est le silence, une op\u00e9ration fluide et la tranquillit\u00e9 d’esprit. C’est ce que nous vendons vraiment en tant que MSP. C’est la vraie valeur d’un prestataire de services g\u00e9r\u00e9s d’\u00e9lite, qui aspire \u00e0 \u00eatre un partenaire<\/a> strat\u00e9gique et non un simple r\u00e9solveur de probl\u00e8mes.[\/et_pb_text][et_pb_button button_url=\u00a0\u00bb@ET-DC@eyJkeW5hbWljIjp0cnVlLCJjb250ZW50IjoicG9zdF9saW5rX3VybF9wYWdlIiwic2V0dGluZ3MiOnsicG9zdF9pZCI6IjM2MjI3MCJ9fQ==@\u00a0\u00bb button_text=\u00a0\u00bb\u2190 Retour \u00e0 Th\u00e8mes IT\u00a0\u00bb button_alignment=\u00a0\u00bbleft\u00a0\u00bb _builder_version=\u00a0\u00bb4.22.0″ _dynamic_attributes=\u00a0\u00bbbutton_url\u00a0\u00bb _module_preset=\u00a0\u00bbdefault\u00a0\u00bb custom_button=\u00a0\u00bbon\u00a0\u00bb button_text_size=\u00a0\u00bb1em\u00a0\u00bb button_text_color=\u00a0\u00bb#0C312F\u00a0\u00bb button_bg_color=\u00a0\u00bb#FFFFFF\u00a0\u00bb button_bg_color_gradient_direction=\u00a0\u00bb90deg\u00a0\u00bb button_bg_color_gradient_stops=\u00a0\u00bb#82B92E 0%|#3CB92E 100%\u00a0\u00bb button_bg_color_gradient_start=\u00a0\u00bb#82B92E\u00a0\u00bb button_bg_color_gradient_end=\u00a0\u00bb#3CB92E\u00a0\u00bb button_border_width=\u00a0\u00bb1px\u00a0\u00bb button_border_color=\u00a0\u00bb#eaeaea\u00a0\u00bb button_border_radius=\u00a0\u00bb100px\u00a0\u00bb button_use_icon=\u00a0\u00bboff\u00a0\u00bb z_index=\u00a0\u00bb0″ custom_margin=\u00a0\u00bb60px||0px||false|false\u00a0\u00bb custom_padding=\u00a0\u00bb10px|50px|10px|50px|true|true\u00a0\u00bb custom_padding_tablet=\u00a0\u00bb\u00a0\u00bb custom_padding_phone=\u00a0\u00bb10px|20px|10px|20px|true|true\u00a0\u00bb custom_padding_last_edited=\u00a0\u00bbon|phone\u00a0\u00bb custom_css_main_element=\u00a0\u00bbright:0!important;||font-family:%22Pandora-Bold%22!important;\u00a0\u00bb global_module=\u00a0\u00bb367749″ locked=\u00a0\u00bboff\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb button_bg_color__hover_enabled=\u00a0\u00bbon|desktop\u00a0\u00bb button_bg_color_gradient_start__hover=\u00a0\u00bb#eaeaea\u00a0\u00bb button_bg_color_gradient_end__hover=\u00a0\u00bb#f4f4f4″ button_bg_color__hover=\u00a0\u00bb#eaeaea\u00a0\u00bb button_bg_enable_color__hover=\u00a0\u00bbon\u00a0\u00bb button_bg_use_color_gradient__hover=\u00a0\u00bbon\u00a0\u00bb button_bg_color_gradient_stops__hover=\u00a0\u00bb#eaeaea 0%|#f4f4f4 100%\u00a0\u00bb][\/et_pb_button][\/et_pb_column][\/et_pb_row][\/et_pb_section][et_pb_section fb_built=\u00a0\u00bb1″ custom_padding_last_edited=\u00a0\u00bbon|desktop\u00a0\u00bb admin_label=\u00a0\u00bbFinal CTA\u00a0\u00bb _builder_version=\u00a0\u00bb4.22.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb background_color=\u00a0\u00bb#161327″ use_background_color_gradient=\u00a0\u00bbon\u00a0\u00bb background_color_gradient_stops=\u00a0\u00bbrgba(22,19,39,0.5) 17%|rgba(22,19,39,0.5) 100%\u00a0\u00bb background_color_gradient_overlays_image=\u00a0\u00bbon\u00a0\u00bb background_image=\u00a0\u00bbhttps:\/\/pandorafms.com\/wp-content\/uploads\/2023\/12\/banner-contacta-it-topics.webp\u00a0\u00bb background_size=\u00a0\u00bbcustom\u00a0\u00bb background_image_width=\u00a0\u00bb121%\u00a0\u00bb background_image_height=\u00a0\u00bb192%\u00a0\u00bb background_position=\u00a0\u00bbtop_left\u00a0\u00bb z_index=\u00a0\u00bb1″ max_width=\u00a0\u00bb1080px\u00a0\u00bb max_width_tablet=\u00a0\u00bb98%\u00a0\u00bb max_width_phone=\u00a0\u00bb98%\u00a0\u00bb max_width_last_edited=\u00a0\u00bbon|tablet\u00a0\u00bb module_alignment=\u00a0\u00bbcenter\u00a0\u00bb custom_margin=\u00a0\u00bb80px||80px||true|false\u00a0\u00bb custom_padding=\u00a0\u00bb40px|20px|120px|20px|false|true\u00a0\u00bb custom_padding_tablet=\u00a0\u00bb40px|0px|120px|0px|false|true\u00a0\u00bb custom_padding_phone=\u00a0\u00bb40px|0px|120px|0px|false|true\u00a0\u00bb scroll_scaling=\u00a0\u00bb40|55|85|100|100%|120%|100%\u00a0\u00bb motion_trigger_start=\u00a0\u00bbtop\u00a0\u00bb background_last_edited=\u00a0\u00bbon|phone\u00a0\u00bb background_size_tablet=\u00a0\u00bbcover\u00a0\u00bb background_size_phone=\u00a0\u00bbcover\u00a0\u00bb background_position_phone=\u00a0\u00bbtop_center\u00a0\u00bb border_radii=\u00a0\u00bboff|20px|20px|20px|20px\u00a0\u00bb border_color_all=\u00a0\u00bb#ffffff\u00a0\u00bb box_shadow_style=\u00a0\u00bbpreset1″ box_shadow_vertical=\u00a0\u00bb0px\u00a0\u00bb box_shadow_blur=\u00a0\u00bb80px\u00a0\u00bb box_shadow_color=\u00a0\u00bb#506da0″ global_module=\u00a0\u00bb367449″ saved_tabs=\u00a0\u00bball\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_row use_custom_gutter=\u00a0\u00bbon\u00a0\u00bb gutter_width=\u00a0\u00bb2″ make_equal=\u00a0\u00bbon\u00a0\u00bb _builder_version=\u00a0\u00bb4.22.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb max_width=\u00a0\u00bb750px\u00a0\u00bb module_alignment=\u00a0\u00bbcenter\u00a0\u00bb custom_margin=\u00a0\u00bb0px||0px||true|false\u00a0\u00bb custom_padding=\u00a0\u00bb0px|0px|0px|0px|true|true\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_column type=\u00a0\u00bb4_4″ _builder_version=\u00a0\u00bb4.22.0″ _module_preset=\u00a0\u00bbdefault\u00a0\u00bb global_colors_info=\u00a0\u00bb{}\u00a0\u00bb][et_pb_text content_tablet=\u00a0\u00bb<\/p>\n