[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.6″ _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.6″ _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]Aqu\u00ed mismo hablamos siempre de buenas pr\u00e1cticas, porque es lo correcto y siempre fuimos buenos en el colegio. Pero un enorme oc\u00e9ano separa la teor\u00eda IT y su pr\u00e1ctica del d\u00eda a d\u00eda… Y est\u00e1 lleno de monstruos. Por ejemplo, la mayor\u00eda de los MSP<\/A> no tienen un entorno de validaci\u00f3n que reproduzca la realidad de sus clientes<\/strong>. Por una vez, este problema no es negligencia nuestra, en serio. As\u00ed que conviene normalizarlo porque, en realidad, se trata de la naturaleza misma del negocio<\/strong>. Chuck Palahniuk escribi\u00f3 El club de la lucha y dijo que la \u00fanica manera de encontrar la felicidad era arriesg\u00e1ndonos a que nos abrieran en canal. Pero Palahniuk no trabajaba en IT y la primera clave para automatizar directamente sobre producci\u00f3n es comprender esos riesgos<\/strong>, o nosotros s\u00ed que acabaremos abiertos en canal. Tras conocer los riesgos, debemos conocer las automatizaciones<\/strong> concretas en el cliente, porque no todas son iguales y nuestro primer ejercicio de prudencia es distinguir las que muerden de las que no<\/strong>. Ahora, no estamos identificando lo cr\u00edtico para renunciar a automatizarlo, la clave es reservarles el tratamiento m\u00e1s cuidadoso<\/strong> de todos los que veremos a continuaci\u00f3n.<\/p>\n Vamos al coraz\u00f3n del asunto. Si no podemos probar en un entorno gemelo o similar, la estrategia consiste en convertir la propia producci\u00f3n en nuestro banco de pruebas, pero de forma controlada<\/strong>, exponiendo cada vez una porci\u00f3n peque\u00f1a y recuperable<\/strong> del total. Si nos fijamos, ninguna de estas medidas necesita un staging, solo criterio basado en la mentalidad de preparacionistas para el fin del mundo y un poco de paciencia<\/strong>. La automatizaci\u00f3n, por definici\u00f3n, hace que perdamos control directo, porque soltamos las manos del volante para dedicarnos a otras cosas y rezamos para que la autoconducci\u00f3n no termine en una farola. La cuesti\u00f3n es que la calidad de la trazabilidad posterior define, en parte, cu\u00e1nta validaci\u00f3n en un entorno previo<\/strong> (que no tenemos) podemos omitir. Cuando ensamblamos todo lo anterior como los Avengers (despliegue progresivo, segmentaci\u00f3n, rollback previsto y observabilidad), el staging se hace menos necesario y habr\u00e1 se\u00f1ales de que lo estamos haciendo bien. El resultado es una automatizaci\u00f3n sostenible aunque no exista un staging real<\/strong>, que era justo lo que parec\u00eda imposible al principio.<\/p>\n La pregunta m\u00e1s pr\u00e1ctica es \u00bfcon qu\u00e9 herramientas hacemos todo esto sin volvernos locos? 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
\nNo han levantado un staging gemelo o una r\u00e9plica fiable, y tampoco poseen ese laboratorio impoluto donde probar automatizaciones antes de toquetear lo importante. Tienen producci\u00f3n y un becario hecho de cafe\u00edna con el dedo en el bot\u00f3n de push. Pero producci\u00f3n es donde vive el cliente que paga, no entiende de excusas y llama echando serpientes<\/Strong> por la boca.
\nEl instinto en este caso suele ser renunciar a automatizar \u00abpor si acaso\u00bb o lanzarse a pelo y rezar. La primera de esas puertas nos condena a seguir haciendo a mano todo lo que erosiona el margen y consume al equipo<\/a>. La segunda es pilotar a velocidad warp a ciegas, de modo que vas muy r\u00e1pido… hasta que dejas de ir.
\nAqu\u00ed abriremos una tercera puerta, porque no tener un entorno de validaci\u00f3n perfecto no implica renunciar a la automatizaci\u00f3n, pero s\u00ed obliga a dise\u00f1arla de otra manera<\/strong>. Una m\u00e1s prudente, segmentada y, sobre todo, reversible.
\nVeamos c\u00f3mo.<\/p>\nPor qu\u00e9 en un MSP no suele existir un staging real<\/h2>\n
\nUn MSP gestiona clientes heterog\u00e9neos<\/strong>. Cada uno tiene su sistema operativo, su versi\u00f3n, su parche pendiente desde el Cret\u00e1ceo, su topolog\u00eda particular… Replicar eso en un entorno de pruebas implicar\u00eda veinte laboratorios distintos y es en estas cosas donde la teor\u00eda perfecta no cabe en la realidad IT<\/strong>.
\nA eso tenemos que sumar las infraestructuras heredadas<\/strong>. Esos sistemas que nadie osa tocar porque no se sabe bien c\u00f3mo funcionan o qu\u00e9 personaje legendario los mont\u00f3, as\u00ed que rara vez se pueden clonar con garant\u00edas.
\nPero por encima de todo est\u00e1 el amo supremo, el dinero<\/strong>.
\nReplicar entornos representativos cuesta hardware, licencias y horas que casi ning\u00fan MSP puede dedicar por cliente<\/strong>.
\nPara echar sal en la herida, muchas piezas de la infraestructura gestionada dependen de servicios externos<\/strong> (APIs de terceros, integraciones, sistemas del propio cliente…) que sencillamente son irreproducibles en un entorno aislado<\/strong>.
\nEn el fondo hay una cuesti\u00f3n de control, porque un MSP no es due\u00f1o de la arquitectura del cliente<\/strong>. La gestiona, s\u00ed, pero no la posee, de modo que limita lo que puede montar como espejo de pruebas.
\nEn esa vida real tan diferente de la teor\u00eda, el staging fiable, cuando hablamos de entornos multicliente, es la excepci\u00f3n en lugar de la regla, as\u00ed que, m\u00e1s que una verg\u00fcenza que esconder, hablamos de una restricci\u00f3n de dise\u00f1o con la que trabajar<\/strong>.
\nPero claro, eso implica peligro…<\/p>\nQu\u00e9 riesgos aparecen al automatizar directamente sobre producci\u00f3n<\/h2>\n
\nEl primero y m\u00e1s temido es la propagaci\u00f3n r\u00e1pida de errores<\/strong>.
\nUna automatizaci\u00f3n es, por definici\u00f3n, algo que ejecutamos muchas veces y muy r\u00e1pido. Maravilloso cuando funciona y desastre total cuando no, porque un script equivocado rompe doscientos servidores antes de que la mand\u00edbula nos llegue al suelo cuando lo vemos.
\nEn segundo lugar est\u00e1n los cambios dif\u00edciles de diagnosticar<\/strong>.
\nCuando algo se aplica de forma masiva y simult\u00e1nea tambi\u00e9n es probable que empiece a fallar de forma masiva y simult\u00e1nea<\/strong>.
\nEn esos casos cuesta saber qu\u00e9 cambi\u00f3 exactamente, en qu\u00e9 orden y d\u00f3nde empez\u00f3 a torcerse la cosa.
\nY cuando eso que se tuerce es cr\u00edtico, supone un problema de negocio para el cliente<\/strong> al que prometimos que su IT ir\u00eda suave. Perdemos su confianza y esta es un jarr\u00f3n de porcelana, aunque volvamos a pegar los trozos costosamente, nunca queda igual.
\nEl resto de la factura llega en diferido porque esos riesgos nos vuelven temerosos e ineficientes<\/strong>.
\nAs\u00ed, aumentamos la supervisi\u00f3n reactiva<\/strong>, porque no hay quien se f\u00ede y estamos vigilando todo el rato. Poco a poco, tambi\u00e9n se degradan los SLA<\/A><\/strong> y el rollback (esa marcha atr\u00e1s que nadie dise\u00f1\u00f3 porque \u00abtotal, \u00bfqu\u00e9 va a fallar?\u00bb) resulta car\u00edsimo justo cuando m\u00e1s lo necesitamos.<\/p>\nQu\u00e9 automatizaciones son especialmente delicadas sin validaci\u00f3n real<\/h2>\n
\nEn el grupo de las que tratar como si desarm\u00e1ramos una bomba se encuentran:<\/p>\n\n
C\u00f3mo reducir el riesgo cuando no podemos probar en un entorno gemelo<\/h2>\n
\nLa vida en IT es un casino y conviene seguir la regla de oro para sobrevivir a ellos: Nunca apostar m\u00e1s de lo que podemos permitirnos perder<\/strong> en cada jugada que hagamos.
\nPor eso no hacemos como James Bond y vamos con \u00abtodo al rojo\u00bb, sino que aplicamos el despliegue progresivo esperando lo mejor, pero preparados para lo peor<\/strong>.
\nEsta mentalidad es fundamental<\/strong> y, en lugar de aplicar ese cambio sugerido por el LLM a mil activos de golpe, empezamos por un grupo piloto<\/strong> reducido, observamos limpi\u00e1ndonos el sudor fr\u00edo y, solo si nuestras pesadillas no se hacen realidad, ampliamos dicho despliegue.
\nNunca seremos 007 con esa actitud, pero una activaci\u00f3n por fases<\/strong> (en la que cada una confirma que la anterior no ardi\u00f3) har\u00e1 que el mandaloriano asienta diciendo: \u00abThis is the way\u00bb.
\nEse pilotaje se apoya en la segmentaci\u00f3n<\/strong> y aqu\u00ed es donde un MSP tiene, parad\u00f3jicamente, una ventaja (ya era hora).
\nDicho MSP trabaja por clientes y niveles de criticidad (o al menos, deber\u00eda), lo que permite ordenar los despliegues empezando por lo menos cr\u00edtico y los entornos m\u00e1s tolerantes<\/strong>, dejando para el final los servicios que m\u00e1s infartos causan.
\nEste despliegue progresivo es un caballo que conducimos con cuidado y al que le ponemos una serie de salvaguardas adicionales de seguridad<\/strong>, como son:<\/p>\n\n
\nLo malo es que muchas veces automatizamos por moda y FOMO, lo que nos hace correr como pollos sin cabeza porque \u00abno queremos quedarnos atr\u00e1s y la competencia seguro que ya lo ha aplicado\u00bb.
\nLa competencia est\u00e1 pasando por lo mismo que nosotros y esto enlaza con los errores t\u00edpicos al automatizar procesos en un MSP<\/a>. Spoiler: casi todos tienen el mismo padre, querer ir demasiado r\u00e1pido.<\/p>\nQu\u00e9 papel juega la observabilidad de la propia automatizaci\u00f3n<\/h2>\n
\nPero soltar el volante no significa cerrar los ojos<\/strong>.
\nDe ah\u00ed la necesidad de vigilar la automatizaci\u00f3n<\/strong> para que no se vaya escorando poco a poco hasta esa farola.
\nSpock dijo: \u00abLa l\u00f3gica es el principio de la sabidur\u00eda, no el final\u00bb. Automatizar tambi\u00e9n es el principio solamente y la sabidur\u00eda final es saber qu\u00e9 est\u00e1 haciendo realmente lo que pusimos a funcionar por s\u00ed solo.
\nPara eso, necesitamos respuestas a preguntas muy concretas:<\/p>\n\n
\nAl final, incluso con ese laboratorio previo, las cosas no saldr\u00e1n exactamente igual y la validaci\u00f3n que cuenta es la hecha sobre la realidad<\/strong>.
\nPero sin visibilidad, automatizar producci\u00f3n sin staging es el \u00abtodo al rojo\u00bb de Bond que solo funciona en las pel\u00edculas.<\/p>\nQu\u00e9 cambia cuando un MSP automatiza producci\u00f3n con criterio<\/h2>\n
\nEstas son:<\/p>\n\n
C\u00f3mo ayuda Pandora FMS a automatizar de manera controlada sin entorno de validaci\u00f3n completo<\/h2>\n
\nPandora FMS<\/a> encaja como respuesta, pero no por magia o marketing, sino porque la pensamos y construimos para las batallas multi-tenant<\/strong>.
\nAs\u00ed, la segmentaci\u00f3n por grupos y clientes es nativa<\/strong>. Organizar despliegues por criticidad o entorno (esos grupos piloto de los que habl\u00e1bamos antes) pasa de ser una cuesti\u00f3n de hacks y apa\u00f1os a la forma natural de trabajar<\/strong> de nuestra herramienta.
\nSobre esa base, la monitorizaci\u00f3n previa y posterior al cambio <\/strong>nos da las validaciones que vimos que pod\u00edan sustituir (al menos en parte) al laboratorio previo. Con Pandora FMS comprobamos el estado antes de actuar y confirmamos el resultado despu\u00e9s… de forma automatizada<\/strong>.
\nLa automatizaci\u00f3n controlada<\/strong> permite ejecutar acciones correctivas y respuestas sin renunciar a la verificaci\u00f3n ni a la trazabilidad, que es el punto fuerte de Pandora FMS. Ya que nos lanzamos de cabeza sin prueba previa, al menos podemos observar de cerca cada paso que damos para corregir problemas<\/strong>.
\nNuestra herramienta detecta, act\u00faa, comprueba y deja registro de qu\u00e9 hizo y sobre qu\u00e9<\/strong>, que es lo que convierte una automatizaci\u00f3n ciega en controlada.
\nY todo ello, bajo una visibilidad centralizada<\/strong> desde la Metaconsola<\/a>, ese single pane of glass desde el que observamos los efectos del cambio en tiempo real y en todos los entornos a la vez. El sue\u00f1o de ser el Heimdall de Marvel, que puede escuchar hasta el susurro m\u00e1s peque\u00f1o en los nueve mundos.
\nA eso se suman las alertas y eventos consolidados<\/strong>, con correlaci\u00f3n y filtrado para no ahogarnos en ruido cuando empieza a moverse algo raro<\/a>.
\nY si la seguridad es integral, Pandora SIEM<\/A> a\u00f1ade la visibilidad de eventos de este tipo a la misma foto<\/strong>. Si un cambio automatizado abre una puerta que no debe a los actores maliciosos, esta no pasar\u00e1 desapercibida para Pandora.
\nAl final, no tener un entorno de validaci\u00f3n perfecto no es el fin de la automatizaci\u00f3n en un MSP porque entonces casi nadie automatizar\u00eda.
\nLa clave es dejar de pensar en la automatizaci\u00f3n como un interruptor que encendemos de golpe y a ver qu\u00e9 pasa. Si la enfocamos como un proceso gradual, observable y reversible<\/strong> (desplegando por fases, segmentando por criticidad, validando antes y despu\u00e9s, y con rollbacks), mitigamos los riesgos de no tener el laboratorio perfecto (que probablemente nunca llegue).
\n\u00bfNos equivocaremos? Claro, as\u00ed es la vida real en IT, pero el laboratorio no nos vacuna contra eso tampoco y, siguiendo las mejores pr\u00e1cticas que hemos visto, esos fallos inevitables ser\u00e1n peque\u00f1os y sin dramas.[\/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