BACKGROUND IMAGE: iSTOCK/GETTY IMAGES

Evaluar Conozca los pros y contras de las tecnologías, productos y proyectos que está considerando.

La integración continua forma parte del ambiente DevOps

El camino a la entrega continua comienza con un enfoque en el desarrollo ágil y perfeccionando sus prácticas de integración continua.

Vamos a hablar de integración continua. Y, sí, me refiero a la "integración continua”, no a la "entrega continua”.

La integración continua –la técnica ágil de comprobar en el código en pequeños incrementos y probarlo contra la base de código más grande– es una práctica de desarrollo de muchos años. Pero conforme los profesionales de software ponen sus ojos en la entrega continua, la integración continua se subestima.

En lugar de tratar de perfeccionar la práctica, los profesionales de software dan por sentado la integración continua. Ellos han estado haciéndolo durante tanto tiempo, que ya no se preguntan si lo están haciendo bien. En una conversación reciente, el consultor de desarrollo de software Jeffery Payne, CEO de Coveros, me dijo que este enfoque está equivocado.

Integración continua: No solo la construcción

Payne dijo que cuando los profesionales de software hablan de integración continua, la mayoría se refiere al proceso de construcción automatizado. "Construir es su definición de hecho”. Pero construir es solo la mitad de la batalla. Una construcción exitosa le dice que, sintácticamente, el código es sólido, explicó. "Pero no dice nada acerca de cómo funciona el código”. La práctica de la integración continua también debe incluir la implementación automática del código a la plataforma en la que residirá, dijo Payne. "Usted está asegurándose de que está configurado correctamente y que todos los problemas de integración son abordados”.

Asegurarse que la integración continua también incluye el despliegue automatizado –en vez de esbozar una estrategia amplia para la entrega continua– es un enfoque práctico ya que, si se hace bien, la primera conduce naturalmente al segundo, dijo Payne. "Cuando usted comienza con la integración continua, establece el escenario para la entrega continua. Cuando su [práctica de] integración continua es buena y fuerte, la entrega continua es el siguiente paso lógico”.

En nuestra conversación, Payne también discutió cómo vela integración continua, la entrega continua y las pruebas automatizadas como parte del gran ambiente DevOps. En el proceso, compartió algunos puntos de su conferencia, llamada "Por qué DevOps cambia todo", que ofreció en la Conferencia Oeste de Desarrollo Ágil, en Las Vegas.

Todo es código

Cuando la integración continua toma el entorno de despliegue en cuenta, un equipo de software ha creado esencialmente una situación a la que Payne se refiere como "todo es código”. En otras palabras, la infraestructura sobre la que se desplegará el código, no solo la propia aplicación, se expresa como código.

El enfoque DevOps permite la detección temprana de los problemas que anteriormente solo podían ser detectados más adelante. "Se puede ver cómo el código se integra en su plataforma", dijo Payne. Lo que es más, DevOps conduce a una mayor eficiencia de control de calidad y pruebas. “Si usted configura un entorno de prueba virtualizado en la nube, los profesionales de las pruebas ya no dependen de la gente de operaciones para establecer un entorno de ensayo", dijo. "Usted está controlando todo" acerca de la configuración. Eso es un gran cambio desde el enfoque tradicional donde el único control era el código fuente, dijo Payne. "Usted tenía que retroceder y averiguar qué había cambiado”.

Próximos pasos

Quizás le interese revisar:

El rol de DevOps continúa creciendo: ¿Está aquí para quedarse?

La nueva imperativa de automatización de TI

Cinco pasos para las mejores prácticas en DevOps

Este artículo se actualizó por última vez en junio 2015

Inicie la conversación

Envíenme notificaciones cuando otros miembros comenten sobre este artículo.

Por favor cree un Nombre de usuario para poder comentar.

- ANUNCIOS POR GOOGLE

Close