Con el aumento de la competitividad y un escenario de baja fidelización del cliente, el lanzamiento rápido de nuevas funcionalidades y experiencias puede ser crucial para el éxito de su negocio. Sin embargo, la calidad y la estabilidad de su solución digital son fundamentales para que las funcionalidades no se lancen con problemas y causen un impacto negativo inesperado en su usuario final.

¿Cómo es posible desarrollar más funcionalidades y aún así garantizar su calidad antes de su lanzamiento? En este escenario, podemos utilizar el concepto de DevOps para conciliar el desarrollo con la operacionalización de nuestra solución digital.

¿Qué es DevOps?

El término apareció inicialmente en el evento Velocity en 2009, donde John Allspaw y Paul Hammond presentaron la conferencia titulada: “10+ Deploys Per Day: Dev and Ops Cooperation at Flickr” que contaba sobre los resultados y desafíos de la mayor aproximación entre el equipo de desarrollo y de operaciones en Flickr. Patrick Debois, que asistió a la conferencia en línea y vendría a ser el creador del término, tuvo la idea de crear el evento “DevOps Days”, que ocurriría ese mismo año en países como Brasil, EE.UU., Alemania, entre otros.

DevOps es una cultura en la que los equipos de desarrollo y operación se alinean en prácticas de tal forma que sea rápido desarrollar y hacer una entrega en producción, sin comprometer las funcionalidades actuales y garantizando la resiliencia de la aplicación.

Las metodologías de desarrollo tradicionales normalmente separan los departamentos de desarrollo, operaciones de TI y control de calidad, no integrando las actividades de desarrollo e implementación entre los departamentos de TI y control de calidad. DevOps promueve un conjunto de procesos y métodos para pensar sobre la comunicación y colaboración entre departamentos. Con las metodologías DevOps, desarrollo y operaciones no son tratados como áreas separadas sino que trabajan colaborativamente para la implementación de una funcionalidad de forma automática y transparente.

¿Cómo promover la cultura DevOps?

Existe una serie de prácticas que pueden ser implementadas por su equipo para alcanzar una cultura de DevOps. Conozcamos algunas de ellas:

Metodologías ágiles – Un proyecto que sigue metodologías ágiles será mucho más fácil de adaptar a la cultura DevOps ya que estos conceptos se conectan. Cuando hablamos de DevOps, tratamos de automatizar la entrega de funcionalidades manteniendo una constancia pero considerando entregas pequeñas para no impactar lo que ya existe en producción.
Creación de esteiras de CI/CD – El término CI/CD viene de Continuous Delivery/Continuous Integration (Entrega Continua / Integración Continua). Las prácticas de integración continua ejecutan pruebas en las aplicaciones, verificando si el entorno, incluso después de la integración de la nueva funcionalidad, continúa funcionando como se esperaba. Con la implementación de esteiras, las pruebas se realizan de forma automática, pudiendo aún crearse pruebas automáticas de regresión para garantizar que las aplicaciones antiguas no se romperán y continuarán funcionando. La entrega continua trata sobre prácticas para automatizar el proceso de implementación en producción.
Monitoreo – Como Desarrollo y Operaciones trabajan en conjunto, es fundamental implementar prácticas de monitoreo de su aplicación, como la creación de logs, y estas pueden hacerse a nivel de código, por el equipo de desarrollo, hasta niveles operacionales en términos de los servicios que alojan la plataforma. El análisis de los logs puede generar dashboards de monitoreo que permiten entender los impactos de entrega de cada nueva funcionalidad.

¿Cuáles son las etapas de DevOps?

DevOps es una cultura cíclica, es decir, sus etapas siempre se repiten con cada iteración/nueva funcionalidad que se implementa. Conozcamos en detalle cada una de las etapas y las principales herramientas utilizadas en cada una de ellas.

