Como profesionales de TI, todos llegamos a cierto punto en nuestra carrera de TI en el que nos damos cuenta de que algunas de nuestras tareas diarias se realizan de la misma manera a\u00f1o tras a\u00f1o sin que nadie se pregunte por qu\u00e9 se hace de esa manera.<\/p>\n
A pesar del cambio constante y la mejora en la tecnolog\u00eda, algunas cosas simplemente se hacen de la misma manera ineficaz sin ning\u00fan pensamiento real detr\u00e1s porque “as\u00ed es como siempre se ha hecho”.<\/p>\n
Un ejemplo t\u00edpico: parchear<\/h2>\n
Mes tras mes, llega un d\u00eda dedicado a parchear. <\/p>\n
La aplicaci\u00f3n de parches puede estar m\u00e1s automatizada que antes porque ya no necesita iniciar sesi\u00f3n en cada sistema para aplicar parches y reiniciar tedioso. Es un paso adelante, pero el proceso de aplicaci\u00f3n de parches sigue siendo el mismo. <\/p>\n
La aplicaci\u00f3n de parches es disruptiva, lenta, propensa a errores y rara vez lo suficientemente r\u00e1pida como para mantenerse al d\u00eda con las nuevas vulnerabilidades. \u00bfPor qu\u00e9 disruptivo? Todos sabemos que cada vez que aparece una ventana de mantenimiento, Bob de contabilidad les recordar\u00e1 a todos c\u00f3mo “la TI de la empresa nos va a arruinar la semana”.<\/p>\n
Tiene raz\u00f3n, por supuesto, porque la aplicaci\u00f3n de parches de la forma en que siempre se ha hecho tiene un impacto en una empresa al detener por completo las operaciones o ralentizar todo. A las empresas y sus partes interesadas no les gusta, y significa que la aplicaci\u00f3n de parches refuerza la idea de TI como un sumidero de dinero dentro de una organizaci\u00f3n en lugar de un impulsor del valor comercial.<\/p>\n
Margen de mejora… pero ninguna mejora<\/h2>\n
La aplicaci\u00f3n de parches tambi\u00e9n es lenta. Suponiendo un marco de tiempo de mes a mes y muchas horas de trabajo cada vez, parchear como se ha hecho durante todos estos a\u00f1os es demasiado lento para ser un elemento disuasorio eficaz para los incidentes cibern\u00e9ticos, pero requiere tanto tiempo que siempre se siente como si estuviera tomando demasiado tiempo para hacer.<\/p>\n
Pero si llevamos parcheando de la misma manera todos estos a\u00f1os, seguro que lo estamos haciendo as\u00ed porque es infalible, \u00bfno? No tanto, y eso tambi\u00e9n es cierto para muchas otras pr\u00e1cticas de TI predominantes, donde simplemente no hay una buena raz\u00f3n para hacer las cosas.<\/p>\n
Con respecto a la aplicaci\u00f3n de parches, todos los administradores de sistemas se identificar\u00edan con una historia en la que… el otro d\u00eda… en lugar de seleccionar solo los servidores web de repuesto para parchear, la herramienta de administraci\u00f3n de alguna manera implement\u00f3 parches en todos los servidores web, que luego los reinici\u00f3 a todos al mismo tiempo. Mismo tiempo. <\/p>\n
Esos servidores web tardaron un tiempo en volver a funcionar y, por supuesto, Bob, de contabilidad, se\u00f1al\u00f3 r\u00e1pidamente que la empresa perdi\u00f3 “una tonelada de dinero” en ventas perdidas durante el tiempo de inactividad. <\/p>\n
Bob a veces es as\u00ed de molesto porque, una vez m\u00e1s, tiene raz\u00f3n. Sin embargo, la aplicaci\u00f3n de parches siempre se ha hecho de esta manera, por lo que todos contin\u00faan haci\u00e9ndolo de esta manera, y Bob seguir\u00e1 quej\u00e1ndose porque las pr\u00e1cticas de TI no cambian.<\/p>\n
A veces una mejor manera ya est\u00e1 ah\u00ed fuera<\/h2>\n
Aqu\u00ed est\u00e1 la parte reveladora que ofrece una lecci\u00f3n para cada caso de “siempre lo hemos hecho de esa manera en TI”: hay formas m\u00e1s seguras, m\u00e1s eficientes y sin interrupciones para realizar parches. <\/p>\n
Durante muchos a\u00f1os, la aplicaci\u00f3n de parches en vivo ha ofrecido una alternativa a la forma antigua de aplicar parches. Ha sido probado a fondo y funciona perfectamente para las organizaciones, brindando beneficios considerables. \u00bfPor qu\u00e9 no se usa universalmente?<\/p>\n
La aplicaci\u00f3n de parches en vivo hace que el proceso sea m\u00e1s r\u00e1pido, aunque “inmediato” es una palabra a\u00fan mejor. La aplicaci\u00f3n de parches en vivo tambi\u00e9n es menos propensa a errores y no hay interrupciones. Los parches en vivo son auditables y reversibles y sirven como protecci\u00f3n r\u00e1pida contra nuevas amenazas. <\/p>\n
Sin embargo, por alguna raz\u00f3n, los parches en vivo no se adoptan universalmente, y la \u00fanica explicaci\u00f3n es la resistencia al cambio, aunque es posible que algunos equipos simplemente no est\u00e9n tan bien informados.<\/p>\n
\u00bfEncontrar una mejor manera? adoptarlo<\/h2>\n
Es comprensible que la tecnolog\u00eda de vanguardia no probada no sea para todos. Pero ignorar un tecnolog\u00eda probada<\/a> que mejora los resultados nunca es una buena idea. <\/p>\n Tal vez sea hora de modernizar las operaciones cambiando de marcha y adoptando la \u00faltima forma de hacer las cosas. Los profesionales de TI deben estar al tanto de las pr\u00e1cticas cambiantes y buscar mejores formas de hacer las cosas. Necesitamos cuestionarnos si nuestra pr\u00e1ctica diaria refleja las mejores pr\u00e1cticas.<\/p>\n Haga eso, y podr\u00edamos encontrar que Bob deja de quejarse de TI.<\/p>\n Este art\u00edculo est\u00e1 escrito y patrocinado por <\/em>TuxCare<\/em><\/a>el l\u00edder de la industria en grado empresarial <\/em>automatizaci\u00f3n de linux<\/em><\/a>. TuxCare ofrece niveles inigualables de eficiencia para desarrolladores, administradores de seguridad de TI y <\/em>Administradores de servidores Linux<\/em><\/a> buscando mejorar y simplificar de manera asequible sus operaciones de ciberseguridad. Parches de seguridad en vivo del kernel de Linux de TuxCare, y est\u00e1ndares y <\/em>servicios de apoyo mejorados<\/em><\/a> ayudar a asegurar y respaldar m\u00e1s de un mill\u00f3n de cargas de trabajo de producci\u00f3n.<\/em><\/p>\n <\/p>\n<\/div>\n