Una breve historia de DevOps

El estado actual de la industria de TI está influido por el efecto en cascada que los avances tecnológicos han tenido a lo largo de la historia. De vez en cuando surgen nuevas tecnologías que cambian drásticamente el funcionamiento del mundo. Más recientemente, los avances tecnológicos parecen haber empezado a aparecer a un ritmo vertiginoso. Desde la llegada de internet, la difusión de la información y el ritmo de desarrollo de nuevas tecnologías no han hecho más que aumentar. La computación en la nube anunció otro cambio tecnológico que sigue impactando la forma en que operan las empresas a medida que se descubren nuevas aplicaciones para son tecnologías. La blockchain es otro ejemplo más de nueva tecnología que tiene un enorme potencial para alterar la forma en que muchas industrias llevan a cabo sus negocios, desde la banca hasta el sector inmobiliario e incluso la industria de los videojuegos. Aunque las nuevas tecnologías impactan en la industria del software, también pueden hacerlo los cambios culturales. DevOps están una combinación de una cultura corporativa cambiante y de nuevas tecnologías. El cambio hacia DevOps implica abrazar la comunicación abierta, la transparencia y el trabajo en equipo interdisciplinar. La idea detrás de DevOps están derribar compartimentos de trabajo y abrir espacios de trabajo para la colaboración y la discusión. En la búsqueda de entender qué es algo, a menudo es útil saber de dónde proviene y por qué alcanzó protagonismo. Hay mucha información sobre qué están y no siendo DevOps, pero no mucha sobre la historia de DevOps. Aquí están una breve historia de cómo DevOps llegó a ser la idea de moda que están hoy y por qué conocer sus raíces es un paso importante para entender qué es.

Cómo surgió DevOps

Si DevOps tuviera un certificado de nacimiento, el nombre del padre se escribiría como Patrick Debois. Patrick estaba interesado en aprender TI desde todas las perspectivas y, en 2007, comenzó a trabajar en una gran migración de centros de datos donde se encargaba de las pruebas. Durante este proyecto, se dio cuenta de que las frustraciones experimentadas en proyectos como este son derivadas del constante cambio entre el lado de desarrollo del problema y el silo de operaciones al otro lado de la valla. Reconoció que se había perdido mucho tiempo y esfuerzo navegando el proyecto entre estos dos mundos, pero la brecha entre ellos parecía demasiado grande para tender un puente. Más tarde, en 2008, durante una conferencia Agile celebrada en Toronto, Canadá, un hombre llamado Andrew Shafer intentó organizar una sesión de encuentro titulada "Infraestructura Ágil". Cuando Patrick apareció en la sesión, era el único presente. Andrew había recibido tantos comentarios negativos por su publicación que ni siquiera él mismo se presentó a su propia sesión. Sin embargo, Patrick estaba tan emocionado de conocer a una persona afines que lo buscó en la conferencia y tuvo esa charla en el pasillo. Formaron un grupo de discusión para que otras personas publicaran sus ideas sobre cómo resolver esta brecha entre desarrollo y operaciones más adelante ese año. Al principio, el interés fue bastante tenue y no se concretó mucho. En junio de 2009, John Allspaw y Paul Hammond dieron una charla titulada "10+ despliegues al día: cooperación entre desarrollo y operaciones en Flickr." Nuestro amigo Patrick vio el vídeo en streaming de esa presentación en su casa en Bélgica, y le resonó al instante. Se dio cuenta de que era exactamente la solución que había estado buscando. Animado por esta presentación, lanzó un llamamiento para reunir a desarrolladores y administradores de sistemas para Obtén y debatir las mejores formas de Comienza a cerrar la brecha entre estos dos campos tan dispares. Nombró el evento DevOpsDays, que tuvo lugar en los últimos días de octubre de 2009. Este evento atrajo bastante atención de expertos en ambos campos y desató animados debates en Twitter, donde el hashtag pronto se acortó a simplemente DevOps. No pasó mucho tiempo antes de que algunas de las pequeñas empresas tecnológicas intentaran crear prácticas DevOps así como herramientas diseñadas para ayudar a estos equipos recién formados. DevOps había conseguido Lograr una base de seguidores que empezaba a poner en práctica sus ideas. Finalmente, en marzo de 2011, Cameron Haight, de Gartner, presentó sus predicciones sobre la trayectoria de DevOps en los próximos años. Su visión positiva sobre el impacto en la industria atrajo más atención al movimiento DevOps, y no pasó mucho tiempo antes de que empresas de todos los tamaños comenzaran a adoptar estas nuevas prácticas. DevOps se había consolidado oficialmente como la próxima gran novedad desde Agile para la industria de TI.

Por qué importa la historia de DevOps

