🔨 La Fundación de Entrega Continua sigue Avanzando \ The Continuous Delivery Foundation advances CI/CD

Más organizaciones han madurado de CI a CI / CD , pero sus caminos difieren al igual que sus canalizaciones y resultados.

La mayoría de las empresas están implementando una combinación de herramientas de código abierto, comerciales e incluso locales, y están buscando respuestas.

Un lugar para buscar es la Continuous Delivery Foundation (CDF), que alberga muchos de los proyectos de código abierto de CI / CD de más rápido crecimiento.

El CDF fomenta la colaboración neutral entre proveedores, desarrolladores, usuarios finales y proveedores para promover las mejores prácticas y especificaciones de la industria.

El CEO y cofundador de DeployHub, Tracy Ragan, quien se desempeña como representante de la junta general de miembros de la FCD, proporciona información adicional en estas preguntas y respuestas.

¿Qué espera lograr la organización?

Tenemos 9 objetivos estratégicos:

Impulsar la adopción
Cultivar el crecimiento de proyectos de código abierto.
Fomentar la interoperabilidad de herramientas
4 Campeón de diversidad e inclusión
Fomentar las relaciones comunitarias
Crecer la base de miembros
Crear valor para todos los miembros
Promover la seguridad como un ciudadano de CI / CD de primera clase
Expandirse a áreas tecnológicas emergentes.

¿De qué manera la Fundación CD ayudará a las organizaciones a mejorar la eficiencia y la eficacia de sus prácticas de CI / CD?

La Fundación CD proporciona una plataforma y una comunidad de liderazgo de pensamiento para llevar CI / CD al siguiente nivel.

El trabajo de CD Foundation no es producir una "pila" de CI / CD o pautas de mejores prácticas.

El CD es demasiado amplio para tener una solución única para todos.

El trabajo de CD Foundation es reunir a los miembros para lograr nuestros 9 objetivos estratégicos y proporcionar una plataforma neutral para proveedores de herramientas de código abierto que se adapten al panorama de CI / CD.

¿Qué impacto podrían tener los proyectos iniciales y futuros en las herramientas de CI / CD y las cadenas de herramientas en el futuro?

Si bien es difícil predecir el impacto hoy, estamos comenzando a ver discusiones más productivas entre proyectos. Jenkins y Spinnaker están trabajando para definir cómo interoperan.

Hay discusión comunitaria sobre Tekton y JenkinsX. La mayoría de las organizaciones tendrán una variedad de diferentes herramientas de orquestación de tuberías (Jenkins, Tekton, CircleCI, Bamboo, Spinnaker, etc.).

Y la mayoría de las empresas permitirán que los equipos individuales decidan cómo se llamarán esas herramientas de orquestación. No todos los equipos se verán iguales.

Una combinación de código abierto y comercial continuará siendo la forma en que se adoptan e implementan nuevas herramientas.

Lo que CD Foundation puede ofrecer es una plataforma para administrar las herramientas de código abierto y fomentar la discusión entre los equipos. Nuestro tercer objetivo más importante es "fomentar la interoperabilidad de herramientas".

Si tenemos éxito, habremos logrado la capacidad de que una herramienta de orquestación llame a otra. Los desarrolladores pueden usar Jenkins mientras que Control de producción usa Spinnaker.

¿Cómo es el futuro de CI / CD?

En el futuro, CI / CD crecerá en importancia a medida que los desarrolladores son empujados a crear más programas.

Ahora hablamos sobre cómo mover el software a través del ciclo de vida más rápido, la discusión de mañana será sobre cómo mantener el número de nuevas aplicaciones que llegan al mercado. Tan rápido es importante y CI / CD es un jugador clave en 'más rápido' y 'más'.

Desde un nivel inferior, si observamos los microservicios, nuestro proceso de CI / CD cambia.

En Primer Lugar

El control de versiones se vuelve menos crítico. No tendremos código fuente de varios miles de líneas de código que requieran ramificación y fusión para permitir que múltiples desarrolladores trabajen en él al mismo tiempo.

En su lugar, tendremos un código de cientos de líneas de longitud como máximo. Cuando piensa en microservicios, debe pensar en funciones.

En Segundo Lugar

Puede que no se requiera compilar código. Mientras se compila Go, Python no. E incluso si se compila, será rápido: no más compilaciones largas ni vinculación.

En Tercer Lugar

Los microservicios están "ligeramente acoplados". Esto significa que no hay enlaces en el momento de la compilación. Las API en tiempo de ejecución reemplazan un paso de "enlace" de compilación. El concepto de una "aplicación" construida de una vez desaparece.

Nuestras canalizaciones de CI / CD administrarán miles de flujos de trabajo de microservicios individuales. Hoy generalmente tenemos un flujo de trabajo por aplicación, mañana tendremos un flujo de trabajo por microservicio.

Las implementaciones siempre serán incrementales. La implementación de una aplicación completa ya no sucederá. Se actualizará un nuevo microservicio, creando una nueva versión de la aplicación "lógica".

Una aplicación es solo una colección de servicios.

En Cuarto Lugar

Será necesaria la gestión de la configuración para asignar una colección de versiones de microservicio a una vista lógica de una versión de la aplicación y para rastrear qué aplicaciones están utilizando qué servicio.

Entonces, sí, se avecinan muchos cambios, y la Fundación CD está aquí justo a tiempo para ayudar a liderar la discusión, administrar nuevos proyectos de código abierto e inspirar la interoperabilidad de las herramientas.

Fuente: SDTimes

Read more: