Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Questo articolo fornisce un modello di piano di adozione del cloud per le organizzazioni che esegrano i carichi di lavoro in Azure. Usare questo modello per documentare il modello operativo e le responsabilità, il piano di training e le informazioni sul carico di lavoro
Modello operativo e responsabilità
Usare la tabella seguente per documentare i dettagli per ogni categoria.
| Category | Documentazione da aggiungere |
|---|---|
| Modello operativo | Specificare se il modello operativo è una gestione condivisa, centralizzata o distribuita. |
| Responsibilities | Definire e assegnare la responsabilità per la piattaforma e i carichi di lavoro. Includere nomi, ruoli e attività specifiche. |
Per altre informazioni, vedere Preparare l'organizzazione.
Piano di formazione cloud
| Category | Documentazione da aggiungere |
|---|---|
| Riepilogo della valutazione delle competenze | Riepilogare i risultati della valutazione, inclusa la data della valutazione, degli strumenti usati e delle lacune chiave delle competenze di Azure identificate tra i team. |
| Coinvolgimento del supporto degli esperti | Documentare gli esperti coinvolti, ad esempio esperti Microsoft o partner, il tipo di impegno (workshop) e la pianificazione delle sessioni. |
| Certifications | Specificare le certificazioni di Azure di destinazione necessarie per ogni ruolo. |
| Sandbox di apprendimento | Fornire informazioni dettagliate sulla sottoscrizione dell'ambiente sandbox, i criteri di accesso e le linee guida per l'utilizzo. |
| Programma di apprendimento continuo | Delineare il tempo di apprendimento mensile allocato, i sistemi di riconoscimento (punti, badge) e i piani per il coinvolgimento della community, ad esempio eventi o gruppi di utenti. |
Per altre informazioni, vedere Preparare le persone.
Architettura della zona di destinazione di Azure
| Category | Documentazione da aggiungere |
|---|---|
| Componenti della piattaforma necessari | Specificare i componenti necessari, ad esempio la connettività locale, l'identità ibrida, gli strumenti di gestione e i tipi di zona di destinazione dell'applicazione (online, aziendale, sandbox). |
| Gerarchia delle risorse | Definire la gerarchia, inclusi i gruppi di gestione, le sottoscrizioni e i gruppi di risorse. |
| Architettura della piattaforma | Documentare risorse condivise, SKU e aree geografiche per garantire scalabilità e conformità. |
| Costo stimato della piattaforma | Fornire stime dei costi per l'architettura della piattaforma, inclusi i servizi di Azure e le spese operative. |
Per altre informazioni, vedere Pianificare l'architettura della zona di destinazione di Azure
Dettagli su ogni carico di lavoro
Per ogni carico di lavoro nell'inventario, raccogliere dettagli aziendali e tecnici.
Dettagli aziendali del carico di lavoro per la migrazione
| Dettagli aziendali del carico di lavoro | Documentazione da aggiungere |
|---|---|
| Nome del carico di lavoro | Nome ufficiale usato nell'organizzazione |
| Descrizione del carico di lavoro | Singola frase che descrive lo scopo del carico di lavoro |
| Proprietari del carico di lavoro | Individui responsabili del carico di lavoro |
| Imprenditori | Capo o dirigente che gestisce questo carico di lavoro |
| Business Unit | Reparto responsabile dei costi del carico di lavoro |
| Processi aziendali interessati | Processi che dipendono da questo carico di lavoro |
| Team aziendali interessati | Teams il cui lavoro dipende da questo carico di lavoro |
| Valore aziendale | Ricavi, operazioni o valore del cliente se non disponibile |
| Livello di criticità | Alta (essenziale per la missione), media o bassa priorità |
| Riservatezza dei dati | Estremamente riservato, riservato, generale, pubblico, non commerciale |
| Requisiti di conformità | Standard normativi o certificazioni necessari |
| Finestre di manutenzione | Orari pianificati per aggiornamenti e modifiche |
| Periodi di blocco dell'azienda | Date in cui non sono consentite modifiche |
| Timelines | Elencare la data di destinazione per completare la strategia di migrazione |
| Restrizioni geografiche | Documentare i requisiti di residenza o accesso ai dati. |
| Metriche di riuscita | Definire misure specifiche per valutare l'esito positivo della migrazione. |
Per altre informazioni, vedere Document workload business details .For more information, see Document workload business details.
Dettagli tecnici del carico di lavoro per la migrazione
| Dettagli tecnici del carico di lavoro | Documentazione da aggiungere |
|---|---|
| Architettura corrente | Documentare tutti i componenti del carico di lavoro, tra cui calcolo, archiviazione, rete, database e livelli applicazione. Includere diagrammi dell'architettura e dettagli di configurazione. |
| Codice dell'applicazione | Documentare linguaggi di programmazione, framework e versioni SDK. Prendere nota di eventuali API deprecate o problemi di compatibilità con i servizi di Azure. |
| Databases | Elencare tutti i database, inclusi i tipi di motore, le versioni e i modelli di hosting. Documentare le dipendenze e i requisiti di migrazione. |
| Environments | Indicare se il carico di lavoro viene eseguito in produzione, test o sviluppo. Ciò influisce sulla tolleranza di inattività e sulla strategia di migrazione. |
| Requisiti dei componenti | Elencare le metriche delle prestazioni (CPU, memoria, operazioni di I/O al secondo, velocità effettiva), versioni del sistema operativo, dimensioni delle macchine virtuali, tipi di archiviazione e dettagli sulle licenze. Includere eventuali tecnologie o esigenze di modernizzazione non supportate. |
| Contratti di servizio (RTO/RPO) | Definire contratti di servizio, obiettivi del punto di ripristino (RPO) e obiettivi del tempo di ripristino (RTO). Usare questa opzione per guidare le strategie di backup, replica e failover. |
| Posizioni operative | Specificare le aree in cui il carico di lavoro è o deve essere ospitato, considerando i requisiti di residenza, conformità e latenza dei dati. |
| Dependencies | Elencare le dipendenze interne ed esterne (database condivisi, API, servizi SaaS). Includere mappe delle dipendenze e raggruppamenti per la sequenziazione della migrazione. |
| Security | Metodi di autenticazione dei documenti, account di servizio, crittografia (inattivi/in transito), regole del firewall ed elenchi di controllo di accesso. |
| Considerazioni su ISV e licenze | Convalidare la compatibilità del software di terze parti con Azure. Annotare eventuali vincoli di idoneità o licenze del vantaggio Azure Hybrid. |
Per altre informazioni, vedere Valutare il carico di lavoro
Architettura di Azure di destinazione per il carico di lavoro
| Dettagli del carico di lavoro di Azure | Description |
|---|---|
| Architettura di destinazione | Collegamento a un diagramma creato o di esempio in Centro architetture di Azure |
| Servizi e SKU di Azure | Elencare i servizi e gli SKU di Azure necessari per il carico di lavoro |
| Aree di Azure | Specificare le aree di Azure in cui verrà ospitato il carico di lavoro |
| Costo stimato del carico di lavoro | Costo stimato con il calcolatore prezzi di Azure |
| Costo operativo stimato | Stimare il numero di persone o ore dedicate a questo carico di lavoro |
Per altre informazioni, vedere Pianificare l'architettura di Azure