La Integraci\u00f3n Continua (Continuous Integration – CI) permite integrar continuamente c\u00f3digo en un \u00fanico repositorio compartido y de f\u00e1cil acceso. La Entrega Continua (Continuous Delivery – CD) permite descargar el c\u00f3digo almacenado en el repositorio y desplegarlo continuamente en producci\u00f3n. El proceso de CI \/ CD es una forma r\u00e1pida y eficaz para llevar un producto al mercado antes que la competencia, adem\u00e1s de lanzar nuevas funciones y corregir errores para mantener felices a sus clientes actuales.<\/p>\n
En este art\u00edculo vamos a profundizar en los 10 beneficios principales de la integraci\u00f3n continua y la entrega continua para explicar por qu\u00e9 nosotros hemos tomado este camino en BLMovil.<\/p>\n
Una ventaja t\u00e9cnica de la integraci\u00f3n continua y la entrega continua es que nos permite integrar peque\u00f1os fragmentos de c\u00f3digo a la vez. Estos cambios de c\u00f3digo son m\u00e1s simples y f\u00e1ciles de manejar que grandes fragmentos de c\u00f3digo y, como tales, tienen menos problemas que haya que solucionar m\u00e1s adelante.<\/p>\n
\n
Adem\u00e1s permite la realizaci\u00f3n de pruebas continuas, de forma que estas peque\u00f1as piezas de c\u00f3digo se pueden probar tan pronto como se integran en el repositorio de c\u00f3digo, lo que permite que nuestro equipo de desarrollo identifiquen los problemas antes de avanzar mucho en el desarrollo. Esto nos funciona muy bien para los desarrollos que realizamos en nuestra software factory, en la que trabajamos con clientes remotos y pueden comprobar los avances de forma continua, as\u00ed como para los internos y nos permite tener una mejor comunicaci\u00f3n con los equipos de trabajo.<\/p>\n
El aislamiento de defectos se refiere a la pr\u00e1ctica de dise\u00f1ar sistemas de manera que cuando ocurre un error, los resultados negativos tengan un alcance limitado. Limitar el alcance de los problemas reduce la posibilidad de da\u00f1os y facilita el mantenimiento de los sistemas.<\/p>\n
\n
El dise\u00f1o de un sistema con CI \/ CD garantiza que los aislamientos de fallas sean m\u00e1s r\u00e1pidos de detectar y m\u00e1s f\u00e1ciles de implementar. Los aislamientos de fallas combinan la supervisi\u00f3n del sistema, la identificaci\u00f3n de cu\u00e1ndo ocurri\u00f3 la falla y su ubicaci\u00f3n. Por lo tanto, las consecuencias de la aparici\u00f3n de errores en la aplicaci\u00f3n tienen un alcance limitado. Se puede evitar que ocurran fallos repentinos y cualquier otro problema cr\u00edtico aislando el problema antes de que pueda causar da\u00f1os a todo el sistema.<\/p>\n
El MTTR mide la capacidad de mantenimiento de las funciones a reparar y establece el tiempo promedio para reparar una funci\u00f3n err\u00f3nea. B\u00e1sicamente, nos ayuda a realizar un seguimiento de la cantidad de tiempo dedicado a recuperarse de una falla.<\/p>\n
\n
El CI \/ CD nos ayuda a reducir el MTTR porque los cambios de c\u00f3digo son m\u00e1s peque\u00f1os y es m\u00e1s sencillo aislar las fallos. Una de las garant\u00edas de riesgo empresarial m\u00e1s importantes es mantener las fallas al m\u00ednimo y recuperarse r\u00e1pidamente de las fallas que ocurran. Las herramientas de monitoreo de aplicaciones son una excelente manera de encontrar y corregir fallas al mismo tiempo que registran los problemas para avisar del cambio de tendencias de una forma m\u00e1s r\u00e1pida.<\/p>\n
Al usar CI \/ CD, la confiabilidad de la prueba mejora debido al menor tama\u00f1o de los cambios introducidos en el sistema, lo nos que permite realizar pruebas positivas y negativas m\u00e1s precisas. La confiabilidad de la prueba dentro de CI \/ CD tambi\u00e9n se puede considerar confiabilidad continua. Con la fusi\u00f3n y el lanzamiento continuo de nuevos productos y funciones, saber que la calidad es lo m\u00e1s importante durante todo el proceso asegura a nuestros clientes que su inversi\u00f3n vale la pena.<\/p>\n
Al detectar los defectos m\u00e1s r\u00e1pido y, de esta forma, repararlos m\u00e1s r\u00e1pido, lo que aumenta las tasas de liberaci\u00f3n. Sin embargo, generar versiones frecuentes solo es posibles si el c\u00f3digo se desarrolla en un sistema en continuo movimiento.<\/p>\n
\n
El uso de CI \/ CD permite fusionar c\u00f3digos y desplegarlos continuamente en producci\u00f3n despu\u00e9s de realizar pruebas exhaustivas, manteniendo el c\u00f3digo en un estado que est\u00e9 listo para su publicaci\u00f3n. Es importante disponer de un entorno de preproducci\u00f3n configurado de la forma m\u00e1s fiel al que va a tener la aplicaci\u00f3n en nuestros clientes. La uso de dockers es un gran m\u00e9todo para probar el c\u00f3digo en un entorno de producci\u00f3n para probar solo el \u00e1rea que se ver\u00e1 afectada por el despliegue.<\/p>\n
La incorporaci\u00f3n de CI \/ CD en nuestro proceso de desarrollo nos permite reducir la cantidad de defectos no cr\u00edticos. Estos peque\u00f1os defectos se detectan antes de su paso a producci\u00f3n y se corrigen antes de ser entregados a los usuarios finales.<\/p>\n
\n
Los beneficios de resolver problemas no cr\u00edticos con anticipaci\u00f3n son muchos. Por ejemplo, los programadores tienen m\u00e1s tiempo para enfocarse en problemas m\u00e1s grandes o mejorar el sistema y el equipo de pruebas deben enfocarse menos en problemas peque\u00f1os para enfocarse en encontrar problemas m\u00e1s grandes antes de ser desplegados. Otro beneficio (y quiz\u00e1s el mejor) es que mantenemos satisfechos a nuestros clientes ya que hay menos errores en los desarrollos.<\/p>\n
Las ventajas de CI \/ CD no solo caen en el aspecto t\u00e9cnico sino tambi\u00e9n en el \u00e1mbito organizativo. Los primeros momentos de un nuevo cliente que prueba su producto es un momento decisivo.<\/p>\n
\n
Las primeras impresiones son clave para convertir a los nuevos clientes en clientes satisfechos. Mantenemos contentos a nuestros clientes con una r\u00e1pida entrega de nuevas funciones y de correcci\u00f3n de errores. El uso de un enfoque de CI \/ CD tambi\u00e9n mantiene nuestros productos actualizados con la \u00faltima tecnolog\u00eda y nos permite llegar a nuevos clientes.<\/p>\n
\n
Adem\u00e1s, nuestros clientes son los principales usuarios de nuestros productos y como tal, tenemos en cuenta lo que nos dicen. Ya sea que los comentarios sean positivos o negativos, los comentarios y la participaci\u00f3n de nuestros clientes nos conducen a mejoras de usabilidad y de satisfacci\u00f3n general.<\/p>\n
\n
Nuestros clientes quieren saber que est\u00e1n siendo escuchados. Agregar nuevas funciones y cambios a nuestro canal de CI \/ CD en funci\u00f3n de la forma en que nuestros clientes usan el producto nos ayudar\u00e1 a retener a los clientes actuales y obtener nuevos.<\/p>\n
La CI \/ CD es una excelente manera de obtener comentarios continuos no solo de nuestros clientes sino tambi\u00e9n de nuestro propio equipo. Esto aumenta la transparencia de cualquier problema en el equipo y fomenta la rendici\u00f3n de cuentas responsable.<\/p>\n
\n
La CI se centra principalmente en el equipo de desarrollo, por lo que los comentarios de esta parte de la canalizaci\u00f3n mejoran las errores de construcci\u00f3n, los problemas de fusi\u00f3n de c\u00f3digo, los problema de arquitectura, etc. El CD se enfoca m\u00e1s en llevar el producto r\u00e1pidamente a los usuarios finales para obtener el producto que necesitan y su realimentaci\u00f3n. Tanto CI como CD proporcionan una r\u00e1pida retroalimentaci\u00f3n, lo que nos permite mejorar de manera constante y continua nuestros productos.<\/p>\n
La automatizaci\u00f3n en el proceso de CI \/ CD reduce la cantidad de errores que pueden tener lugar en los muchos pasos repetitivos que forman la CI y CD. Hacerlo as\u00ed tambi\u00e9n nos libera tiempo de los programadores que se van a dedicar a desarrollo de productos, ya que al detectar antes los errores se reducen las correcciones de c\u00f3digo que se puedan producir en el futuro. Otra cosa que hemos comprobado es que al aumentar la calidad del c\u00f3digo con la automatizaci\u00f3n tambi\u00e9n aumentamos su ROI.<\/p>\n
El mantenimiento y las actualizaciones son una parte crucial en el ciclo de vida de un producto. Sin embargo, es importante tener en cuenta que dentro de un proceso de CI \/ CD se debe realizar el mantenimiento durante los per\u00edodos de inactividad, tambi\u00e9n conocidos como la hora no cr\u00edtica. De esta forma no es necesario bajar el sistema durante las horas pico de tr\u00e1fico para actualizar los cambios en el c\u00f3digo.<\/p>\n
\n
Hacerlo en horas productivas puede afectar al cliente y aumentar los problemas de implementaci\u00f3n por las prisas para mantener es sitema abajo el menor tiempo posible. Utilizando la CI \/ CD, nos aseguramos de que los cambios en los sistemas productivos se realizan en momentos que no afecten a nuestros clientes, adem\u00e1s en m\u00faltiples aplicaciones tenemos sistemas basados en microservicios que hacen que cada cambio pueda afectar s\u00f3lo a una peque\u00f1a parte del sistema.<\/p>\n
\n
Si tienes una idea, nosotros te la desarrollamos<\/p>\n