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à. # Motivi aziendali e principi guida tecnici ## I fattori di business Indipendentemente dal fatto che la tua organizzazione abbia già deciso di passare al cloud o sia vicina a tale decisione, la definizione e la documentazione dei fattori di business per la migrazione al cloud chiariranno i motivi della migrazione. Dopo aver documentato i motivi, puoi definire cosa verrà migrato e come verrà migrato. Questa attività è importante. Consigliamo che si svolga il più presto possibile per informare e guidare le fasi successive.  Identifica le parti interessate che dovrebbero prendere parte alla discussione per documentare i fattori determinanti. In genere CxOs, i dirigenti senior e i principali leader tecnologici dell'organizzazione e i propri clienti. Sebbene sia improbabile che i vostri clienti prendano parte a questa discussione, consigliamo che una o più persone all'interno dell'organizzazione siano designate per rappresentare i punti di vista e gli obiettivi dei clienti. I fattori di business devono essere collegati a una metrica che possa essere misurata durante il percorso di migrazione per verificare se i risultati sono stati raggiunti. Gli obiettivi strategici e i report annuali dell'azienda possono fungere da punto di partenza.  Concentra la conversazione su dove l'azienda vuole essere, sulla base delle metriche esistenti e previste, a seguito del passaggio al cloud. Considera gli obiettivi e i risultati aziendali. Inoltre, considera come si presenta il successo con l'aumento dell'adozione del cloud.  Successivamente, stabilisci il livello di importanza per ogni driver. Quali sono le priorità? Quali sono i benefici attesi? In che modo i vantaggi supportano gli obiettivi e i risultati aziendali? Nel contesto della valutazione del portafoglio di applicazioni, le risposte aiuteranno a dare priorità ai carichi di lavoro per la migrazione e a stabilire principi guida tecnici. Tuttavia, i driver aziendali definiranno e influiranno sul programma di migrazione nel suo complesso. ## Principi guida tecnici I principi guida tecnici informano la selezione della strategia di migrazione nelle fasi successive della valutazione del portafoglio. Nella fase attuale, l'obiettivo è identificarli.  I principi guida possono essere stabiliti come decisioni generali relative alla tecnologia e all'approccio derivate dagli obiettivi e dai risultati aziendali. Ad esempio, un'azienda ha l'obiettivo principale di ridurre i costi e il risultato desiderato è chiudere un data center locale entro una determinata data di 12 mesi. Un principio guida che ne deriva è quello di trasferire e spostare tutte le applicazioni sul cloud utilizzando una strategia di migrazione di rehosting laddove possibile. In questo caso, l'approccio lift-and-shift accelera i risultati della migrazione a breve termine. Dopo lo spostamento delle applicazioni dal data center locale, l'azienda può concentrarsi su altri fattori di business per ottimizzare o modernizzare i carichi di lavoro migrati. Per stabilire i principi guida tecnici, inizia analizzando i driver aziendali. Identifica un elenco di tecnologie e tecniche che consentiranno di raggiungere gli obiettivi e i risultati aziendali. Quindi, affina l'elenco e assegna un ordine di pertinenza in base all'idoneità o alla preferenza per raggiungere il risultato desiderato. Documenta e comunica i principi guida con le persone coinvolte nella pianificazione e nell'esecuzione della migrazione. Evidenzia le preoccupazioni e i potenziali conflitti tra i principi e l'effettiva implementazione. La tabella seguente fornisce un esempio di fattori di business e principi guida tecnici. | | | **Motore aziendale** | **Risultato** | **Parametri** | **Principio guida tecnico** | | --- |--- |--- |--- | | Accelera l'innovazione. | Migliore competitività, maggiore agilità aziendale | Numero di implementazioni al giorno o al mese, nuove funzionalità rilasciate ogni trimestre, punteggi di soddisfazione dei clienti, numero di esperimenti | Rifattorizza le applicazioni differenziando le applicazioni utilizzando i microservizi e il modello DevOps operativo per aumentare l'agilità e la velocità di immissione sul mercato delle nuove funzionalità. | | Riduci i costi operativi e di infrastruttura. | Base di costi elastica e abbinata a domanda e offerta (paghi in base all'uso) | Variazione della spesa nel tempo | 1. Riorganizza le applicazioni con l'infrastruttura dimensionata correttamente. 
2. Ritira le applicazioni che hanno un utilizzo scarso o nullo. | | Aumenta la resilienza operativa. | Migliore operatività, riduzione del tempo medio di ripristino | SLA, numero di incidenti | 1. Ripiattaforma le applicazioni alle versioni più recenti e meglio supportate del sistema operativo. 
2. Implementa architetture ad alta disponibilità per applicazioni critiche. | | Esci dal data center. | Data-center chiusura entro una data compresa tra 6 e 12 mesi | Velocità delle migrazioni dei server | Riorganizza le applicazioni utilizzando. [AWS Transform MGN](https://aws.amazon.com/application-migration-service/) | | Rimani in sede, ma aumenta l'agilità e la resilienza. | Competitività e operatività migliorate pur rimanendo in sede | Numero di implementazioni al giorno o al mese, rilascio di nuove funzionalità ogni trimestre, SLA, numero di incidenti | 1. Modernizza i sistemi estendendone le funzionalità nel cloud.
2. Valuta l'opportunità di rehosting o replatforming to. AWS Outposts | È inoltre importante definire i principi architettonici alla base delle strategie di migrazione. Ad esempio, potresti introdurre un principio architettonico per il AWS Cloud secondo cui tutte le applicazioni migrate devono crittografare tutte le comunicazioni. Se questo tipo di principio non viene attualmente applicato in sede, costringe i team addetti alla migrazione a implementare le modifiche come parte della migrazione, con ripercussioni sull'impegno e sulla pianificazione. Definite tutti i principi dell'architettura e condivideteli con i team competenti.