Plan (Planeamiento) – En la fase de planeamiento, el equipo es responsable de elaborar el backlog de actividades a ser desarrolladas en el tiempo propuesto. En términos de aplicación de DevOps, forma parte del planeamiento establecer cuáles serán los ambientes de pruebas, qué herramientas se utilizarán y quiénes serán los responsables por ejecutar cada una de estas tareas.
Code (Desarrollo de código) – En esta etapa, el equipo inicia el desarrollo de las funcionalidades y también puede utilizar herramientas de automatización para aumentar la velocidad de prueba y entrega. Es interesante saber que el equipo de desarrollo puede escribir pruebas unitarias que ya serán incorporadas en las esteiras de CI/CD para que sean ejecutadas.
Principales herramientas: Herramientas de control de versionamiento y creación de esteiras como Github, Gitlab, Azure DevOps y Code Commit. Para documentación y seguimiento del proyecto podemos usar Jira y Confluence.
Build (Construcción) – En esta fase se realiza la construcción del código, que significa descargarlo, compilarlo y crear una versión lista de la aplicación para prueba. En esta fase, las pruebas unitarias escritas en la etapa de Code pueden ser ejecutadas para que, ya en esta etapa, se pueda bloquear alguna alteración que rompa los escenarios mapeados por los desarrolladores.
Principales herramientas: Cada lenguaje posee una recomendación de herramienta para utilizar en esta etapa de construcción. Podemos citar Gradle o Maven para aplicaciones en Java/Kotlin.
Test (Pruebas) – En esta fase realizamos pruebas end to end, integración, regresión y pruebas de rendimiento. Estas pruebas pueden ser automatizadas en las esteiras de CI/CD que automáticamente las ejecutan y bloquean el release (lanzamiento) en caso de que el código escrito no pase las pruebas.
Principales herramientas: Selenium, Jmeter, Cypress son algunas herramientas de automatización de pruebas y ejecución de pruebas de rendimiento.
Release (Lanzamiento) – En la etapa de release, el equipo de operaciones confirma si la versión de la plataforma que fue construida y probada está lista para ser integrada en el ambiente de producción. Una vez más se verifican vulnerabilidades y bugs, y las esteiras que automatizan estos procesos son fundamentales para la agilidad en el proceso de release.
Principales herramientas: Gitlab, CircleCI, Github, Jenkins, CodePipeline son algunas herramientas utilizadas para crear una secuencia de etapas de verificación antes de realizar la implementación para producción.
Deploy (Implementación) – La fase de implementación es el momento en que, de hecho, la etapa actual del proyecto es movida a producción. Esta fase está conectada a la fase de lanzamiento, pues en cuanto las verificaciones en la versión actual del proyecto son hechas, la propia esteira de lanzamiento ya implementa la alteración en producción. En esta etapa, la aplicación se implementa utilizando contenedores o servicios serverless, dependiendo de cómo fue arquitectado el proyecto.
Principales herramientas: Además de las herramientas ya mencionadas en la etapa de entrega, la implementación utiliza servicios serverless o contenedores como Docker y Kubernetes para el alojamiento de la plataforma. Tratándose de una aplicación en Cloud, otros servicios disponibles de los proveedores de nube pueden aparecer para auxiliar en la implementación.
Operate (Operación) – Con la aplicación en funcionamiento, el equipo opera la plataforma gestionando configuraciones de la aplicación. Estas configuraciones pueden tratarse de variables de ambientes, configuración de escalonamiento y hasta parametrizaciones específicas de su negocio.
Principales herramientas: Las principales herramientas utilizadas aquí son servicios que disponibilizan orquestación de servicios como el propio Kubernetes o servicios de un proveedor de nube.
Monitor (Monitoreo) – Con el monitoreo, el equipo es capaz de medir en tiempo real el rendimiento de la plataforma y extraer ajustes e insights para ser entregados en una próxima fase de planeamiento. En esta etapa, dashboards interactivos suelen crearse para tener una visibilidad amplia de toda la plataforma.
Principales herramientas: Algunas herramientas de observabilidad pueden ser implementadas como Grafana y Zabbix.

DevSecOps: Cuando la seguridad es parte intrínseca de DevOps

Todas las etapas pueden estar vinculadas a conceptos de seguridad. Con esto evolucionamos la práctica de DevOps a DevSecOps en la que, además de garantizar la calidad en términos de funcionamiento, también se garantiza la calidad en términos de seguridad.

Las prácticas de DevSecOps en cada una de las etapas permiten que chequeos básicos de seguridad sean realizados para evitar que su plataforma sea objetivo de las principales vulnerabilidades conocidas.

¿Tiene alguna duda, o quiere saber más?

Zappts puede ayudar a su empresa en la construcción de productos y servicios digitales que tengan en cuenta las mejores prácticas de DevSecOps. Desde 2014, Zappts entrega resultados de negocio a través de tecnología, entregando casos de alta relevancia usando procesos ágiles, buenas prácticas de desarrollo y calidad de software, y una capacidad única para entender y resolver los dolores del día a día de proyectos de desarrollo de tecnología.

‍Ofrecemos soluciones para todas las fases del desarrollo de soluciones digitales, desde los procesos de descubrimiento hasta el sostenimiento de la solución. Con procesos definidos y gestión ágil, nuestras entregas siempre se basan en alineación de expectativas, calidad y robustez técnica.

Póngase en contacto
haciendo clic aquí, y obtenga más información sobre Zappts.

‍

Continúe sus estudios, consulte nuestro material sobre “Qué es Infra as Code”
haciendo clic aquí!

‍