4 lecciones para administradores de sistemas de The Unicorn Project

La mayoría de las personas que practican DevOps están familiarizadas con el trabajo de Gene Kim. Es posible que haya descubierto DevOps y "The Three Ways" a través de , o puede confiar en como una guía para cambiar la cultura de su equipo y aumentar su productividad. Kim está de regreso con un nuevo volumen desde la perspectiva de un desarrollador y arquitecto principal en .

El libro se describe como "una novela sobre desarrolladores, disrupción digital y prosperidad en la era de los datos". Me enganché al guión desde el principio cuando el personaje principal, Maxine, fue exiliado de un puesto de ingeniería en la empresa ficticia Parts Unlimited debido a un error cometido durante la producción.

Maxine asumió su nuevo papel en el "Proyecto Fénix" con una sonrisa (y un poco de escepticismo). Su primer desafío fue poner en marcha el entorno de desarrollo del desarrollador en su ordenador portátil. No fue una tarea fácil, ya que se encontró con un problema tras otro y siguió creando tickets con el servicio de asistencia interna solicitando acceso a ciertas carpetas compartidas o claves de licencia. No iba a ningún lado rápido, pero estaba decidida.

La perseverancia de Maxine llamó la atención de los demás. Aunque la gerencia le indicó que se mantuviera discreta, este no era su estilo. Tuvo una gran aventura a lo largo del resto de la historia cuando la invitaron a unirse a "La Rebelión", un grupo de los mejores y más brillantes ingenieros de la compañía que se forman en secreto para convertirse en una organización de aprendizaje.

Uno de mis aspectos favoritos de este libro son los escenarios realistas que enfrentan los equipos. Es el viaje que emprenden lo que muchos administradores de sistemas conocen muy bien. La tarea paso a paso de pasar de un proceso sin compilación a uno automatizado es un viaje clave con múltiples oportunidades de aprendizaje y riesgo de errores. Hay muchas conclusiones aquí desde la perspectiva de un administrador de sistemas. Echemos un vistazo a ellos.

Índice

Repetibilidad y consistencia

Maxine estaba tratando desesperadamente de obtener un entorno de construcción, pero nadie en toda la empresa podía replicarlo. Cada desarrollador verificó el código solo contra su entorno local. No es bueno.

Su documentación sobre la creación de un entorno de construcción, incluida la ubicación de las brechas y los bloqueos, ayudó a los miembros de The Rebellion a lograr un estado de repetibilidad y estandarización. Más importante aún, tener una experiencia de construcción consistente para cada desarrollador fue fundamental para el éxito del proyecto. Los administradores del sistema se esfuerzan por crear compilaciones estandarizadas y repetibles para que sus usuarios brinden una experiencia consistente.

Crear una cultura de aprendizaje

Eventualmente, el viaje llevó a los equipos a implementar el código en producción. El proyecto Unicorn era tan grande y con tantas partes móviles que implementar el código no fue una tarea fácil. Imagine múltiples salas de conferencias de personas (salas de guerra) y muchos dedos cruzados al implementar el código. No hace falta decir que hubo fracasos, pero aprendieron de ellos.

El monitoreo, las alertas y numerosos archivos de registro han estado involucrados en implementaciones tempranas y futuras. El equipo implementó herramientas para ayudarlos a comprender lo que estaba sucediendo durante las implementaciones de código para que pudieran aprender más rápido y solucionar cualquier problema que surgiera. Aunque fue muy estresante, el equipo logró sacar el código. Y, en última instancia, más predecible y más frecuente.

Evite al administrador del sistema lobo solitario

Había un personaje en el libro, Brent, que era el administrador del sistema que lo sabía todo. Cuestión de red, llama a Brent. Problema con la base de datos, llama a Brent. El servidor se cayó, llama a Brent. Era el tipo de empleado que no podía tomarse unas vacaciones sin que lo llamaran. Y no era que Brent estuviera tratando de ser el lobo solitario, simplemente sucedió debido a la dirección.

Afortunadamente, el guión busca a Brent, pero deja una lección valiosa en esta historia: los lobos solitarios no durarán mucho en las organizaciones tradicionales, y la falta de documentación no es seguridad laboral. Compartir el conocimiento y la carga de trabajo es esencial para los equipos exitosos que practican DevOps.

Trabaje más duro, no de forma más inteligente con la automatización

Ningún libro de DevOps estaría completo si no cubriésemos el tema de la automatización. Maxine y su equipo realmente querían automatizar estas tareas mundanas. Con los desafíos de sus procesos de construcción e implementación, ciertamente ha habido algo de experimentación con las tareas que se pueden automatizar. Me gusta cómo el equipo ha dado pequeños pasos en su enfoque de automatización. No vieron la automatización como una forma de reemplazar su trabajo, sino como una forma de permitirles trabajar en problemas más complejos.

Es hora de probar DevOps

En conclusión, creo que esta es una excelente lectura para los administradores de sistemas que desean ayudar a crear o ser parte de una cultura de aprendizaje. Definitivamente te encontrarás con algunos escenarios en el libro donde dices, estado allí, hecho eso. Si está listo para comenzar con las prácticas de DevOps, aléjese un poco de la ventana de la terminal, descargue la descarga de Gene Kim y tome una copia de .

Artículos de interés

Subir