Ingeniería y ciencia Información de ciencias, ingenieria en todas las ramas de universidad y trabajo 
Relacionados
El movimiento DevOps ha cambiado la forma en que se crea y distribuye el software al introducir la automatización y las mejores prácticas en el ciclo de vida de desarrollo de software (SDLC) de una manera que reduce considerablemente el tiempo y el esfuerzo necesarios para construir e implementar el software.
Dos tercios (66%) de los encuestados en una encuesta reciente de Atlassian atribuyen a DevOps el haberles ayudado a producir software de mejor calidad.
Sin embargo, las mejores prácticas de DevOps utilizadas todavía varían de una organización a otra. En teoría, Existe un proceso lógico llamado bucle DevOps que cubre todo, desde la fase de planificación hasta el lanzamiento. En la práctica, el bucle DevOps rara vez se sigue de manera clara, dijo durante la charla de Ignite Mitch Ashley, asesor principal de tecnología de Futurum Group. celebrado en el AppDev Field Day, organizado por Tech Field Day, una división de Futurum.
“El problema es que utilizamos el mismo conjunto de pasos que utilizamos en un sistema en cascada. Y lo enmarcamos en ciclos”, dice Ashley. “Los ciclos de DevOps no son una forma de crear software. Estas son noticias falsas”.
DevOps, por otro lado, define una metodología para la colaboración y el trabajo en equipo basada en un conjunto de herramientas y prácticas que unen dos departamentos de desarrollo de software y operaciones de TI que han estado separados durante mucho tiempo. El desafío es que los bucles de DevOps no solucionan ninguna fricción en la vida real. Eso implica mover artefactos de software a través del proceso, dijo Ashley.
“DevOps consiste en pensar en cómo construimos software y en cómo hacemos que funcionen los procesos. ¿Cómo puede ser automático? Pero lo más importante es que Tomaremos la idea de crear fraccionamientos y entregarlos. de esas agencias? «Para que las personas puedan trabajar de forma independiente en lugar de que todo surja a la vez, creando un gran conjunto de problemas en lugar de una tarea», dice Ashley, «es más como un multiverso que un ciclo».
como correr
La metodología de sprint en el centro de los flujos de trabajo de DevOps resuelve este problema dividiendo los proyectos en unidades cortas y repetibles que se pueden completar en ciclos o sprints cortos. Por lo general, esto lleva de dos a cuatro semanas.
Al comienzo del viaje El equipo determina la cantidad de sprints necesarios para completar el proyecto. Luego divide el trabajo en trozos más pequeños. a los miembros del equipo Cada persona es responsable de entregables separados.
Este enfoque permite a los miembros trabajar de forma independiente a diferentes ritmos aplicando un bucle de DevOps a cada flujo de trabajo. Los desarrolladores pueden incorporar comentarios y responder a los cambios más rápido. También pueden brindar un mejor soporte guiando a los usuarios a través del proceso y cancelando todos los eventos de fin de vida a tiempo.
“En la práctica, DevOps es desarrollo distribuido. Ya sea que estén distribuidos geográficamente o el trabajo se distribuya entre individuos. Cada uno hace su parte a diferentes velocidades. Es un proceso de integración continuo que está en marcha todo el tiempo”.
Un beneficio valioso de esto es que La interacción entre personas tiene prioridad sobre las herramientas y los procesos. Esto se debe a que los proyectos a largo plazo se dividen en partes más pequeñas. y distribuidos entre varios equipos Profesionales polivalentes que trabajan en diferentes zonas horarias. Pueden trabajar juntos y trabajar en armonía para crear algo más grande.
«Al final Todo está ensamblado para lanzarse a producción. Luego se implementa en entornos de prueba y desarrollo”.
El concepto de DevOps pretende crear una base sobre la cual diferentes miembros del personal de TI puedan trabajar de forma individual o colaborativa. Independientemente de las herramientas que utilicen o el trabajo que realicen. manteniendo la consistencia y la velocidad. Así es como los directores de proyectos, desarrolladores y partes interesadas Y los clientes pueden ser parte del ciclo.
“La verdad es Estamos animando a las personas a trabajar juntas y a su propio ritmo utilizando sus propias habilidades”, dice Ashley. “El momento del lanzamiento es donde todo se une”.
