Stabilire una linea di base per il portafoglio di applicazioni

Per creare piani di migrazione ad alta affidabilità, è necessario stabilire una linea di base per il portafoglio di applicazioni e l'infrastruttura associata. Una linea di base del portafoglio fornisce una visione completa dell'ambito della migrazione, comprese le dipendenze tecniche e la strategia di migrazione. La linea di base del portafoglio fornisce chiarezza su quali applicazioni rientrano nell'ambito della migrazione e sulla raccolta dei dati delineati nella sezione Comprensione completa dei requisiti relativi ai dati di valutazione. Allo stesso modo, tutta l'infrastruttura associata (reti di elaborazione e storage) viene compresa e mappata alle applicazioni.

Le dipendenze tecniche possono essere descritte in quattro categorie:

• pplication-to-infrastructureLe dipendenze stabiliscono il collegamento tra software e hardware fisico o virtuale. Ad esempio, esiste una dipendenza tra un'applicazione CRM e le macchine virtuali su cui è installata.

• Le dipendenze tra i componenti dell'applicazione descrivono il modo in cui interagiscono i componenti in esecuzione in diversi asset dell'infrastruttura. Un esempio di dipendenza tra componenti dell'applicazione è un front-end Web in esecuzione su macchine virtuali, con un livello di applicazione in esecuzione su una macchina virtuale diversa e un database in esecuzione su un cluster di database.

• pplication-to-applicationLe dipendenze si riferiscono all'interazione tra applicazioni o componenti dell'applicazione con altre applicazioni o i relativi componenti. Un esempio di application-to-application dipendenza è un'applicazione per l'elaborazione dei pagamenti e un'applicazione per la gestione delle scorte. Queste applicazioni sono indipendenti, ma interagiscono costantemente utilizzando operazioni API definite.

• Le dipendenze di un pplication-to-infrastructure servizio sono tecnicamente application-to-application dipendenze, dato che il servizio di infrastruttura è esso stesso un'applicazione. Tuttavia, consigliamo di classificarle separatamente. Il motivo principale è che i servizi di infrastruttura sono in genere condivisi da molte applicazioni, quindi hanno una lunga serie di dipendenze. Inoltre, in genere seguono una strategia e uno schema di migrazione diversi. Ad esempio, un load balancer può contenere pool di bilanciamento per diverse applicazioni. Ciò che conta è la dipendenza dal pool, che probabilmente verrà migrato singolarmente, insieme all'applicazione dipendente, mentre il sistema di bilanciamento del carico stesso viene mantenuto o ritirato. Inoltre, l'individualizzazione delle dipendenze dei servizi aiuta a evitare falsi gruppi di dipendenze. application-to-infrastructure Un gruppo di false dipendenze si verifica quando diverse applicazioni aziendali vengono raggruppate insieme, il che implica che quelle che hanno una dipendenza comune da un servizio di infrastruttura devono essere migrate contemporaneamente. Ad esempio, è probabile che i servizi di autenticazione, come Active Directory, siano associati a grandi gruppi di applicazioni. La chiave è affrontare queste applicazioni individualmente e risolvere la dipendenza abilitando il servizio, come AWS Directory Service for Microsoft Active Directory, nell'ambiente cloud.

Quando stabilisci una linea di base per il portafoglio, ti consigliamo di confermare una strategia di migrazione per ogni componente dell'applicazione. La strategia di migrazione sarà una delle 6 R per la migrazione (vedi la sezione Iterazione della strategia di migrazione delle 6 R). Nella linea di base del portafoglio, una delle 6 R deve essere associata a ciascuna applicazione. Una strategia 6R dovrebbe inoltre essere associata a ciascuno dei componenti dell'infrastruttura dell'applicazione.

Per stabilire una versione di base del portafoglio, comprese le dipendenze e le strategie di migrazione, utilizza strumenti di rilevamento automatizzato (vedi Valutazione della necessità di strumenti di rilevamento). Completa i dati con le informazioni raccolte dalle principali parti interessate, come i proprietari delle applicazioni e i team dell'infrastruttura. Continua a raccogliere dati fino a ottenere un inventario completo del portafoglio che corrisponda agli attributi e al livello di fedeltà descritti nella sezione relativa ai requisiti in materia di dati per questa fase. Il set di dati risultante sarà fondamentale per guidare la migrazione.

Considerate che, a seconda dell'estensione dell'ambito di migrazione e degli strumenti disponibili, il completamento di questa attività può richiedere diverse settimane.