Las metodolog\u00edas y tecnolog\u00edas Devops han revolucionado la industria del software. Y cuando decimos \u00abla industria del software\u00bb, nos estamos refiriendo a la gran mayor\u00eda de las empresas, no solo a las empresas que podemos considerar cl\u00e1sicamente como tecnol\u00f3gicas.<\/p>\n
\nToda compa\u00f1\u00eda es una compa\u00f1\u00eda de tecnolog\u00eda, independientemente del sector en el que piensen que est\u00e1n. Un banco solo es una compa\u00f1\u00eda de IT con una licencia bancaria.<\/p>\n<\/blockquote>\n
– Christopher Little<\/p>\n
\u00bfPor qu\u00e9 han supuesto las herramientas y metodolog\u00edas devOps una revoluci\u00f3n?<\/strong>
Porque nos permiten llevar cambios hasta nuestros usuarios finales m\u00e1s r\u00e1pidamente y eso es vital en un panorama tan competitivo como en el que vivimos. Es indispensable ser \u00e1giles y conseguir dar a nuestros clientes lo que necesitan antes que la competencia.<\/p>\nResumiendo los principios del movimiento DevOps a su esencia, tenemos 3 pilares:<\/p>\n
\n
- Flujo: Hacer visible el trabajo, reducir el tama\u00f1o de los lotes de trabajo e integrar la calidad en los procesos<\/li>\n
- Realimentaci\u00f3n (feedback): Detectar y corregir los problemas a medida que se van produciendo<\/li>\n
- Aprendizaje y experimentaci\u00f3n continuos<\/li>\n<\/ol>\n
Flujo<\/h2>\n
\n
- Detectar nuestros cuellos de botella y limitar el trabajo en curso – \u201cStop starting. Start finishing.\u201d – David J. Andersen, author of Kanban: Successful
Evolutionary Change for Your Technology Business<\/li>\n- Lotes de trabajo peque\u00f1os<\/li>\n
- Detecta los problemas pronto para cualquier etapa.<\/li>\n
- Entregar valor al cliente r\u00e1pidamente<\/li>\n<\/ul>\n
Realimentaci\u00f3n<\/h2>\n
\n
- Detectar los problemas lo m\u00e1s pronto posible en nuestro ciclo<\/li>\n<\/ul>\n
Aprendizaje y experimentaci\u00f3n<\/h2>\n
\n
- Peque\u00f1os experimentos: Dif\u00edcil predecir efectos de nuestras acciones. \u00bfQu\u00e9 funciona y qu\u00e9 no funciona?<\/li>\n
- Aprender de nuestros errores<\/li>\n<\/ul>\n
SonarQube – \u00bfD\u00f3nde encaja?<\/h2>\n
SonarQube y Sonarlint se integran en 2 de las etapas de un ciclo de integraci\u00f3n continua:<\/p>\n
\n
- Mientras desarrollo, sonarlint, un plugin de sonar para los IDEs (Entornos de desarrollo integrados) nos permite validar la calidad de nuestro c\u00f3digo antes de que tengamos que subirlo a un sistema de control de versiones<\/li>\n
- Cuando se lanza el pipeline que se encarga de lanzar las validaciones, se invoca a sonar, que verifica que el c\u00f3digo que queremos promover cumple con nuestros est\u00e1ndares de calidad<\/li>\n<\/ol>\n
SonarQube y los pilares DevOps<\/h2>\n
\n
- Flujo: Sonar permite detectar los problemas mientras escribimos en c\u00f3digo. con cada cambio\/commit<\/li>\n
- Realimentaci\u00f3n: Sonar nos da feedback en el editor de texto y en el pipeline y nos indica los aspectos que tenemos que mejorar<\/li>\n
- Aprendizaje y experimentaci\u00f3n: Cada incumplimiento viene acompa\u00f1ado de una gu\u00eda de qu\u00e9 est\u00e1 fallando y c\u00f3mo corregirlo. Habitualmente con alg\u00fan ejemplo de c\u00f3digo<\/li>\n<\/ol>\n\n\n
Tambi\u00e9n puede interesarte<\/h2>\n\n\n\n
Curso de SonarQube: Mejora la calidad del c\u00f3digo<\/a><\/p>\n\n\n\n