Cómo hacer CI/CD correctamente en 2021: Una guía para CI y CD

Jackja. Soy una evangelista técnica en Harness. Ayudamos a simplificar y escalar la entrega de software. Estoy realmente emocionada de compartir esta presentación porque sé que para muchas personas que están interesadas en DevOps y en mejorar su proceso, CI/CD surge muy a menudo, así que vamos a compartir algunos de los componentes clave de CI/CD y luego nos adentraremos en algunas formas de tener más éxito y prepararse para el 2021. Así que empecemos. Sé que no tenemos mucho tiempo en una sesión relámpago, pero realmente quiero compartir un pipeline básico de CI/CD. Y cuando piensas en los pipelines de CI/CD y en la idea de un pipeline, en realidad es simplemente un conducto para automatizar algunos de estos procesos que tenemos en el ciclo de vida del desarrollo de software. Así que si tienes una idea o un cambio que hacer, en realidad queremos entregar eso o ponerlo en un pipeline que te lleve a producción. Y ese proceso puede implicar hacer algunos cambios de código, ¿verdad? Construir ese cambio de código, probarlo y luego implementarlo en este entorno temporal, un entorno no productivo, donde puedes probarlo y jugar con él, ¿verdad? Y verificar y asegurarte de que esté listo antes de lanzarlo realmente a un cliente y que esté disponible para el mundo exterior, ¿verdad? Y por eso, esta idea de llegar de la idea a la producción muy rápidamente es el corazón y el alma de la integración continua y la entrega continua. Y hay dos puntos principales en un pipeline de CI/CD, y realmente debes pensar en ello de esta manera. Así que esta primera parte se trata de la integración continua. Y cuando hablamos de integración continua, en realidad estamos tratando de enfocarnos en ese flujo de trabajo de desarrollo, de pasar de código a un artefacto empaquetado. Y realmente lo que sucede en un proceso de integración continua es que tienes alguna herramienta de gestión de código fuente o un repositorio de código. Y cada vez que alguien hace un cambio o realiza algún tipo de cambio, puedes activar un pipeline de CI donde se construye esa aplicación, se asegura de que se compile, se asegura de que tenga todas las dependencias que necesitas, que puedas ejecutar algunas pruebas unitarias muy básicas, algunas pruebas muy baratas y rápidas para asegurarte de que estos cambios puedan pasar, ¿verdad? Y una vez que eso sucede, una vez que está empaquetado, en realidad puedes versionarlo y tenerlo disponible para ejecutarse en un servidor. Y ahí es cuando hablamos realmente de entrega continua. Ahí es cuando hablamos de aprovisionar un servidor, ¿verdad? Aprovisionar alguna infraestructura, asegurarse de que la infraestructura tenga todo lo que necesita para ejecutar una aplicación, ¿verdad? Ya sea una base de datos, o tal vez necesite alguna configuración, algún administrador para gestionarlo, ¿verdad? Y así, en este aspecto de entrega continua, estamos tratando de pensar en formas de lanzarlo en un entorno de producción, entregarlo allí, no solo hacerlo funcionar allí, ¿verdad? Y así, pensar realmente en estrategias, pensar en la verificación y en caso de que las cosas salgan mal, tener una estrategia para solucionar problemas. Y así, incluso para llegar a la entrega continua o a esta idea de lo que sea, incluso DevOps, realmente necesitamos pensar en esta capacidad de llevar todo tipo de cambios a las manos de los usuarios y no solo poder hacerlo una o dos veces, sino realmente poder hacerlo de manera segura, rápida y repetible. Y esta definición proviene de Jez Humble, quien escribió un libro sobre entrega continua. Y por eso creo que hoy estamos empezando a ver un ecosistema más grande en torno a CI y CD, ¿verdad? Esta idea de que podemos aplicar gobernanza a nuestros pipelines de CI/CD, podemos aplicar gestión de secretos, beneficios de seguridad, ¿verdad?, y realmente construir todo un ecosistema en torno a esto, y tener una base sólida para lo que queramos hacer. Porque la realidad es que tenemos mucho que hacer, ¿verdad?, cuando queremos escalar un nuevo servicio o incluso simplemente asegurarnos de que podemos trabajar con diferentes tipos de servicios, a veces este proceso puede llevar semanas o incluso meses, y la realidad es que no deberíamos tardar tanto y eventualmente podremos resolver muchos de estos problemas con CI/CD. Y así, esto llega a la última parte de mi presentación sobre cómo tener éxito con CI/CD y cuáles son algunas áreas clave en las que debes enfocarte. Y así, realmente pienso en ello en estas tres áreas: velocidad, seguridad, repetibilidad y usuarios. Y hay muchas formas diferentes en las que puedes mejorar en esto, ¿verdad? No es algo que se haga una vez y ya está, y puedes invertir en ciertas áreas

primero. Tal vez la velocidad no importe porque no necesitas implementar todos los días. Entonces, tal vez quieras considerar, ¿tengo suficientes pruebas unitarias? ¿Estoy desarrollando suficientes capacidades en un área específica antes de intentar invertir en todas estas áreas o tratar de tener este pipeline de CI/CD perfecto cuando nadie lo necesita todavía, por ejemplo.

Y así, algunas formas en las que puedes comenzar a pensar en la velocidad es a través de la gestión del flujo de valor. Entonces, esto implica eliminar cualquier área de tiempo de espera inactivo, básicamente. Sabes, si alguien hace un commit de código y en realidad no se empaqueta en un artefacto durante un año, tres años, eso podría afectar con qué frecuencia realmente implementas.

Y luego, en la segunda mitad aquí, tengo un par de métricas que puedes usar para medir la velocidad y el ritmo. Y compartiré más métricas en esta área. Quiero ir un poco más rápido y también hablar sobre la seguridad. Entonces, la seguridad se trata de poder asegurarnos de que todos nuestros cambios no causen problemas y que sean seguros. Cosas como el hackeo de SolarWinds, eso fue un problema muy grande. Cosas como poder comprender tus microservicios, tus arquitecturas, eso también es muy importante.

Y luego está esta área de poder mantener y escalar la entrega continua y la entrega de software. Entonces, se trata de pensar, ¿tengo suficiente visibilidad en todos mis procesos? ¿Tengo plantillas de pipeline, plantillas estandarizadas que hayan sido probadas y que pueda repetir fácilmente? Y, ¿cómo se sienten las personas al respecto? ¿Se agotan en cada implementación? ¿Se necesita un equipo para implementar? Todas estas cosas pueden ser un gran desafío. Y luego, la última área a la que quiero llegar en esta charla es sobre tus usuarios, ¿verdad? Poder recopilar comentarios, poder también lanzar cambios a un subconjunto de usuarios antes de continuar. Todos estos son aspectos realmente importantes. Y estas son algunas áreas en las que puedes pensar. Sé que se nos está acabando el tiempo. Quiero decir que si vas a pensar en DevOps y en CI/CD, recuerda que esto es un proceso continuo. Y a medida que desarrollamos nuevos procesos, podemos mejorar y mejorar nuestros procesos y realmente habilitar ese ciclo de vida de DevOps. Así que solo quería agradecerles mucho por unirse a esta sesión. Si tienen alguna pregunta, no duden en preguntarme. Estaré aquí. Muchas gracias.