Seleziona le tue preferenze relative ai cookie

Utilizziamo cookie essenziali e strumenti simili necessari per fornire il nostro sito e i nostri servizi. Utilizziamo i cookie prestazionali per raccogliere statistiche anonime in modo da poter capire come i clienti utilizzano il nostro sito e apportare miglioramenti. I cookie essenziali non possono essere disattivati, ma puoi fare clic su \"Personalizza\" o \"Rifiuta\" per rifiutare i cookie prestazionali.

Se sei d'accordo, AWS e le terze parti approvate utilizzeranno i cookie anche per fornire utili funzionalità del sito, ricordare le tue preferenze e visualizzare contenuti pertinenti, inclusa la pubblicità pertinente. Per continuare senza accettare questi cookie, fai clic su \"Continua\" o \"Rifiuta\". Per effettuare scelte più dettagliate o saperne di più, fai clic su \"Personalizza\".

Stabilire una linea di base per il portafoglio di applicazioni

Modalità Focus
Stabilire una linea di base per il portafoglio di applicazioni - AWS Guida prescrittiva

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à.

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à.

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.

  • Application-to-infrastructure le dipendenze dei servizi 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 AWS Directory Service for Microsoft Active Directory, ad esempio 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.

PrivacyCondizioni del sitoPreferenze cookie
© 2025, Amazon Web Services, Inc. o società affiliate. Tutti i diritti riservati.