La cultura DevOps, més que eines

Com va començar DevOps?

El moviment DevOps va començar fa més de 10 anys. Patrick Debois intentava aplicar la mentalitat àgil a la infraestructura que administrava, encara que sense gaire èxit. Més tard va conèixer a Andrew Clay Shafer, que treballava en la idea d'infraestructura àgil, i a Jean-Paul Sergent, que explorava formes de millorar la col·laboració entre els equips de desenvolupadors i els equips d'operacions de TI.

Van planejar compartir les seves idees en una conferència. El 2009, Debois va veure una xerrada de Flickr sobre la cooperació entre desenvolupadors i operacions per aconseguir múltiples desplegaments per dia en producció. Això el va motivar a organitzar una conferència a Gant (Bèlgica). Anomenar-la "Administradors de sistemes àgils" no semblava el nom més atractiu per a la conferència, i va acabar anomenant-se "DevOpsDays".

Actualment, pots buscar treballs de "DevOps" i trobes una àmplia varietat d'habilitats requerides i de rols. Algunes vacants se centren en Terraform o Ansible, altres s'assemblen més a un arquitecte Cloud d'AWS o a un expert en Docker/Kubernetes, però poques parlen d'una mentalitat DevOps. El mateix Patrick Debois va publicar un esquema sobre els rols DevOps al seu blog:

Des de la conferència que va encunyar el terme DevOps, la quantitat d'eines associades creix dia a dia. Les eines capten tota la nostra atenció la major part del temps. No obstant això, la col·laboració entre desenvolupadors i operacions és el pilar de la mentalitat DevOps amb l'objectiu posat en el lliurament continu.

Estructura de l'equip DevOps

Normalment, cada equip en la mateixa empresa té diferents responsabilitats, per la qual cosa les seves prioritats i objectius són diferents. Això genera colls d'ampolla i retards en els lliuraments de noves funcionalitats. I aquesta és una de les causes fonamentals que van originar el moviment DevOps.

La relació entre els equips en el context DevOps, va ser analitzada per Matthew Skelton el 2013 en “DevOps Topologies”. Aquí pots trobar una de les formes més comunes per accelerar les entregues: crear un equip de DevOps especialitzat en l'automatització i CI/CD. Encara que cal tenir cura ja que està categoritzat com un antipatró perquè aquest equip pot convertir-se en un silo (i DevOps es tracta de trencar silos, oi?).

Aquest estudi sobre el treball entre equips (no només DevOps) va evolucionar amb Manuel País i junts van escriure el llibre “Team Topologies” on van analitzar les diferents formes d'estructurar equips per al desenvolupament de programari.

En el llibre presenten diferents patrons per organitzar els equips i a més descriuen les forces ocultes que impulsen les relacions entre els equips.

Un dels molts punts clau del llibre és el concepte de la càrrega cognitiva. Una persona és capaç de retenir una determinada quantitat d'informació per realitzar una tasca. I el mateix val per a un equip.

Ara imagina un equip que treballa amb una gran quantitat d'eines o un equip que maneja moltes responsabilitats diferents (o ambdues). Inevitablement, apareixeran retards i colls d'ampolla a causa de contextos canviants, dedicacions multitasca o dies plens de reunions. Novament, la motivació DevOps és eliminar qualsevol retard per aconseguir un flux ràpid. El llibre dóna indicacions sobre com afrontar aquestes situacions.

Què serà el següent?

Després d'una dècada des que DevOps va començar el 2009, el desenvolupament de programari ha evolucionat: computació en el núvol, infraestructura com a codi, microserveis, docker, kubernetes…

Aleshores, ¿DevOps segueix sent rellevant o s'ha convertit en una altra paraula de moda buida? Potser escoltem a Kris Buytaert parlant-ne a DevOps Barcelona 2022. Mentrestant, et recomanem llegir:

• “13 anys de devops i 130 presentacions després: com va canviar el meu model mental de devops” de Patrick Debois
• “De Devoops a Devops, 10 anys d'aprenentatge” de Kris Buytaert