RSS
LPI Blog
Brújula en el mapa: Imagen de PixLord de Pixabay

Cómo usar una brújula

Julio 8, 2019 - por Marcel Kornegoor

Desde que tengo memoria, he desmontado casi todos los dispositivos electrónicos en los que pude poner mis manos. Comenzando con la vieja recolección de mis padres, mi primer equipo de alta fidelidad y mi mini reproductor de discos, continué realizando este ejercicio profesionalmente como editor principal de una revista holandesa de audio y video. Tan pronto como levante la cubierta de un dispositivo, el diseño de la PCB y el cableado correspondiente informan bastante sobre el producto. Las diferencias en el diseño pueden resultar en una gran diferencia en la calidad de audio. Incluso con los mismos componentes, como el convertidor DA, los circuitos integrados y los condensadores. Es bueno saberlo, pero ¿qué tiene que ver esto con DevOps? Vamos a averiguar.

Muchos libros, artículos y blogs están escritos sobre el tema de DevOps. Contienen ejemplos de implementación, comparten historias de éxito y le advierten sobre las dificultades. Aún así, no hay una sola fuente que le diga exactamente cómo "hacer DevOps paso a paso". Existen, por supuesto, algunas mejores prácticas. los Modelo de Spotify es famoso y ampliamente utilizado en la Web como ejemplo y la historia de éxito de DevOps. Su modelo utiliza escuadrones, capítulos, tribus y gremios, por lo que también es ideal para ampliar su vocabulario de jerga de DevOps. Además, varias empresas de consultoría tienen su propio conjunto de reglas y experiencias. Como LEAN, Agile y Scrum son los componentes principales de DevOps, las principales diferencias entre todas las mejores prácticas se pueden encontrar dentro del "diseño" de esas mejores prácticas. Lamentablemente, en contraste con el equipo de audio, incluso una vez que tiene un gran diseño, DevOps no se puede reproducir una y otra vez dentro de diferentes compañías. Esto se debe a que cada empresa es única.

En lugar de buscar un modelo dorado de DevOps, o documentar cada acción dentro de la empresa, utilice toda la información disponible sobre DevOps como guía. De la misma manera que usas una brújula para ayudarte a navegar. DevOps no es un sistema de navegación GPS súper preciso que te dice con precisión dónde girar a la izquierda o la derecha. Le ayudará a llegar a su destino, pero tendrá que conquistar todos los desafíos en la ruta, y la ruta en sí misma. La razón detrás de esto merece repetirse: cada empresa es única, por lo que cada ruta hacia DevOps es única. Además, el destino final de cada empresa también es único.

Simplemente iniciar DevOps dentro de una empresa utilizando un plan no lo convertirá en un éxito. No importa cuán bueno sea tu plano. En cierto modo, es comparable a lo que a veces sucede con ITIL. Algunos "fundamentalistas de ITIL" se esfuerzan por implementar ITIL de acuerdo con el folleto (integral). Cada proceso tiene una descripción extremadamente precisa que define todos los pasos y acciones hasta el más mínimo detalle. Para defender este desastre burocrático, a menudo se usan excusas como "debemos cumplir" o "nuestras políticas y directores corporativos lo exigen". Con DevOps, la misma forma de locura del proceso es perfectamente posible. Debe evitarse a toda costa.

Con DevOps, cada empresa necesita reinventar un poco la rueda. Desde una perspectiva LEAN, esto suena como un desperdicio, pero viene con una gran ventaja. Personalizar DevOps según las necesidades específicas de su empresa se asegurará de que se adapte a su cultura corporativa, los productos y servicios que (desea) ofrecer, y lo más importante, lo ayudará a involucrar y mantener a sus ingenieros y especialistas.

Al igual que con los dispositivos de audio antiguos, los mismos componentes DevOos, pero con otro diseño, pueden dar un resultado diferente. Comience por comprender los componentes. Aprende a usar esto como una guía. . . como una brújula Luego, al elegir su ruta hacia su destino, escriba su propio plan. Durante el viaje, adapte continuamente su plan hasta que se adapte mejor a la situación de su empresa.

Una última cosa. Es posible que desee dibujar con un lápiz. Si lo haces bien, harás cambios, y el lápiz es más fácil de borrar que la tinta.

Sobre Marcel Kornegoor:

Marcel Kornegoor

Marcel Kornegoor obtuvo una Maestría en Artes en 2008 y actualmente trabaja como consultor / entrenador de DevOps y Cloud y CTO para el especialista holandés de código abierto y Linux Computación AT. Siendo un adicto a la tecnología durante casi 20 años, Marcel escribe sobre la nube, DevOps y otros temas relacionados con TI de manera regular. Puede encontrarlo en Twitter, LinkedIn o enviarle un correo electrónico a través de mkornegoor@atcomputing.nl.