[et_pb_section fb_built=\u00bb1″ admin_label=\u00bbSection\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb custom_margin=\u00bb0px||0px||false|false\u00bb custom_padding=\u00bb0px||0px||false|false\u00bb locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_row column_structure=\u00bb1_4,3_4″ _builder_version=\u00bb4.27.0″ _module_preset=\u00bbdefault\u00bb custom_padding=\u00bb50px||||false|false\u00bb custom_css_main_element=\u00bbz-index:0!important;\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_column type=\u00bb1_4″ disabled_on=\u00bbon|on|off\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb custom_padding=\u00bb||||false|false\u00bb sticky_position=\u00bbtop\u00bb sticky_offset_top=\u00bb100px\u00bb sticky_limit_bottom=\u00bbsection\u00bb motion_trigger_start=\u00bbtop\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_text admin_label=\u00bbindice\u00bb _builder_version=\u00bb4.27.5″ _module_preset=\u00bbdefault\u00bb custom_margin=\u00bb||0px||false|false\u00bb custom_padding=\u00bb||14px||false|false\u00bb link_option_url=\u00bb#1″ global_colors_info=\u00bb{}\u00bb]<\/p>\n
Secciones<\/strong><\/p>\n [\/et_pb_text][\/et_pb_column][et_pb_column type=\u00bb3_4″ _builder_version=\u00bb4.27.0″ _module_preset=\u00bbdefault\u00bb custom_css_main_element=\u00bbz-index:0!important;\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_text admin_label=\u00bbseccion\u00bb module_id=\u00bb1″ module_class=\u00bbittopicscontent\u00bb _builder_version=\u00bb4.27.5″ _module_preset=\u00bbdefault\u00bb z_index=\u00bb0″ custom_margin=\u00bb0px||0px||true|false\u00bb custom_padding=\u00bb0px||0px||false|false\u00bb custom_css_main_element=\u00bbfont-family:%22Pandora-Light%22;\u00bb locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb]En las inmortales estrofas de Public Enemy: \u00abDon’t believe the hype\u00bb. Buen consejo en general y excelente en particular cuando hablamos de automatizaci\u00f3n en MSP<\/strong>. Porque parece que los m\u00e1s eficientes son los que m\u00e1s automatizan. Sin embargo, en muchos casos eso puede ser correr m\u00e1s r\u00e1pido, s\u00ed, pero hacia el barranco. Una automatizaci\u00f3n solo aporta valor si:<\/p>\n Pero tienen que darse las tres condiciones a la vez<\/strong>. Multiplicar la velocidad de un sistema ineficiente es acelerar nuestro coche en direcci\u00f3n al muro. Cuando las personas estamos hasta el cuello en el barro (el de la automatizaci\u00f3n y cualquier otro en realidad), tendemos a normalizar s\u00edntomas<\/strong> claros que indican que algo no va bien, aunque no queramos verlo. No todos los errores nacen bajo la misma estrella. Hay categor\u00edas que concentran mucho mayor riesgo al automatizar y aparecen con regularidad preocupante en las autopsias de muchos MSP.<\/p>\n Este es el pecado capital por excelencia. Si cada cliente es un copo de nieve con su propia arquitectura, excepciones y costumbres, automatizar sin una capa de abstracci\u00f3n que normalice esa variabilidad produce una anarqu\u00eda m\u00e1s r\u00e1pida.<\/p>\n Si las alertas que disparan esas correcciones no est\u00e1n bien calibradas, el sistema actuar\u00e1 sobre falsos positivos<\/strong>, con consecuencias reales sobre la infraestructura. Cualquiera de estos factores por separado ya deber\u00eda frenar la automatizaci\u00f3n, pero juntos son la receta para el incidente que nadie querr\u00e1 explicar en la reuni\u00f3n del postmortem.<\/p>\n En el episodio The Ultimate Computer de la serie original de Star Trek, el doctor Richard Daystrom instala la computadora M-5 en la Enterprise. Enseguida toma el control y demuestra una habilidad superior a la de los humanos, pero poco despu\u00e9s comienza el desastre. Con la misma eficiencia operativa<\/a> con la que hab\u00eda hecho las cosas bien antes, se pone a atacar naves propias, causando muertes. Ahora, el objetivo de esta lista no es el miedo, ni ser el grito de guerra de la Yihad Butleriana de Dune. Lo que pretendemos es introducir un criterio de madurez<\/strong>, una salvaguarda para no rodar la secuela de The Ultimate Computer. Los m\u00e1s interesados en la automatizaci\u00f3n suelen decir que lo que ocurre es que no estamos usando la herramienta adecuada (y esa es, por supuesto, la que venden ellos), pero el problema suele estar m\u00e1s en el dise\u00f1o operativo<\/strong> que rodea a la plataforma que en dicha plataforma en s\u00ed. En todos estos casos, la herramienta cumplir\u00e1 su funci\u00f3n, como bien concluy\u00f3 Spock cuando analiz\u00f3 lo que hizo M-5, el problema es que esa funci\u00f3n est\u00e1 mal definida desde el principio.<\/p>\n Cuando el proceso est\u00e1 maduro para la automatizaci\u00f3n, hay principios que reducen el riesgo de forma significativa y que conviene tener interiorizados de antemano:<\/p>\n El FOMO es poderoso. Un fuego que nos genera sudor nervioso, agitado por una enorme cantidad de marketing e informaci\u00f3n (mucha de la cual no es m\u00e1s que marketing adicional, disfrazado como conocimiento tras unas gafas de esas con nariz y bigote). No debemos caer en la presi\u00f3n externa y la automatizaci\u00f3n debe ser resultado de un criterio interno. Pandora FMS es una herramienta que automatiza con control y criterio, no solo porque facilita dicho proceso sino, m\u00e1s importante a\u00fan, facilita las acciones previas necesarias<\/strong> como:<\/p>\n Por eso, el enfoque de Pandora FMS en entornos MSP parte del problema operativo real, no de la automatizaci\u00f3n como fin en s\u00ed misma<\/strong>. Habla con el equipo de ventas, pide presupuesto, o resuelve tus dudas sobre nuestras licencias<\/p>\n \u00bb content_phone=\u00bb<\/p>\n Habla con el equipo de ventas, resuelve tus dudas sobre nuestras licencias o pide presupuesto<\/p>\n \u00bb content_last_edited=\u00bbon|tablet\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb header_2_font_size=\u00bb2em\u00bb text_orientation=\u00bbcenter\u00bb module_alignment=\u00bbleft\u00bb custom_margin=\u00bb0px||20px||false|false\u00bb custom_padding=\u00bb0px||0px||true|false\u00bb global_colors_info=\u00bb{}\u00bb]<\/p>\n Habla con el equipo de ventas, pide presupuesto, [\/et_pb_text][et_pb_code _builder_version=\u00bb4.27.4″ _module_preset=\u00bbdefault\u00bb width=\u00bb200px\u00bb module_alignment=\u00bbcenter\u00bb custom_margin=\u00bb40px||0px||false|false\u00bb custom_padding=\u00bb0px||0px||true|false\u00bb locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb]<\/p>\n\n
\nTranquilidad, este no es un manifiesto ludita, ni la se\u00f1al que esperabas para la rebeli\u00f3n contra las m\u00e1quinas. Cuando la automatizaci\u00f3n est\u00e1 bien planteada, es una medida de madurez operativa, pero cuando no… El efecto contrario es implacable porque acelera errores, multiplica excepciones y genera deuda t\u00e9cnica <\/strong>que alguien tendr\u00e1 que pagar con intereses.
\nAutomatizar mal sustituye trabajo manual visible por riesgo operativo invisible, adem\u00e1s de no ahorrar todo lo que esperabas, claro.
\nY en un MSP, el riesgo invisible es el que arruina los viernes, algo que no podemos consentir bajo ning\u00fan concepto. Por eso, veamos los principales errores en automatizaci\u00f3n de MSP<\/strong> y c\u00f3mo evitarlos.<\/p>\nPor qu\u00e9 automatizar no siempre equivale a mejorar<\/h2>\n
\n
\nSi falta una sola, la automatizaci\u00f3n es una trampa que queda bonita en el PowerPoint de las reuniones, pero pone una bomba bajo la silla del d\u00eda a d\u00eda.
\nCuando no hay estandarizaci\u00f3n previa, validaci\u00f3n suficiente o un contexto operativo claro, automatizar puede:<\/p>\n\n
\nY lo peor es que su mayor peligro no es tanto el fallo que provoca, como el hecho de que este no se ve venir y su magnitud suele ser mayor<\/strong> que la del error humano.
\nUn t\u00e9cnico que comete una equivocaci\u00f3n manual lo hace en un sistema concreto, pero una automatizaci\u00f3n mal dise\u00f1ada la puede cometer f\u00e1cilmente en cien sistemas a la vez, y en ocasiones, a las tres de la madrugada porque as\u00ed es la Ley de Murphy.<\/p>\nSe\u00f1ales de que una automatizaci\u00f3n ya est\u00e1 generando m\u00e1s coste que ahorro<\/h2>\n
\nNos decimos que es lo que viene con el territorio, baches normales del viaje, pero no. Debemos reconocer los indicios claros de que una automatizaci\u00f3n est\u00e1 fallando<\/strong>, como por ejemplo:<\/p>\n\n
Qu\u00e9 tipos de automatizaciones suelen ser m\u00e1s problem\u00e1ticas en un MSP<\/h2>\n
1. Cambios en producci\u00f3n sin validaci\u00f3n suficiente<\/h3>\n
\nAplicar configuraciones de forma autom\u00e1tica sobre sistemas de producci\u00f3n, sin entorno de prueba previo ni procedimiento claro de rollback<\/strong>, es extenderle la alfombra roja al desastre y hacer una reverencia cuando pasa por delante.<\/p>\n2. Automatizaciones aplicadas a clientes muy heterog\u00e9neos<\/h3>\n
3. Remediaciones autom\u00e1ticas sobre sistemas cr\u00edticos sin umbrales fiables<\/h3>\n
\nA esto se suman otros males como:<\/p>\n\n
Qu\u00e9 no automatizar todav\u00eda en un MSP<\/h2>\n
\nAl final, la moraleja es que hay decisiones que no pueden delegarse a ning\u00fan sistema<\/strong>, por sofisticado que sea, si este carece de contexto<\/strong> para tomarlas bien.
\nEn un MSP moderno, las decisiones son m\u00e1s prosaicas que en una nave estelar, pero igual de importantes. Por eso, no conviene automatizar todav\u00eda:<\/p>\n\n
\nPor eso, qu\u00e9 procesos automatizar primero es una pregunta v\u00e1lida y necesaria, cuya respuesta tambi\u00e9n define lo que todav\u00eda no podemos dejar en manos de una m\u00e1quina.<\/p>\nPor qu\u00e9 algunas automatizaciones fallan aunque la herramienta sea buena<\/h2>\n
\nPorque una herramienta excelente aplicada sobre procesos no estandarizados seguir\u00e1 produciendo resultados inconsistentes<\/strong>.
\nLo mismo ocurre cuando:<\/p>\n\n
C\u00f3mo reducir el riesgo cuando s\u00ed conviene automatizar<\/h2>\n
\n
Qu\u00e9 cambia cuando un MSP automatiza con criterio y no por impulso<\/h2>\n
\nCuando es as\u00ed, los errores propagados disminuyen, la dependencia de scripts fr\u00e1giles se reduce y la confianza del equipo en la operaci\u00f3n aumenta. Adem\u00e1s, la necesidad de supervisi\u00f3n reactiva y de soporte<\/a> tambi\u00e9n cae, porque las cosas funcionan como deben y no porque alguien est\u00e9 mirando.
\nAparte de lo anterior, la reutilizaci\u00f3n entre clientes se vuelve real en lugar de una aspiraci\u00f3n, y es posible operar cientos de clientes con el mismo equipo t\u00e9cnico<\/a> sin que los costes crezcan al mismo ritmo que la cartera.
\nEl MTTR<\/A> tambi\u00e9n mejora en ese caso, porque nuestros t\u00e9cnicos act\u00faan sobre lo que importa y no sobre lo que una automatizaci\u00f3n descuidada incendi\u00f3.
\nPor \u00faltimo, la diferencia entre detectar incidencias antes de que impacten al cliente<\/A> y apagar fuegos que no deb\u00edan existir deja de ser ret\u00f3rica con una buena automatizaci\u00f3n, para convertirse en algo medible en los SLA y la cuenta de resultados.<\/p>\nC\u00f3mo ayuda Pandora FMS a automatizar con control en entornos MSP<\/h2>\n
\n
\nLas plantillas y pol\u00edticas reutilizables<\/strong> codifican el comportamiento esperado una vez y lo aplican a todos los clientes con la tipolog\u00eda correspondiente. Sin esta capa, cada automatizaci\u00f3n es artesanal y fr\u00e1gil<\/strong>, dependiente de que alguien recuerde c\u00f3mo funciona.
\nLa segmentaci\u00f3n por cliente<\/strong> con permisos granulares garantiza que una automatizaci\u00f3n en el entorno del cliente A no pueda afectar al entorno del cliente B, por mucho que compartan consola. Ese aislamiento es cr\u00edtico en los entornos multicliente de un MSP.
\nLa trazabilidad de acciones<\/strong>, por su parte, convierte el diagn\u00f3stico de cualquier fallo en algo manejable. Cada ejecuci\u00f3n queda registrada con su resultado, su contexto y su momento.
\nSin esto, la autopsia de un incidente es una pesadilla de horas que nadie tiene.
\nLa monitorizaci\u00f3n de infraestructura<\/a> y la monitorizaci\u00f3n de sistemas TI<\/a>, integradas bajo una misma visi\u00f3n, permiten que las decisiones autom\u00e1ticas se tomen con datos reales<\/strong> y no a ciegas, o movidos por una presentaci\u00f3n de ventas que nos meti\u00f3 el miedo a \u00abquedarnos atr\u00e1s\u00bb.
\nLa automatizaci\u00f3n de respuestas con control<\/strong> (self-healing, escalados autom\u00e1ticos, acciones correctivas ante condiciones conocidas) elimina intervenci\u00f3n humana donde esta no aporta valor. Pero eso s\u00ed, siempre con umbrales bien calibrados, con registro de lo que ocurre y con la posibilidad de intervenir cuando el contexto lo requiere, no como en The Ultimate Computer.
\nPor \u00faltimo, la inevitable seguridad, sin la que nada m\u00e1s importa. En ella, Pandora SIEM alinea los eventos de dicha seguridad con el resto de la operaci\u00f3n<\/strong>, teniendo una visi\u00f3n global y reduciendo el mar de ruido en el que se suelen ahogar las alertas relevantes.
\nAl final, la automatizaci\u00f3n \u00fatil en un MSP es la que reduce trabajo repetitivo sin disparar riesgo, opacidad ni mantenimiento innecesario.
\nY eso, contrariamente a lo que se vende en cualquier webinar, no se produce m\u00e1gicamente adoptando una herramienta nueva.
\nAutomatizar bien demanda criterio antes que tecnolog\u00eda<\/strong>. Exige tener igual de claro qu\u00e9 no automatizar y qu\u00e9 s\u00ed, porque una automatizaci\u00f3n prematura o mal dise\u00f1ada puede provocar el mismo desastre que M-5 en Star Trek.[\/et_pb_text][et_pb_button button_url=\u00bb@ET-DC@eyJkeW5hbWljIjp0cnVlLCJjb250ZW50IjoicG9zdF9saW5rX3VybF9wYWdlIiwic2V0dGluZ3MiOnsicG9zdF9pZCI6IjM2MjI3MCJ9fQ==@\u00bb button_text=\u00bb\u2190 Regresar a IT Topics\u00bb button_alignment=\u00bbleft\u00bb _builder_version=\u00bb4.22.0″ _dynamic_attributes=\u00bbbutton_url\u00bb _module_preset=\u00bbdefault\u00bb custom_button=\u00bbon\u00bb button_text_size=\u00bb1em\u00bb button_text_color=\u00bb#0C312F\u00bb button_bg_color=\u00bb#FFFFFF\u00bb button_bg_color_gradient_direction=\u00bb90deg\u00bb button_bg_color_gradient_stops=\u00bb#82B92E 0%|#3CB92E 100%\u00bb button_bg_color_gradient_start=\u00bb#82B92E\u00bb button_bg_color_gradient_end=\u00bb#3CB92E\u00bb button_border_width=\u00bb1px\u00bb button_border_color=\u00bb#eaeaea\u00bb button_border_radius=\u00bb100px\u00bb button_use_icon=\u00bboff\u00bb z_index=\u00bb0″ custom_margin=\u00bb60px||0px||false|false\u00bb custom_padding=\u00bb10px|50px|10px|50px|true|true\u00bb custom_padding_tablet=\u00bb\u00bb custom_padding_phone=\u00bb10px|20px|10px|20px|true|true\u00bb custom_padding_last_edited=\u00bbon|phone\u00bb custom_css_main_element=\u00bbright:0!important;||font-family:%22Pandora-Bold%22!important;\u00bb global_module=\u00bb367749″ locked=\u00bboff\u00bb global_colors_info=\u00bb{}\u00bb button_bg_color__hover_enabled=\u00bbon|desktop\u00bb button_bg_color_gradient_start__hover=\u00bb#eaeaea\u00bb button_bg_color_gradient_end__hover=\u00bb#f4f4f4″ button_bg_color__hover=\u00bb#eaeaea\u00bb button_bg_enable_color__hover=\u00bbon\u00bb button_bg_use_color_gradient__hover=\u00bbon\u00bb button_bg_color_gradient_stops__hover=\u00bb#eaeaea 0%|#f4f4f4 100%\u00bb][\/et_pb_button][\/et_pb_column][\/et_pb_row][\/et_pb_section][et_pb_section fb_built=\u00bb1″ custom_padding_last_edited=\u00bbon|desktop\u00bb admin_label=\u00bbFinal CTA\u00bb _builder_version=\u00bb4.27.0″ _module_preset=\u00bbdefault\u00bb background_color=\u00bb#161327″ use_background_color_gradient=\u00bbon\u00bb background_color_gradient_stops=\u00bbrgba(22,19,39,0.5) 17%|rgba(22,19,39,0.5) 100%\u00bb background_color_gradient_overlays_image=\u00bbon\u00bb background_image=\u00bbhttps:\/\/pandorafms.com\/wp-content\/uploads\/2023\/12\/banner-contacta-it-topics.webp\u00bb background_size=\u00bbcustom\u00bb background_image_width=\u00bb121%\u00bb background_image_height=\u00bb192%\u00bb background_position=\u00bbtop_left\u00bb z_index=\u00bb1″ max_width=\u00bb1080px\u00bb max_width_tablet=\u00bb98%\u00bb max_width_phone=\u00bb98%\u00bb max_width_last_edited=\u00bbon|tablet\u00bb module_alignment=\u00bbcenter\u00bb custom_margin=\u00bb80px||80px||true|false\u00bb custom_padding=\u00bb40px|20px|120px|20px|false|true\u00bb custom_padding_tablet=\u00bb40px|0px|120px|0px|false|true\u00bb custom_padding_phone=\u00bb40px|0px|120px|0px|false|true\u00bb scroll_scaling=\u00bb40|55|85|100|100%|120%|100%\u00bb motion_trigger_start=\u00bbtop\u00bb background_last_edited=\u00bbon|phone\u00bb background_size_tablet=\u00bbcover\u00bb background_size_phone=\u00bbcover\u00bb background_position_phone=\u00bbtop_center\u00bb border_radii=\u00bboff|20px|20px|20px|20px\u00bb border_color_all=\u00bb#ffffff\u00bb box_shadow_style=\u00bbpreset1″ box_shadow_vertical=\u00bb0px\u00bb box_shadow_blur=\u00bb80px\u00bb box_shadow_color=\u00bb#506da0″ global_module=\u00bb367449″ saved_tabs=\u00bball\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_row use_custom_gutter=\u00bbon\u00bb gutter_width=\u00bb2″ make_equal=\u00bbon\u00bb _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb max_width=\u00bb750px\u00bb module_alignment=\u00bbcenter\u00bb custom_margin=\u00bb0px||0px||true|false\u00bb custom_padding=\u00bb0px|0px|0px|0px|true|true\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_column type=\u00bb4_4″ _builder_version=\u00bb4.22.0″ _module_preset=\u00bbdefault\u00bb global_colors_info=\u00bb{}\u00bb][et_pb_text content_tablet=\u00bb<\/p>\n
o resuelve tus dudas sobre nuestras licencias<\/p>\n