Gestionar Aprenda a aplicar las mejores prácticas y optimizar sus operaciones.

Cinco ejemplos de automatización de TI que los equipos de operaciones deben implementar

3/6

Simplifique las actualizaciones de software con parches automatizados

Fuente:  VectorMine/Adobe Stock
Diseñador: Megan Wilcox para TechTarget

Un producto de software es una entidad dinámica que evoluciona y crece constantemente a lo largo de su ciclo de vida. El software a menudo cambia para corregir defectos funcionales o de seguridad, mejorar el rendimiento, crear interoperabilidad o agregar nuevas características y funciones. Cada vez que un equipo de desarrollo lanza una nueva versión de software, las operaciones de TI deben instalar esa nueva iteración en cada sistema o servidor donde se ejecuta el software. Por ejemplo, cuando Microsoft lanza una actualización para Windows Server 2019, es importante parchar y actualizar todos los servidores que lo ejecutan.

Si bien la aplicación de parches generalmente se automatiza por derecho propio a través de instaladores, como archivos de instalación ejecutables o herramientas de actualización integradas, los parches grandes pueden tardar horas en aplicarse. Ese tiempo se multiplica por la cantidad de implementaciones, así como por la frecuencia de actualización y lanzamiento de parches. Considere un entorno con 500 servidores VM que ejecutan Windows: si se parcha una pieza de software varias veces al mes, el tiempo de parchado de software agregado es considerable. Es más, una pieza de software en la propia canalización de CI/CD de la organización puede requerir parches diarios. Olvidar un parche podría dejar una instancia de implementación inoperable o expuesta a fallas de seguridad.

En consecuencia, los administradores de TI a menudo imponen parches automatizados. En este ejemplo común de automatización de TI, las herramientas de administración de parches, como SolarWinds Patch Manager, ManageEngine Patch Manager Plus, ITarian Patch Manager y Automox, aseguran automáticamente que los sistemas afectados se actualicen correctamente.

La noción de infraestructura inmutable, en la que una implementación no cambia después de aprovisionada, está suplantando lentamente los paradigmas de parches tradicionales y automatizados. Con una infraestructura inmutable, los administradores crean una nueva instancia de implementación y redirigen el tráfico a esa nueva instancia, mientras que la instancia anterior se destruye.

Vea todas las foto historias
Close