Hace unas semanas, hablé con el venerable Ken Hess en la transmisión en vivo "Red Hat Enterprise Linux Presents...". El tema de discusión fueron las prácticas generales de administración de sistemas, y quedó claro que Ken y yo tenemos opiniones muy diferentes de lo que es.
Tanto Ken como yo trabajamos en lo que solo puedo describir como la Edad Dorada de la administración de sistemas. En este tiempo, los administradores elaboraban a mano con amor los sistemas que administraban. Literalmente, había un gremio, que todavía existe hoy:el gremio de administradores del sistema. Además, durante este período, muchos sistemas eran increíblemente caros. Como resultado, los administradores solían administrar de 5 a 20 servidores. Uno de los factores fue que el hardware de cómputo en el espacio Unix era extremadamente costoso. Mi estación de trabajo Silicon Graphics Indy, que se muestra a continuación, costaba alrededor de $ 26,000 cuando era nueva.
En esta era, necesitábamos diferentes habilidades para ser administradores efectivos y dedicábamos gran parte de nuestro tiempo a tareas como:
Planificación de almacenamiento :Las unidades de disco grandes eran de 1G y los sistemas de archivos no admitían características como el cambio de tamaño. Cuando instaló un sistema y estableció su configuración de almacenamiento, el tamaño seleccionado para diferentes sistemas de archivos y su ubicación en el disco fue importante para garantizar la longevidad de la máquina. Si elige mal, se encontrará meses después rehaciendo todo y restaurando el contenido desde una copia de seguridad.
Administración de software :El paquete de software era casi inexistente. Por lo general, estaba descargando un archivo fuente, compilándolo y luego instalándolo en la máquina. Sin embargo, debido a que ese software no estaba empaquetado, usted, como administrador, también debe mantenerlo. Esto consistió en monitorear el proyecto que había descargado (como Apache) para que se emitieran actualizaciones. Una vez que lo fueron, pudo descargar la versión actualizada, compilarla nuevamente e instalarla. Qué divertido, ¿verdad?
Recompilación del kernel :Si tenía suerte, cuando necesitaba un dispositivo adicional en su máquina, como una biblioteca de cintas, un escáner o un almacenamiento óptico, el núcleo del sistema tendría los controladores necesarios. Sin embargo, muchas veces no fue así. Eso significaba que tenía que volver a compilar su kernel para agregar el controlador o, de nuevo, si tenía suerte, crear un módulo de controlador para el kernel. ¡Qué gran manera de pasar un día en el trabajo!
Gestión de procesos individuales :Estos sistemas a menudo no eran de un solo uso. A menudo, tenía un sistema que funcionaba como un servidor web para cierta información, pero también ejecutaba trabajos de análisis de datos o renderización, se ejecutaba como servidor de correo, proporcionaba servicios de DNS para la organización y actuaba como un servidor de archivos. Debido a que el sistema hizo tantas cosas, un proceso Bind desbocado o un demonio Apache podría afectar drásticamente a su organización. Esto significaba que estaba revisando los sistemas y observando sus procesos con bastante frecuencia para detectar estos problemas temprano o escribiendo sus propios scripts para ejecutar en cron trabajos para notificarle sobre posibles problemas. A diferencia de la mayoría de las cosas en las que confiamos hoy, no teníamos aplicaciones de monitoreo integrales. Tuvimos que escribirlos nosotros mismos.
Administración de usuarios :Debido a que los sistemas eran multifunción, también los usaban varias personas que hacían cosas diferentes. Eso significaba que diferentes personas necesitaban acceso a varios sistemas. Por lo tanto, también administró cuentas individuales en su flota de sistemas. Había algunos servicios de usuario centrales, como NIS, pero en ese momento no había un gran control sobre a qué sistemas podía acceder un usuario en particular. Eso significaba que los usuarios podían acceder a cualquier sistema de la organización si estaban en el servicio central de usuarios. Si trabajó en un lugar menos abierto que ese, debe pasar su tiempo usando useradd y userdel para mantener quién tenía acceso a qué sistemas.
[ Los lectores también disfrutaron: Carreras de administrador de sistemas:¿Su trabajo de administrador de sistemas va a desaparecer? ]
Claramente, hoy en día, tenemos muchas tecnologías que han dejado obsoletas estas tareas, desde servicios centrales de administración y monitoreo de usuarios hasta formatos de empaquetado y mejores ecosistemas de software y hardware. Eso también significa que pasamos nuestro tiempo en el trabajo haciendo diferentes tareas. Tener todas estas mejoras en nuestros recursos tecnológicos a lo largo de los años significa que ahora administramos poblaciones de sistemas mucho más grandes. Si antes era la Edad Dorada, ahora es la Edad Industrializada de la administración del sistema. Mayores poblaciones de sistemas y modelos de implementación como la nube significan que estamos operando a una velocidad y eficiencia que hubiera sido imposible en los días de antaño.
Hoy en día, sugeriría que las habilidades que permiten a los administradores realizar tareas de manera más eficiente oa mayor escala son más importantes. Habilidades como:
Estandarización :Anteriormente, hablé de sistemas que tenían múltiples propósitos. Sin embargo, tener sistemas dedicados a un propósito específico significa que puede administrarlos todos juntos. Si uno necesita una actualización, probablemente todos necesiten esa actualización. Si uno está obteniendo una nueva configuración, probablemente todos necesiten esa configuración.
Automatización :La automatización también es fundamental para la estandarización. Si descubre que necesita aplicar una actualización de nginx a todos sus servidores web, necesita un método para hacerlo. Ya sea implementando sus propias herramientas, scripts o usando un marco como Ansible, necesita tener una forma eficiente y repetible de realizar tareas en todos sus sistemas.
Supervisión :Con poblaciones más grandes de sistemas para administrar, probablemente no pueda verificarlos todos. El uso de un método de monitoreo le permite identificar problemas antes. El monitoreo, cuando se combina con la estandarización y la automatización, permite que lo que podría haber sido una falla en cascada se detecte temprano y se resuelva. Por ejemplo, si uno de sus servidores web tiene poco espacio en disco en uno de sus sistemas de archivos, es probable que muchos de sus sistemas de ese tipo se encuentren en un estado similar (aunque tal vez aún no superen el umbral de alerta de monitoreo). Podría usar sus utilidades de automatización para abordar el problema del sistema de archivos y aplicarlo a la población para evitar que ocurran problemas en un futuro cercano.
Informes :A medida que obtienes esas poblaciones más grandes, no puedes mirarlas todas individualmente. Debe recopilar datos de ellos sobre su configuración, paquetes instalados y otras características. Nuevamente, cuando se combina con la automatización y la estandarización, esta es una herramienta poderosa, ya que puede hacer cosas como aplicar actualizaciones en vastas franjas de su población que las necesitan. Igualmente importante es saber qué hay en esa población. Recientemente, me preguntaron si usábamos el software de un proveedor específico en nuestro entorno. Debido a que regularmente recopilo datos sobre lo que se implementa, pude informar, con confianza, que no lo hicimos. Además, proporcioné algunos datos adicionales sobre cosas como cuándo los sistemas tuvieron su último mantenimiento y detalles de cuál fue ese mantenimiento. Si es necesario, puedo proporcionar un historial de acciones realizadas en sistemas desde el nivel de población hasta casillas individuales.
[ Nueva investigación de HBR Analytic Services - Estrategia de talento de TI:Nuevas tácticas para una nueva era ]
Conclusión
A medida que innumerables industrias pasan de ser profesionales individuales a pequeña escala a procesos industrializados más grandes, los administradores de sistemas deben adaptarse. Como sugiere el título del artículo, la administración de sistemas de la Edad Dorada está muerta, ¡larga vida a la administración de sistemas en la era industrial!