En el món de la transformació digital, poques frases són tan enganyoses com 'la migració està al 80%'. Aquesta afirmació, repetida en innombrables presentacions executives, amaga una realitat molt més complexa: l'èxit real d'un procés de migració no es mesura per quants sistemes nous s'han posat en marxa, sinó per quants sistemes antics s'han apagat definitivament. L'experiència de més de dues dècades treballant amb empreses de totes les mides ens ha ensenyat que l'últim 20% de qualsevol migració concentra els majors riscos, costos ocults i decisions organitzatives que determinen si el projecte serà un èxit o una càrrega financera a llarg termini.
Quan una organització declara que ha migrat el 80% de les seves càrregues de treball, el que sol significar a la pràctica és que el 80% de les aplicacions ja té una nova llar: contenidors funcionant, pipelines verds, dashboards impecables. No obstant, l'entorn legacy segueix operatiu perquè un grapat de processos crítics —un batch nocturn que ningú recorda qui va crear, un extracte de reporting que finances necessita el tercer dia de cada mes, dues integracions amb un soci el contracte del qual es renova l'any que ve— encara depenen de la infraestructura antiga. El resultat és que l'empresa paga dues vegades: per la nova plataforma i per la vella. No només en infraestructura, sinó en dos equips de guàrdia, dos conjunts de pegats de seguretat, dues pistes d'auditoria i un costós treball de sincronització entre ambdós mons. Aquesta capa de doble execució, que rares vegades apareix al cas de negoci original, es converteix en el codi més fràgil de tot el programa i en un dels majors generadors de deute tècnica oculta.
Aquest fenomen, que podríem anomenar l''impost de doble execució', és especialment perillós perquè ningú el pressuposta. El cas de negoci es va construir sobre els estalvis que s'obtindrien un cop el sistema antic desaparegués. Si el sistema antic mai desapareix, el cas de negoci era ficció. I tot i així, el programa es declara discretament com un èxit perquè es va moure el 80% d'alguna cosa. Per evitar-ho, la mètrica correcta no és 'percentatge migrat', sinó 'sistemes legacy apagats'. Cada mes que ambdós entorns coexisteixen, l'empresa acumula un cost operatiu que erosiona el retorn de la inversió previst. Per això, a Q2BSTUDIO defensem que una migració només està completa quan l'últim servidor antic es desconnecta, no quan el nou comença a funcionar.
L'obstacle real de l'últim 20% no és tècnic, sinó arqueològic. Les aplicacions que queden enrere comparteixen un tret comú: ningú sap exactament què fan. Qui les va escriure ja no és a l'empresa; la documentació, si existeix, descriu una intenció de fa deu anys que el codi va deixar de respectar fa set. Hi ha lògica de negoci amagada en procediments emmagatzemats, en programadors als quals ningú es connecta, en fitxers de configuració amb comentaris com 'no tocar, preguntar a Raj'... i Raj es va jubilar. No es pot reescriure el que no es pot descriure. La resposta estàndard —assignar un enginyer sènior perquè faci 'descobriment'— sol convertir-se en una tasca de sis setmanes per sistema, la qual cosa allarga la cua durant anys i acaba per abandonar-se, mantenint ambdues plataformes per sempre.
Aquí és on la intel·ligència artificial generativa està demostrant un valor real, però no on la majoria espera. No es tracta d'usar un model per reescriure un monòlit en microserveis —això segueix sent una quimera—, sinó de llegir. Un model de llenguatge ben orientat pot processar un codi legacy i lliurar, en una tarda en lloc de sis setmanes, un inventari de tots els sistemes externs amb què es comunica, una relació de tots els treballs programats, una descripció en llenguatge natural del que sembla fer cada procediment emmagatzemat, i —el més valuós— una llista de cada lloc on el comportament real contradiu la documentació. Aquest mapa, no el codi reescrit, és el veritable actiu. No obstant, el model també descriurà amb seguretat comportaments que no existeixen, la qual cosa en una migració és pitjor que no tenir descripció, perquè algú construirà contra això. Per això, als nostres projectes imposem una regla: el model no pot afirmar res. Produeix afirmacions amb cites: fitxer, línia, nivell de confiança, i un estat de verificació pendent. Cada afirmació que toca diners, compliment normatiu o estat del client es verifica contra trànsit de producció reproduït abans de convertir-se en requisit. Així, l'arqueologia deixa de ser la raó per la qual el programa mor.
Un cop se sap què fa el sistema legacy, cal abandonar-lo. L'enfocament clàssic —el 'big bang'— té mala fama amb raó: tothom sap que és una mala idea, però tothom ho fa perquè l'alternativa sembla més difícil de planificar. L'alternativa és posar una costura. Fer que el sistema legacy emeti un esdeveniment per cada canvi d'estat rellevant, i que el nou servei el consumeixi. Durant un temps, ambdós sistemes estan vius: el legacy segueix sent la font de veritat per a les escriptures, i el nou construeix el seu propi estat a partir del flux d'esdeveniments, comparant els resultats en silenci, en producció, amb trànsit real, fins que es deixen de trobar diferències. Llavors s'inverteix l'escriptura: el legacy es converteix en consumidor en lloc de productor. Després s'apaga també. Aquesta estratègia, més lenta sobre el paper, és dramàticament més ràpida que el big bang si es compten els talls fallits i les reversions. Permet equivocar-se de forma segura, descobrint que el legacy arrodoneix d'una manera que ningú va documentar, o que aplica una regla de descompte que només es dispara per a comptes creades abans d'una certa data. És millor trobar això mentre el sistema antic segueix sent autoritatiu, no durant un cap de setmana de migració amb el CFO a la línia.
L'últim pas, i potser el més descuidat, és el desmantellament. No genera demos, no entrega funcionalitats, no té visibilitat. Quan els pressupostos s'estrenyen al mes nou, el corrent de retirada sempre és el primer a posposar-se, perquè retardar-lo no té un cost visible en el trimestre. Per això, a la nostra metodologia, el desmantellament no pot ser una fase al final: ha de ser un flux de treball finançat, amb un responsable nomenat des del dia u i una funció de pressió externa a l'equip d'enginyeria. Un contracte de maquinari que no es renova, una llicència que expira, un suport tècnic amb data de caducitat. Una cosa que el programa no pugui estendre silenciosament tres mesos en un comitè de direcció.
A Q2BSTUDIO, especialistes en desenvolupament d'aplicacions a mida i serveis cloud, sabem que les mètriques que realment importen són: nombre de sistemes legacy completament retirats, mesos totals de doble execució acumulats (i si aquesta xifra està baixant), percentatge del trànsit de producció servit encara per la ruta legacy, i el cost recurrent de l'entorn antic comparat amb el cas de negoci que va finançar el programa. Cap d'aquestes mètriques és afalagadora al primer any. Precisament per això són útils: la mètrica afalagadora és la que permet que un programa duri tres anys i acabi amb dues plataformes en lloc d'una.
Després de més de vint anys al sector, hem arribat a una conclusió clara: la part difícil de la modernització ja no és l'arquitectura. Els patrons estan resolts, les plataformes madures, i podem muntar un equip que construeixi un ecosistema Kubernetes net amb pipelines adequats i límits de servei sensats. El que no ha vist facilitar-se és apagar allò vell. Això és un problema organitzatiu disfressat de problema tècnic, i no es resol amb millor arquitectura, sinó amb algú que sigui propietari de la data d'eliminació i estigui disposat a no ser popular al mes nou. La migració no acaba quan la nova plataforma es posa en funcionament. Acaba quan algú desmunta el rack del sistema antic. I per aconseguir-ho, cada empresa necessita un soci tecnològic que entengui tant la part tècnica com la humana, que sàpiga aplicar IA per desentranyar sistemes heretats, que integri serveis cloud a AWS i Azure amb ciberseguretat i business intelligence, i que construeixi agents d'IA que automatitzin la verificació d'esdeveniments. Perquè al final, la tecnologia és el mitjà; l'objectiu és alliberar l'organització del pes del passat.
