Cómo afecta la gestión de infraestructuras DevOps al aprovisionamiento y la implantación

Cuando la gente piensa en DevOps, a menudo se centra exclusivamente en la parte de desarrollo. Sin embargo, eso va en contra del propio propósito de DevOps, que es eliminar las barreras entre el desarrollo y las operaciones y fomentar una verdadera colaboración. Eso significa que también debe considerar cómo aplicar los principios básicos de DevOps a la gestión de su infraestructura. La gestión de infraestructuras DevOps implica:

Colaboración

Automatización

La principal prioridad de la gestión de DevOps es reunir a los equipos de desarrollo e infraestructura. Es necesario alinear ambas partes para que todos los implicados en un proyecto tengan el mismo contexto e información sobre requisitos, objetivos, KPI y plazos. También es necesario implementar herramientas DevOps que permitan a los miembros del equipo trabajar juntos simultáneamente, como la automatización y el control de versiones.

Para facilitar la velocidad, la colaboración y las pruebas continuas necesarias para DevOps, debe identificar las cargas de trabajo que son buenas candidatas para la automatización, es decir, que son tediosas, repetibles y predecibles. La automatización de la infraestructura suele implicar virtualización, abstracción de software y scripts de configuración.

Cambiando a la izquierda

Velocidad

Las pruebas deben realizarse al principio y con frecuencia en el ciclo de vida de DevOps, durante el aprovisionamiento, el desarrollo y la implantación. De este modo se garantiza la detección y corrección de cualquier problema antes de que provoque retrasos, problemas de integración o errores en la producción. Se cambia a la izquierda implementando la automatización de pruebas y la metodología de integración continua/entrega continua.

DevOps da prioridad a los ciclos de lanzamiento de software rápidos y continuos. La gestión de la infraestructura DevOps debe centrarse en reducir los cuellos de botella en el lado de las operaciones, manteniendo al mismo tiempo la seguridad y la calidad. Las prácticas anteriores -colaboración, automatización y desplazamiento a la izquierda- ayudan a conseguir calidad junto con velocidad.

Verás que estos cuatro principios se complementan y contribuyen entre sí. Por ejemplo, las pruebas automatizadas facilitan el cambio a la izquierda, lo que ayuda a reducir el número de retrasos en el desarrollo causados por errores de configuración, lo que acelera el lanzamiento del software. La implantación de prácticas de gestión de infraestructuras DevOps le ayudará a mejorar y optimizar continuamente sus procesos para agilizar el aprovisionamiento y la implantación.

Cómo afecta la gestión de infraestructuras DevOps al aprovisionamiento y la implantación

Para ayudar a ilustrar exactamente cómo la gestión de la infraestructura DevOps afecta a los lanzamientos de software, vamos a recorrer un ejemplo de un ciclo de vida de desarrollo de software (SDLC) simplificado que sigue estas prácticas.

Etapa 1: Planificación

Durante la etapa de planificación, se definen los objetivos y requisitos para el proyecto de desarrollo de software. En primer lugar, se identifican los miembros del equipo de desarrollo y operaciones que trabajarán en el proyecto. A continuación, te aseguras de que no haya silos de información entre ellos. Toda la información se comparte por igual, de modo que Operaciones tenga una idea clara de los requisitos de desarrollo, los objetivos y los plazos.

Fase 2: Desarrollo

Los entornos de desarrollo se aprovisionan de acuerdo con las especificaciones exactas establecidas en la fase de planificación. El equipo de infraestructuras utiliza herramientas de configuración automatizada para poner en marcha rápidamente los recursos necesarios. Algunos ejemplos de tecnologías de configuración automatizada de infraestructuras son:

• Infraestructura como código: La infraestructura como código, o IaC, consiste en abstraer las configuraciones de infraestructura como código de software, desvinculándolas del hardware físico o virtual subyacente. Las configuraciones IaC se escriben como una serie de scripts de software que se ejecutan automáticamente. Esto significa que es posible aprovisionar muchos servidores diferentes al mismo tiempo sin apenas intervención humana.
• Redes definidas por software (SDN): SDN es esencialmente IaC pero para dispositivos de red como routers y switches. Aunque estos dispositivos y cargas de trabajo no siempre entran en el ámbito de DevOps, a menudo no existe una delimitación clara entre los equipos de infraestructura y de redes, especialmente en las organizaciones más pequeñas. Además, recientemente ha aumentado la popularidad de NetDevOps, que incluye a los equipos de gestión de redes en los proyectos y prácticas de DevOps.
• Orquestación de infraestructuras: Aunque ciertamente es posible que las organizaciones DevOps más pequeñas gestionen y desplieguen sus scripts IaC a mano, esto se vuelve exponencialmente más difícil a medida que aumentan el alcance y la complejidad. Las herramientas de orquestación de infraestructuras gestionan y ejecutan configuraciones de IaC incluso en infraestructuras y aplicaciones grandes y distribuidas. También puede encontrar herramientas de orquestación de IaC para entornos y aplicaciones en contenedores.

Fase 3: Pruebas

Llamar a esto una etapa separada es un poco engañoso – como se explicó anteriormente, las pruebas deben ocurrir continuamente a lo largo del SDLC. En lo que respecta a la infraestructura, se ejecutan pruebas automáticas en las nuevas configuraciones de IaC, de modo que los problemas se detectan y solucionan incluso antes de que comience el desarrollo. Los entornos de prueba se aprovisionan rápidamente (y de forma automática) para que el nuevo código pueda avanzar por el proceso sin cuellos de botella.

Etapa 4: Despliegue

Dependiendo de su canalización exacta, sus servidores de compilación, entrega y/o producción se configuran de nuevo de forma rápida y automática. La automatización de la infraestructura garantiza que estas configuraciones sean coherentes en todos los entornos. Esto significa, de nuevo, que el código puede moverse automáticamente a través de cada etapa sin ningún retraso.

Etapa 5: Soporte/Realimentación

Cualquier problema con el software o la infraestructura de producción se notifica automáticamente a través de herramientas de supervisión, recopilación de comentarios de los usuarios finales, pruebas adicionales, etc. Estos problemas se asignan automáticamente a los recursos adecuados para su solución. Los miembros de los equipos de desarrollo y operaciones colaboran en la resolución de problemas y la búsqueda de soluciones. Los ciclos de publicación más rápidos facilitan la integración de las correcciones en el siguiente lote de código y la entrega de actualizaciones con un impacto mínimo en los usuarios finales.

Es importante tener en cuenta que un ciclo de vida DevOps no se detiene en el despliegue; de hecho, no se detiene realmente hasta que se está listo para retirar el software. Se supervisa continuamente la aplicación y la infraestructura, se reciben comentarios y se actúa en consecuencia, y se optimizan los procesos a lo largo del proceso. Por eso DevOps se representa a menudo con el símbolo del infinito. Su objetivo no es aplicar las mejores prácticas de gestión de infraestructuras DevOps una vez y darlo por terminado. En su lugar, debe esforzarse por crear un entorno que apoye los principios de DevOps y, a continuación, trabajar continuamente para mejorar, optimizar y agilizar sus flujos de trabajo.