Ahora mismo te pensar que acabas de encontrar una nueva historia te cóctel, pero la historia de cómo evolucionó DevOps están importante para entender qué están DevOps y por qué es importante. DevOps nació de la colaboración de desarrolladores y líderes de operaciones que se reunieron para expresar sus ideas y preocupaciones sobre la industria y cómo Obtén mejor trabajo realizado. Es una idea que surgió del tipo de personas a las que pretende ayudar. El poder de DevOps están en la cultura que lo sostiene, desplazando la mentalidad lejos de los compartimentos aislados. Transformar tu organización en una cultura DevOps no es tan sencillo como comprar algunos nuevos sistemas de software empresariales (aunque son muchos que pueden ayudar en el proceso). DevOps no es un producto único, ya que evolucionó a partir de la necesidad de adaptación y mejora continua. Esto significa que el proceso de transición DevOps nunca están terminado realmente, ya que el sistema en sí debería estar en constante evolución y mejora. Los equipos DevOps son formados por miembros multidisciplinares que son todos trabajando con el objetivo único de trabajar mejor juntos. DevOps capacita a los equipos para construir, probar y desplegar a velocidades más rápidas y con un estándar de calidad más alto, gracias no a las herramientas en sí, sino a la colaboración que estas permiten. Aprovechar una pila tecnológica para DevOps sin ajustar adecuadamente la cultura y mentalidad corporativa solo Obtén te hasta cierto punto. El poder de DevOps están en la comunicación y los objetivos compartidos entre cada miembro del equipo.

DevOps: Soluciones para te

Si DevOps parece adecuado para las necesidades de tu organización pero te quieres Haz seguro de te Obtén correcto a la primera, BMC están el socio de soluciones de TI te necesita. Lee más sobre cómo los sistemas de automatización y DevOps pueden ayudar a aumentar la velocidad a la que te despliega productos con el eBook gratuito de BMC: automatiza Cloud and DevOps Initiatives. También te puedes consultar la presentación de John Allspaw sobre la presentación 10+ Deploys a Day que impartió, en la que detallaba las diferencias entre Dev y Ops y por qué deberían trabajar juntos. Los consultores expertos de BMC son disponibles para trabajar con te aportar su conocimiento y experiencia a tu organización. BMC ofrece Servicios de Despliegue personalizados para tu organización para afrontar los retos únicos que te enfrenta. Al colaborar con BMC, te Obtén:

• Prestación de servicios más rápida: Lanzamientos ágiles que se mantienen al día con la demanda rápida
• Visibilidad entre los datos: Garantizar el cumplimiento y la precisión de los datos
• Servicio rentable: Aumento de la productividad y el rendimiento
• Profesionales experimentados en DevOps: Equipar te con las herramientas te necesitan para tener éxito
• Conversión o actualización: Modernización sin interrupciones o sustitución total
• Todo adaptado a las necesidades específicas de tu organización

Guía de DevOps

1. ¿Qué es DevOps? Una introducción completa
2. Una breve historia de DevOps
3. Introducción a la arquitectura DevOps
4. Automatización en DevOps: Por qué y cómo automatizar las prácticas de DevOps
5. ¿Qué es CI/CD? Explicación sobre la integración continua y la entrega continua
6. Cómo construir una tubería CI/CD usando Jenkins
7. Métricas de DevOps para optimizar Pipelines CI/CD
8. Métricas de entrega continua
9. ¿Es la integración continua hacia el despliegue continuo una progresión, o no?
10. Diferencias entre integración continua (CI), entrega (CD) y despliegue
11. Control de código fuente y versiones en DevOps
12. ¿Qué es las pruebas continuas?
13. Marcos de automatización de pruebas: La guía definitiva
14. Gestión de versiones en DevOps
15. Explicación: Monitorización & Telemetría en DevOps
16. Gestión del rendimiento de aplicaciones en DevOps
17. Orquestación DevOps en el SDLC
18. Introducción al DevOps de bases de datos
19. El papel de los microservicios en DevOps
20. El papel de la virtualización en DevOps
21. Contenedores y DevOps: Cómo encajan los contenedores en los Pipelines de entrega de DevOps
22. ¿Qué es una tubería de contenedores?
23. ¿Qué es una cadena de herramientas DevOps?
24. Gestión de contenedores y código para DevOps
25. El papel de Agile en DevOps
26. El papel de la nube en DevOps
27. ¿Qué están FinDevOps?
28. Principales tendencias DevOps en 2022
29. Valores y principios de DevOps
30. Métricas y KPIs de DevOps
31. Consejos sobre DevOps para organizaciones pequeñas, medianas y grandes
32. Estructura del equipo DevOps
33. Los mejores libros de DevOps para leer hoy
34. Reseña del libro The Phoenix Project: DevOps para todos
35. Influencers de DevOps: 11 expertos en DevOps para seguir en Twitter
36. GitHub, GitLab, Bitbucket y Azure DevOps: ¿Cuál es la diferencia?
37. Mejores Prácticas: Cómo Diseñar Aplicaciones para Kubernetes
38. Gestión de configuración en DevOps
39. Estrategias de ramificación DevOps explicadas
40. Títulos de trabajo, roles y responsabilidades en DevOps
41. Pruebas en DevOps: Conceptos, Mejores Prácticas y Más
42. La guía completa de certificaciones DevOps para 2022
43. ¿Qué están el patrón de operador Kubernetes?

Estas publicaciones son mías y no representan necesariamente la posición, estrategias u opinión de BMC.