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à.
AWSGlossario delle linee guida prescrittive
I seguenti sono termini comunemente usati nelle strategie, nelle guide e nei modelli forniti daAWS Prescriptive Guidance. Per suggerire le voci, utilizza il link Fornisci feedback alla fine del glossario.
Termini di migrazione
- 7 Rs
-
Sette strategie di migrazione comuni per spostare le applicazioni nel cloud. Queste strategie si basano sulle 5 R identificate da Gartner nel 2011 e consistono nelle seguenti:
-
Refactor/REARCHITECT: sposta un'applicazione e modifica la sua architettura sfruttando appieno le funzionalità native del cloud per migliorare agilità, prestazioni e scalabilità. Ciò comporta in genere il trasferimento del sistema operativo e del database. Esempio: Migrazione del database Oracle Amazon Aurora compatibile con PostgreSQL.
-
Ripiattaforma (lift and reshape): sposta un'applicazione nel cloud e introduci un certo livello di ottimizzazione per sfruttare le funzionalità del cloud. Esempio: Migrazione del database Oracle locale Amazon Relational Database Service RDS (RDS) per Oracle nelAWS cloud.
-
Riacquisto (consegna e acquisto): passa a un prodotto diverso, in genere passando da una licenza tradizionale a un modello SaaS. Esempio: migra il tuo sistema di gestione delle relazioni con i clienti (CRM) su Salesforce.com.
-
Rehost (lift and shift): sposta un'applicazione nel cloud senza apportare modifiche per sfruttare le funzionalità cloud. Esempio: migra il tuo database Oracle locale su Oracle su un'istanza EC2 nelAWS cloud.
-
Trasferimento (lift and shift a livello di hypervisor): sposta l'infrastruttura nel cloud senza acquistare nuovo hardware, riscrivere le applicazioni o modificare le operazioni esistenti. Questo scenario di migrazione è specifico per VMware Cloud onAWS, che supporta la compatibilità con le macchine virtuali (VM) e la portabilità dei carichi di lavoro tra l'ambiente locale eAWS. Puoi utilizzare le tecnologie VMware Cloud Foundation dai tuoi data center locali quando esegui la migrazione dell'infrastruttura su VMware CloudAWS. Esempio: riposiziona l'hypervisor che ospita il database Oracle su VMware Cloud onAWS.
-
Conserva (rivisita): mantieni le applicazioni nell'ambiente di origine. Queste potrebbero includere applicazioni che richiedono un importante rifacimento e che si desidera posticipare il lavoro a un secondo momento, e applicazioni legacy che si desidera conservare, perché non vi è alcuna giustificazione aziendale per la migrazione.
-
Ritiro: disattivazione o rimozione delle applicazioni che non sono più necessarie nell'ambiente di origine.
-
- portafoglio di applicazioni
-
Una raccolta di informazioni dettagliate su ciascuna applicazione utilizzata da un'organizzazione, inclusi i costi di creazione e manutenzione dell'applicazione e il suo valore aziendale. Queste informazioni sono fondamentali per il processo di scoperta e analisi del portafoglio e aiutano a identificare e dare priorità alle applicazioni da migrare, modernizzare e ottimizzare.
- operazioni di intelligenza artificiale (AIOps)
-
Il processo di utilizzo di tecniche di apprendimento automatico per risolvere problemi operativi, ridurre gli incidenti operativi e l'intervento umano e aumentare la qualità del servizio. Per ulteriori informazioni su come viene utilizzato AIOps nella strategia diAWS migrazione, consulta la guida all'integrazione delle operazioni.
- AWSQuadro di adozione del cloud (AWSCAF)
-
Un quadro di linee guida e best practiceAWS per aiutare le organizzazioni a sviluppare un piano efficiente ed efficace per passare con successo al cloud. AWS CAF organizza le linee guida in sei aree di interesse chiamate prospettive: business, persone, governance, piattaforma, sicurezza e operazioni. Le prospettive aziendali, delle persone e della governance si concentrano sulle competenze e sui processi aziendali; le prospettive della piattaforma, della sicurezza e delle operazioni si concentrano sulle competenze e sui processi tecnici. Ad esempio, la prospettiva delle persone si rivolge agli stakeholder che gestiscono le risorse umane (HR), le funzioni del personale e la gestione delle persone. In questa prospettiva,AWS CAF fornisce linee guida per lo sviluppo, la formazione e le comunicazioni del personale per aiutare l'organizzazione a un'adozione di successo del cloud. Per ulteriori informazioni, consulta il AWSsito Web
del AWSCAF e il white paper del CAF. - AWSQuadro di qualificazione del carico di lavoro (AWSWQF)
-
Uno strumento che valuta i carichi di lavoro di migrazione del database, consiglia strategie di migrazione e fornisce stime di lavoro. AWS WQF è incluso inAWS Schema Conversion Tool (AWS SCT). Analizza gli schemi del database e gli oggetti di codice, il codice dell'applicazione, le dipendenze e le caratteristiche delle prestazioni e fornisce report di valutazione.
- pianificazione della continuità operativa (BCP)
-
Un piano che affronta il potenziale impatto di un evento dirompente, come una migrazione su larga scala, sulle operazioni e consente a un'azienda di riprendere rapidamente le operazioni.
- Cloud Center of Excellence (CCoE)
-
Un team multidisciplinare che guida le iniziative di adozione del cloud in tutta l'organizzazione, tra cui lo sviluppo di best practice cloud, la mobilitazione delle risorse, la definizione delle tempistiche di migrazione e la guida dell'organizzazione attraverso trasformazioni su larga scala. Per ulteriori informazioni, consulta i post del CCoE
sulAWS Cloud Enterprise Strategy Blog. - fasi di adozione del cloud
-
Le quattro fasi che le organizzazioni attraversano in genere quando migrano verso ilAWS cloud:
-
Progetto — Esecuzione di alcuni progetti relativi al cloud a scopo dimostrativo e didattico
-
Fondamenti: effettuare investimenti fondamentali per scalare l'adozione del cloud (ad esempio, creazione di una landing zone, definizione di un CCoE, definizione di un modello operativo)
-
Migrazione: migrazione di singole applicazioni
-
Reinvenzione: ottimizzazione di prodotti e servizi e innovazione nel cloud
Queste fasi sono state definite da Stephen Orban nel post del blog The Journey Toward Cloud-First & the Stages of Adoption
sul blogAWS Cloud Enterprise Strategy. Per informazioni su come si relazionano alla strategia diAWS migrazione, consulta la guida sulla preparazione alla migrazione. -
- database di gestione della configurazione (CMDB)
-
Un database che contiene informazioni sui prodotti hardware e software, sulle configurazioni e sulle interdipendenze di un'azienda. In genere si utilizzano i dati di un CMDB nella fase di scoperta e analisi del portafoglio della migrazione.
- epico
-
In metodologie agili, categorie funzionali che aiutano a organizzare e dare priorità al lavoro. Epics fornisce una descrizione di alto livello dei requisiti e delle attività di implementazione. Ad esempio, gli epici della sicurezzaAWS CAF includono la gestione delle identità e degli accessi, i controlli investigativi, la sicurezza dell'infrastruttura, la protezione dei dati e la risposta agli incidenti. Per ulteriori informazioni sugli aspetti più importanti della strategia diAWS migrazione, consulta la guida all'implementazione del programma.
- migrazione eterogenea di database
-
Migrazione del database di origine verso un database di destinazione che utilizza un motore di database diverso (ad esempio da Oracle ad Amazon Aurora). La migrazione eterogenea è in genere parte di uno sforzo di riarchitettura e la conversione dello schema può essere un'operazione complessa. AWSfornisceAWS SCT che aiuta con le conversioni degli schemi.
- migrazione omogenea del database
-
Migrazione del database di origine verso un database di destinazione che condivide lo stesso motore di database (ad esempio, da Microsoft SQL Server ad Amazon RDS for SQL Server). La migrazione omogenea è in genere parte di uno sforzo di rehosting o ripiattaforma. È possibile utilizzare le utilità di database native per migrare lo schema.
- periodo di ipercura
-
Immediatamente dopo il cutover, il periodo di tempo in cui un team di migrazione gestisce e monitora le applicazioni migrate nel cloud per risolvere eventuali problemi. In genere, questo periodo dura da 1 a 4 giorni. Alla fine del periodo di hypercare, il team di migrazione trasferisce in genere la responsabilità delle applicazioni al team operativo del cloud.
- applicazione inattiva
-
Un'applicazione con un utilizzo medio di CPU e memoria compreso tra il 5 e il 20 percento per un periodo di 90 giorni. In un progetto di migrazione, è normale ritirare queste applicazioni o conservarle in sede.
- Libreria di informazioni IT (ITIL)
-
Una serie di best practice per la fornitura di servizi IT e l'allineamento di questi servizi ai requisiti aziendali. ITIL fornisce le basi per ITSM.
- Gestione dei servizi IT (ITSM)
-
Attività associate alla progettazione, implementazione, gestione e supporto dei servizi IT per un'organizzazione. Per informazioni sull'integrazione delle operazioni cloud con gli strumenti ITSM, consulta la guida all'integrazione delle operazioni.
- landing zone
-
Una landing zone è unAWS ambiente multi-account ben progettato, scalabile e sicuro. Questo è un punto di partenza dal quale le organizzazioni possono avviare e distribuire rapidamente carichi di lavoro e applicazioni con fiducia nel proprio ambiente di sicurezza e infrastruttura. Per ulteriori informazioni sulle zone di atterraggio, consulta Configurazione di unAWS ambiente multi-account sicuro e scalabile.
- migrazione di grandi dimensioni
-
Una migrazione di 300 o più server.
- Migration Acceleration Program (MAP)
-
UnAWS programma che fornisce consulenza, supporto, formazione e servizi per aiutare le organizzazioni a creare una solida base operativa per il passaggio al cloud e per contribuire a compensare il costo iniziale delle migrazioni. MAP include una metodologia di migrazione per eseguire le migrazioni legacy in modo metodico e una serie di strumenti per automatizzare e accelerare gli scenari di migrazione più comuni.
- Valutazione del portafoglio di migrazione (MPA)
-
Uno strumento online che fornisce informazioni per convalidare il business case per la migrazione alAWS cloud. MPA fornisce una valutazione dettagliata del portafoglio (dimensioni corrette dei server, prezzi, confronti del TCO, analisi dei costi di migrazione) e una pianificazione della migrazione (analisi e raccolta dei dati delle applicazioni, raggruppamento delle applicazioni, definizione delle priorità di migrazione e pianificazione degli oneri). Lo strumento MPA
(richiede l'accesso) è disponibile gratuitamente per tutti iAWS consulenti e i consulenti dei partner APN. - Valutazione della fattibilità alla migrazione (MRA)
-
Il processo di acquisizione di informazioni sullo stato di preparazione al cloud di un'organizzazione, identificazione dei punti di forza e di debolezza e creazione di un piano d'azione per colmare le lacune identificate, utilizzando ilAWS CAF. Per ulteriori informazioni, consulta la guida sulla preparazione alla migrazione. L'MRA è la prima fase della strategia diAWS migrazione.
- migrazione su larga scala
-
Il processo di trasferimento della maggior parte del portafoglio di applicazioni sul cloud a ondate, con un maggior numero di applicazioni trasferite a un ritmo più rapido in ogni ondata. Questa fase utilizza le migliori pratiche e le lezioni apprese dalle fasi precedenti per implementare una fabbrica di migrazione di team, strumenti e processi per semplificare la migrazione dei carichi di lavoro attraverso l'automazione e la distribuzione agile. Questa è la terza fase della strategia diAWS migrazione.
- fabbrica di migrazione
-
Team interfunzionali che semplificano la migrazione dei carichi di lavoro attraverso approcci automatizzati e agili. I team di Migration Factory includono in genere operativi, analisti e proprietari aziendali, ingegneri della migrazione, sviluppatori e DevOps professionisti che lavorano negli sprint. Tra il 20 e il 50 percento di un portafoglio di applicazioni aziendali è costituito da modelli ripetuti che possono essere ottimizzati con un approccio di fabbrica. Per ulteriori informazioni, consulta la discussione sulle factory di migrazione e la guida Cloud Migration Factory in questo set di contenuti.
- metadati di migrazione
-
Le informazioni sull'applicazione e sul server necessarie per completare la migrazione. Ogni modello di migrazione richiede un diverso set di metadati di migrazione. Esempi di metadati di migrazione includono la sottorete, il gruppo di sicurezza e l'AWSaccount di destinazione.
- modello di migrazione
-
Un'attività di migrazione ripetibile che descrive in dettaglio la strategia di migrazione, la destinazione della migrazione e l'applicazione o il servizio di migrazione utilizzato. Esempio: rehost della migrazione ad Amazon EC2 conAWS Application Migration Service.
- Strategia di migrazione
-
L'approccio utilizzato per migrare un carico di lavoro verso ilAWS cloud. Per ulteriori informazioni, consulta la7 Rs voce in questo glossario e vedi Mobilize your organization to accelerate migrazioni su larga scala.
- accordo a livello operativo (OLA)
-
Un accordo che chiarisce ciò che i gruppi IT funzionali si impegnano a fornire reciprocamente, a supporto di un accordo sul livello di servizio (SLA).
- integrazione delle operazioni (OI)
-
Il processo di modernizzazione delle operazioni nel cloud, che prevede pianificazione, automazione e integrazione della prontezza. Per ulteriori informazioni, consulta la guida all'integrazione delle operazioni.
- gestione delle modifiche organizzative (OCM)
-
Un framework per la gestione di trasformazioni aziendali importanti e dirompenti dal punto di vista delle persone, della cultura e della leadership. OCM aiuta le organizzazioni a prepararsi e a passare a nuovi sistemi e strategie accelerando l'adozione dei cambiamenti, affrontando i problemi di transizione e promuovendo cambiamenti culturali e organizzativi. Nella strategia diAWS migrazione, questo framework si chiama accelerazione delle persone, a causa della velocità di cambiamento richiesta nei progetti di adozione del cloud. Per ulteriori informazioni, consulta la guida OCM.
- playbook
-
Una serie di passaggi predefiniti che raccolgono il lavoro associato alle migrazioni, ad esempio l'erogazione delle funzioni operative principali nel cloud. Un playbook può assumere la forma di script, runbook automatizzati o un riepilogo dei processi o dei passaggi necessari per il funzionamento di un ambiente modernizzato.
- valutazione del portafoglio
-
Un processo di scoperta, analisi e definizione delle priorità del portafoglio di applicazioni per pianificare la migrazione. Per ulteriori informazioni, consulta Valutazione della disponibilità alla migrazione.
- matrice responsabile, responsabile, consultata, informata (RACI)
-
Una matrice che definisce e assegna ruoli e responsabilità in un progetto. Ad esempio, è possibile creare un RACI per definire la proprietà del controllo di sicurezza o per identificare ruoli e responsabilità per attività specifiche in un progetto di migrazione.
- runbook
-
Un insieme di procedure manuali o automatizzate necessarie per eseguire un'attività specifica. Questi sono in genere progettati per semplificare operazioni o procedure ripetitive con tassi di errore elevati.
- accordo sul livello di servizio (SLA)
-
Un accordo che chiarisce ciò che un team IT promette di offrire ai propri clienti, come l'operatività e le prestazioni del servizio.
- elenco di attività
-
Uno strumento utilizzato per tenere traccia dei progressi attraverso un runbook. Un elenco di attività contiene una panoramica del runbook e un elenco di attività generali da completare. Per ogni attività generale, include il tempo stimato richiesto, il proprietario e lo stato di avanzamento.
- flusso di lavoro
-
Gruppi funzionali in un progetto di migrazione responsabili di una serie specifica di attività. Ogni flusso di lavoro è indipendente ma supporta gli altri flussi di lavoro del progetto. Ad esempio, il flusso di lavoro del portfolio è responsabile della definizione delle priorità delle applicazioni, della pianificazione degli oneri e della raccolta dei metadati di migrazione. Il workstream del portafoglio fornisce queste risorse al workstream di migrazione, che quindi migra i server e le applicazioni.
- app per gli zombi
-
Un'applicazione con un utilizzo medio di CPU e memoria inferiore al 5%. In un progetto di migrazione, è comune ritirare queste applicazioni.