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à.
Stabilire una 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:
-
Application-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.
-
Application-componentle dipendenze descrivono come 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.
-
Application-to-applicationle dipendenze si riferiscono all'interazione tra diverse applicazioni o i relativi componenti. Un esempio di dipendenza tra applicazioni è 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 o set di dati condivisi.
-
Application-to-infrastructure le dipendenze dei servizi sono tecnicamente dipendenze da applicazione a applicazione, dato che il servizio di infrastruttura è esso stesso un'applicazione. Tuttavia, si consiglia 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 un modello 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 load balancer stesso viene mantenuto o ritirato.
Inoltre, l'individualizzazione delle dipendenze tra i servizi dall'applicazione all'infrastruttura aiuta a evitare falsi gruppi di dipendenze. Un falso gruppo di dipendenze si verifica quando diverse applicazioni aziendali vengono raggruppate insieme, il che implica che una dipendenza comune da un servizio di infrastruttura ne impone la migrazione contemporaneamente. Ad esempio, è probabile che i servizi di autenticazione, come Active Directory, siano associati a grandi gruppi di applicazioni. La chiave è filtrare le dipendenze dei servizi di infrastruttura e abilitare tali servizi. AWS
Per ulteriori informazioni su come utilizzare le dipendenze per creare gruppi di migrazione, consulta la sezione Wave Planning
Quando stabilite una linea di base per il portafoglio, vi 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.
