La entrega de software ahora es «orquestación de lanzamiento»
Crédito de la imagen: Adobe Stock
Código abierto: cobertura de lectura obligada
El software está implementado. Hace mucho tiempo, el software generalmente pasaba por su ciclo de vida de desarrollo a través de un método de desarrollo u otro y terminaba en un disquete o CD-ROM. Algunos equipos de desarrollo de aplicaciones de software (a menudo denominados «talleres») utilizan el modelo en cascada para dividir los proyectos en fases lineales. Algunos utilizarán métodos ágiles para «lanzar pronto y con frecuencia», mientras que otros elegirán otras opciones, como rápido, ajustado, basado en funciones y extremo.
Independientemente del enfoque, el código de la aplicación de software finalmente avanza a través de sus etapas alfa y beta, convirtiéndose en «candidatos de lanzamiento» que allanan el camino para la disponibilidad general.
bucle eterno
Gran parte del software todavía se construye de esta manera, pero la era de la nube y la web ha generado una cadencia más dinámica, donde el software se implementa con un sentido constante de permanencia.
Dado que es posible que una aplicación en un teléfono inteligente deba actualizarse e implementarse varias veces al día, los conceptos de integración continua y entrega continua (CI/CD) ahora se combinan con DevOps (desarrollo y operaciones) para brindar una nueva visión de qué software despliegue en realidad significa comprender.
VER: Cómo reclutar y contratar ingenieros DevOps (Tecnopedia Premium)
El especialista en plataformas de entrega de software CloudBees llama a esto orquestación dinámica de lanzamiento de extremo a extremo. Esta es la implementación de software (ahora a menudo en entornos informáticos nativos de la nube), impulsada por los beneficios acelerados de la automatización de código bajo. Estas automatizaciones brindan una gran visibilidad del estado operativo del trabajo de una aplicación de software que puede no haber existido en la era del CD-ROM o incluso más recientemente.
Como decíamos, esto es ingeniería de software enriquecida a través de DevOps. Es un enfoque cultural, en lugar de una metodología o un sistema de flujo de trabajo definido, que permite que cada vez más programadores nativos de la nube sean más conscientes de qué responsabilidad deben asumir los equipos de operaciones (DBA, administradores de sistemas y evaluadores). A su vez, permite que las operaciones aprendan más sobre las necesidades de los desarrolladores.
CloudBees va un paso más allá al agregar una capacidad de equipo de ingeniería de seguridad en el medio. Esto dio lugar a lo que ahora se conoce como DevSecOps.
Alcanzar un nivel de competencia en la publicación de software en la nube y elevar las tiendas de software hasta el punto en que puedan disfrutar de la orquestación de versiones no es tarea fácil. Baste decir que CloudBees ahora diseñó con precisión su propia ingeniería y adquirió ReleaseIQ en 2023 para expandir las capacidades de DevSecOps de la compañía. Esta es una iniciativa empresarial para proporcionar a los clientes una solución de visibilidad y orquestación de lanzamiento de extremo a extremo y de bajo código.
La nueva oferta basada en software como servicio (SaaS) de CloudBees integra ReleaseIQ en su pila, afirmando que permite a las organizaciones de DevOps crear y analizar rápidamente los flujos de trabajo de los desarrolladores de la nube, organizando cualquier combinación de tecnologías de CI y CD (incluido Jenkins), un Servicios de servidor automatizados de código abierto que facilitan los procesos de creación, prueba e implementación de software sin migración ni sustitución.
Selección de herramientas y conjuntos de herramientas forzados
CloudBees dijo que la decisión de adquirir ReleaseIQ se basó en las tres creencias fundamentales de la empresa: elección, visibilidad y valor continuo. Insiste, ante todo, en que las empresas deben empoderar a los desarrolladores proporcionando opciones de herramientas en lugar de conjuntos de herramientas obligatorios. En segundo lugar, a medida que DevSecOps madura, ya no es aceptable tener una visión limitada de ningún ecosistema de entrega de software. Un tercer pilar, relacionado con el valor, es quizás inevitable. ¿Qué proveedor de software empresarial no habla sobre los resultados, los resultados y el valor de los clientes, con innovación permanente?
Sabemos que los equipos de DevOps de hoy en día a menudo enfrentan complejidad de desarrollo, ineficiencia y costos prohibitivos debido a canalizaciones de CI y CD inconexas e inconexas. Una visión limitada de una sola tubería conduce a brechas de inteligencia y procesos ineficaces. CloudBees dice que sus nuevas capacidades permiten que los equipos se coordinen, implementen y lancen de manera eficiente entre equipos, aplicaciones y entornos. También proporciona una visibilidad completa de las prácticas de entrega de software para mejorar el rendimiento.
VER: Las mejores herramientas y soluciones DevOps para 2023 (Tecnopedia)
CEO Kapoor: Filosofía del software
Lo que debemos darnos cuenta en este punto es que la computación en la nube ha cambiado la forma en que se desarrollan y entregan el software y las aplicaciones de software. También cambia la forma en que las organizaciones piensan sobre la infraestructura de TI y las capas de operaciones.
«Es inevitable que cualquier empresa en las últimas décadas tenga una combinación de tecnologías de nube modernas y cierto grado de tecnologías heredadas”, dijo Anuj Kapur, presidente y director ejecutivo de CloudBees. «Recordemos que Docker tiene solo 9 años y AWS solo abrazó contenedores hace unos cuatro o cinco años – los recuerdos se desvanecen rápidamente.
«A menudo suponemos que la tecnología que usamos hoy [at the upper tier] Coincide con la capa de operación de implementación a continuación, pero obviamente este no es siempre el caso. «
Mientras observamos cómo funciona realmente el campo de la computación en la nube en términos de ingeniería del mundo real, Kapoor explica cuán divergente y fluido es en términos de las capas tecnológicas heterogéneas que actualmente se unen. Hay diferentes aplicaciones, diferentes equipos con diferentes conjuntos de habilidades especializadas, diferentes herramientas de software y diferentes entornos de ejecución en los que debe funcionar el código.
«Si todo esto está sucediendo en el contexto de empresas que comienzan a cambiar de ‘consumidores’ de software a más ‘productores’ de sus propias aplicaciones, y lo son, entonces debemos pensar en abordar las acciones estructurales de TI», afirmó Kapoor. «A medida que aplicamos DevOps hoy en entornos nativos de la nube y en otros lugares, hay algunas sensibilidades que debemos corregir».
Kapoor se refería al elemento humano. Para algunos desarrolladores, DevOps representa una oportunidad para obtener más control sobre el funcionamiento de sus aplicaciones. Esto es positivo para ellos dado el cambio actual hacia la creación de más desarrollo nativo de la nube. Para otros, es una responsabilidad administrativa que no quieren asumir; estos son programadores que solo quieren escribir código.
Sin criterios de puntuación estandarizados
Existe una fricción similar en la seguridad en el espacio DevSecOps. Con tanto software de código abierto utilizado por las empresas, obviamente necesitamos poder ver la tubería de producción de código. Si bien algunos equipos de software darán la bienvenida a DevSecOps y su capacidad para automatizar IP de seguridad para garantizar que esté integrado en todos los procesos, otros equipos lo encontrarán intrusivo y preferirán continuar eligiendo los componentes de código abierto que desean sin problemas.
«No importa qué entorno se use y qué combinación de herramientas, equipos, aplicaciones y servicios en la nube se usen, no hay reglas estandarizadas en la aplicación de DevSecOps que se apliquen a todas las industrias», dijo Kapur. ser difícil», y posiblemente incluso peligroso».
Mientras trabajamos ahora para construir el futuro cercano de la computación en la nube, haríamos bien en recordar de dónde venimos hace medio siglo. Para aquellos de nosotros que recordamos cuando apareció el software en CD-ROM, disquetes de 3,5 pulgadas, y antes de eso en cintas de casete, e incluso formatos más básicos como la página impresa, el ritmo del software moderno se siente como una especie de hiperimpulsor. a través de un nuevo universo.
Pero no podemos detenernos a pensar esto; este ritmo es una segunda naturaleza para la Generación Z, que ahora está impulsando la siguiente fase de crecimiento en la industria del software.
En la década de 1980, solíamos cancelar los productos anunciados en las revistas enviando un cheque bancario o un comprobante de pago a un almacén en algún lugar, esperábamos a que se liquidaran los fondos y luego esperábamos pacientemente una o dos semanas antes de recibir el pedido. El cartero entregó el paquete en nuestra casa. En la era de Amazon, Netflix y Uber, eso suena ridículo. El software en sí es ahora igual de rápido; la coreografía de lanzamiento es bienvenida.
