Spring GDS 25è Aniversari
Una empresa de logística que envia a 190 països va construir alguna cosa per enviar-se a si mateixa.
Un hotfix és un pedaç urgent que s'aplica directament a un sistema en producció per resoldre un bug crític o una vulnerabilitat de seguretat, sense esperar la propera versió planificada. Les actualitzacions normals recorren tot el pipeline de desenvolupament i proves. Un hotfix se salta la cua, perquè hi ha alguna cosa trencada ara mateix i els usuaris la noten.
Els hotfixes neixen de problemes que no poden esperar. Un flux de pagament que deixa de cobrar. Un forat de seguretat que estan explotant activament. Dades que es corrompen. Una caiguda que colpeja una bona part dels teus usuaris. Quan un botó de checkout falla en silenci un divendres a la tarda i les comandes deixen d'entrar, la urgència justifica un camí més ràpid i directe cap al desplegament. En fluxos basats en Git, un hotfix sol viure en una branca dedicada que surt de la branca de producció i no pas de desenvolupament. Un cop verificat, es fusiona de tornada en totes dues, perquè l'arranjament sobrevisqui a la propera versió i no desaparegui sense més.
Un hotfix és una eina, no pas un costum. Llançar-los sense parar és un senyal, i el senyal apunta al procés de proves i de release que hi ha aigües amunt. Els equips que recorren a hotfixes setmana rere setmana solen tenir buits en QA o en la validació prèvia a producció que val la pena arreglar de soca-rel.
Quan alguna cosa es trenca a l'entorn de producció d'un client, el rellotge és real i la pressió també. Tractem aquell moment com un problema compartit. El nostre equip aïlla la fallada, desplega l'arranjament més petit i segur, el posa en marxa i després torna per fusionar-lo net, de manera que aguanti a la propera versió. Sense drames, sense buscar culpables. El producte torna a estar dret i el client sap exactament què va passar i per què.
Quan el foc està apagat, fem la pregunta més difícil: per què va arribar això a producció? Aquí passa la feina de debò. Reforcem les proves, tanquem el buit que va deixar passar el bug i ajustem el procés de release perquè la mateixa mena de problema no torni. Els hotfixes sempre existiran. L'objectiu és necessitar-los menys, i construïm cap a això amb cada client amb qui treballem.
Alguna cosa trencada en producció i el rellotge corrent? Posem-la dreta.
Una empresa de logística que envia a 190 països va construir alguna cosa per enviar-se a si mateixa.
Convertir una marca en un negoci que funciona.
Mig milió de persones. Una app. Zero caos.















