Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Ambito, strategia e tempistica

Tre elementi chiave costituiscono gli elementi costitutivi di tutti i programmi e la loro importanza nelle migrazioni di grandi dimensioni: ambito, strategia e tempistica.

Per preparare il terreno per il percorso di migrazione, questi elementi devono essere allineati e compresi fin dall'inizio di un programma di migrazione. Qualsiasi modifica a uno di questi elementi influirà sugli altri. Il riallineamento deve essere preso in considerazione in ogni cambiamento, indipendentemente da quanto semplice o sensato possa sembrare il cambiamento.

Ambito: cosa state migrando?

È normale che l'ambito totale del programma non sia definito, anche a metà della migrazione. Questo perché diversi fattori potrebbero essere analizzati solo nelle fasi successive. Ad esempio, a metà della migrazione, potreste scoprire una parte di shadow IT che non è stata registrata nel database di gestione della configurazione (CMDB). In alternativa, la pianificazione potrebbe essersi concentrata sulla visualizzazione del server senza considerare i servizi di rete e di sicurezza di supporto necessari per l'esecuzione di tali applicazioni (come le connessioni VPN ai AWS partner e le autorità di certificazione per firmare i certificati). Consigliamo di dedicare un po' di tempo alla definizione dell'ambito, procedendo a ritroso rispetto al risultato aziendale prefissato. Potresti finire per utilizzare strumenti di rilevamento per scoprire le risorse, una best practice che verrà discussa più avanti in questa guida.

L'ambito cambierà, perché le migrazioni di grandi dimensioni comportano incognite. Queste incognite potrebbero assumere la forma di sistemi che sono entrati a far parte dell'archeologia dell'ambiente di cui non si capisce quasi nulla della loro rilevanza, oppure di incidenti di produzione che causano ritardi e modifiche ai piani prefissati. La chiave è essere flessibili e disporre di piani di emergenza per far avanzare il programma.

Strategia: perché vuoi migrare?

Potresti aver intenzione di migrare verso AWS per uno o più dei seguenti motivi:

Qualunque sia la ragione, tutte queste ragioni e altre ancora saranno nella mente delle vostre organizzazioni aziendali e IT. È fondamentale capire quali sono i conducenti, comunicarli e dare loro priorità. Ogni driver aggiuntivo potrebbe aggiungere tempo, costi, ambito e rischi a una migrazione già di per sé estesa. È fondamentale essere pienamente consapevoli dell'impatto che la strategia ha sulla tempistica e sull'ambito.

Dopo aver definito la strategia di migrazione, una delle principali chiavi del successo è l'allineamento dei requisiti tra i vari stakeholder e i diversi team. L'esecuzione della migrazione richiede diversi team all'interno dell'organizzazione, tra cui infrastruttura, sicurezza, applicazioni e operazioni. Questi team avranno priorità individuali e altri progetti che potrebbero essere già iniziati. Se questi team lavorano secondo tempistiche e priorità diverse, è più difficile concordare e implementare un piano di migrazione. Il team addetto alla migrazione e le principali parti interessate devono garantire che tutti i team coinvolti lavorino per raggiungere un unico obiettivo e allineino le proprie priorità con un'unica sequenza temporale delle migrazioni.

Ti consigliamo di esplorare come allineare i risultati aziendali desiderati tra i vari team. Ad esempio, la migrazione a () AWS e l'utilizzo di AWS Key Management Service (AWS KMS) per crittografare lo storage a riposo potrebbero soddisfare sia gli obiettivi di migrazione che quelli di sicurezza.

Spesso, le aziende vogliono modernizzare le applicazioni, il che può portare ad aggiornamenti dell'infrastruttura, mentre il team addetto all'infrastruttura vuole essere parsimonioso e ridurre al minimo le modifiche all'infrastruttura. La mentalità per le migrazioni di grandi dimensioni dovrebbe essere la più semplice possibile. I team coinvolti devono evitare di cercare di fare tutto in una volta.

Per raggiungere questo obiettivo, stabilisci le giuste aspettative nelle prime fasi del progetto. Il messaggio chiave dovrebbe essere «Prima migrare, poi modernizzare». Questo approccio non solo consente alle organizzazioni di ridurre il debito tecnico e, alla fine, di operare su larga scala, ma apre la strada a diversi approcci di modernizzazione sfruttando la scalabilità e l'agilità che possono offrire. Cloud AWS Pensare a lungo termine aiuterà i team addetti all'infrastruttura a semplificare l'implementazione e la gestione dell'infrastruttura. Di conseguenza, l'azienda può avere cicli di rilascio delle funzionalità più rapidi.

Cronologia: quando è necessario completare la migrazione?

A seconda del caso aziendale, è necessario assicurarsi di non assumere più di quanto sia possibile ottenere nel tempo assegnato. Se il motivo della migrazione si basa su una data di completamento fissa, è necessario scegliere la strategia che soddisfa tale requisito temporale. La maggior parte delle migrazioni di grandi dimensioni si basa su questi vincoli temporali, quindi le strategie di migrazione devono avere scadenze e risultati definiti e fissi, con poco spazio per estensioni o superamenti.

In questi tipi di migrazioni urgenti, consigliamo l'approccio «Migra prima, poi modernizza». Questo aiuta a stabilire le aspettative e incoraggia i team a garantire che i piani di progetto e i budget individuali siano in linea con l'obiettivo generale di migrazione. È importante individuare eventuali disaccordi il prima possibile nel progetto, fallire rapidamente e risolvere i disaccordi a livello di Comitato direttivo e coinvolgere le parti interessate giuste per garantire l'allineamento.

Al contrario, se l'obiettivo principale della migrazione è quello di ottenere i vantaggi della modernizzazione delle applicazioni, questo aspetto deve essere evidenziato all'inizio del programma. Molti programmi iniziano con un obiettivo iniziale basato su una scadenza fissa e non pianificano i requisiti delle parti interessate che desiderano risolvere questioni e problemi in sospeso. In alcuni casi, questi problemi sono presenti da anni nei sistemi di origine, ma ora si trasformano in ostacoli artificiali alla migrazione.

Le attività di modernizzazione durante una migrazione possono influire sulla funzionalità delle applicazioni aziendali. Anche quello che viene percepito come un piccolo aggiornamento, ad esempio una modifica della versione del sistema operativo, può avere un effetto importante sulle tempistiche del programma. Questi non devono essere considerati banali.