Tornar al blog
Transformació Digital

Migració al núvol sense drama: com planificar el primer any real

El 60% de les migracions cloud s'allarguen més del previst. Aquí expliquem els patrons de fallada més freqüents i com evitar-los abans de començar.

Blurtek
7 min lectura207 palabras

La majoria de migracions cloud no fracassen per tecnologia. Fracassen per manca d'inventari inicial, expectatives irreals sobre terminis i absència d'un pla de rollback documentat. El resultat habitual és un projecte que s'allarga el doble, amb costos superiors al pressupostat i un equip esgotat de gestionar dues infraestructures en paral·lel.

01

El primer pas que ningú fa bé: l'inventari honest

El primer pas és un inventari honest: quins sistemes hi ha, qui els fa servir, amb quina freqüència i què passaria si estiguessin caiguts quatre hores. Sense això, qualsevol pla de migració és ficció. La majoria d'inventaris que veiem tenen entre un 20 i un 40% de sistemes que ningú sabia que estaven en producció fins que algú va preguntar.

  • Llistat complet de sistemes amb propietari de negoci assignat (no només tècnic)
  • Criticitat per finestra de temps: què passa si està caigut 1h, 4h, 24h
  • Dependències entre sistemes: quina aplicació necessita que una altra estigui disponible primer
  • Estat actual: versió, sistema operatiu, data del darrer pedaç, si té suport actiu
  • Freqüència d'ús real: hi ha sistemes que apareixen crítics al paper però s'usen mensualment
02

Les 6 R i el primer any que sempre costa més

L'estratègia de les '6 R' (rehost, replatform, refactor, repurchase, retire, retain) segueix sent la referència pràctica. Per a la majoria de pimes, el 70% dels sistemes va a rehost i un 20% a retire. El 10% restant és on hi ha la feina real i la majoria del pressupost.

  • Rehost (lift and shift): moure el sistema tal qual al cloud. Ràpid, barat, sense optimització.
  • Replatform: migrar amb ajustos menors per aprofitar serveis cloud (base de dades gestionada, etc.).
  • Refactor: redissenyar l'aplicació per ser cloud-native. Car, lent, però amb major benefici a llarg termini.
  • Repurchase: substituir per un SaaS equivalent (passar de servidor Exchange propi a Microsoft 365).
  • Retire: apagar sistemes que ja no s'utilitzen. El 20% més senzill i freqüentment ignorat.
  • Retain: mantenir en on-premise per raons tècniques, regulatòries o de cost.

Una migració cloud ben planificada no és un projecte tècnic; és un projecte de negoci amb component tècnica. Les decisions sobre què migrar quan i a quin ritme s'han de prendre amb el context de què pot permetre's el negoci en termes de risc operatiu i finestra d'interrupció.

Si estàs planificant una migració cloud o vols entendre què implica abans de comprometre't, podem ajudar-te a avaluar opcions sense pressió comercial.

Veure servei de transformació digital