AWSGlossario delle linee guida prescrittive

I seguenti sono termini comunemente usati nelle strategie, nelle guide e nei modelli forniti da AWS Prescriptive Guidance. Per suggerire voci, utilizza il link Fornisci feedback alla fine del glossario.

Termini di migrazione

7 R

Sette strategie di migrazione comuni per spostare le applicazioni nel cloud. Queste strategie si basano sulle 5 R identificate da Gartner nel 2011 e sono le seguenti:

• Refactor/re-architect: 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 la portabilità del sistema operativo e del database. Esempio: migra il tuo database Oracle locale all'edizione compatibile con Amazon Aurora PostgreSQL.

• Ripiattaforma (lift and reshape): sposta un'applicazione nel cloud e introduce un certo livello di ottimizzazione per sfruttare le funzionalità del cloud. Esempio: migra il tuo database Oracle locale su Amazon Relational Database Service (Amazon RDS) per Oracle nel cloud. AWS

• 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à del cloud. Esempio: migra il tuo database Oracle locale su Oracle su un'istanza EC2 nel cloud. AWS

• Trasferimento (lift and shift a livello di hypervisor): sposta l'infrastruttura nel cloud senza acquistare nuovo hardware, riscrivere 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à del carico di lavoro tra l'ambiente locale e. AWS Puoi utilizzare le tecnologie VMware Cloud Foundation dai tuoi data center locali quando esegui la migrazione dell'infrastruttura a VMware Cloud on. AWS Esempio: trasferisci l'hypervisor che ospita il tuo database Oracle su VMware Cloud on. AWS

• Conservazione (rivisita): conserva le applicazioni nell'ambiente di origine. Queste possono includere le applicazioni che richiedono un importante refactoring e che si desidera posticipare a un momento successivo, e le applicazioni legacy che si desidera conservare, poiché non esiste alcuna giustificazione aziendale per migrarle.

• Ritiro: disattiva o rimuovi le applicazioni che non sono più necessarie nell'ambiente di origine.

migrazione attiva-attiva

Metodo di migrazione del database in cui i database di origine e di destinazione vengono mantenuti sincronizzati (utilizzando uno strumento di replica bidirezionale o operazioni di doppia scrittura) ed entrambi i database gestiscono le transazioni derivanti dalla connessione delle applicazioni durante la migrazione. Questo metodo supporta la migrazione in piccoli batch controllati anziché richiedere un cutover una tantum. È più flessibile ma richiede più lavoro dimigrazione attiva-passiva.

migrazione attiva-passiva

Metodo di migrazione del database in cui i database di origine e di destinazione vengono mantenuti sincronizzati, ma solo il database di origine gestisce le transazioni derivanti dalla connessione delle applicazioni mentre i dati vengono replicati nel database di destinazione. Il database di destinazione non accetta alcuna transazione durante la migrazione.

portafoglio di applicazioni

Una raccolta di informazioni dettagliate su ogni 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 assegnare 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 di AWS migrazione, consulta la guida all'integrazione delle operazioni.

AWSFramework per l'adozione del cloud (AWSCAF)

Un framework di linee guida e best practice AWS per aiutare le organizzazioni a sviluppare un piano efficiente ed efficace per passare con successo al cloud. AWS CAF organizza la 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 relative alla piattaforma, alla sicurezza e alle 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 delle persone, la formazione e le comunicazioni per aiutare l'organizzazione a un'adozione efficace del cloud. Per ulteriori informazioni, consultare il sito Web del AWS CAF e il white paper del AWSCAF.

AWSFramework di qualificazione del carico di lavoro (WQF) AWS

Uno strumento che valuta i carichi di lavoro di migrazione dei database, consiglia strategie di migrazione e fornisce stime del lavoro. AWS WQF è incluso in AWS 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.

modifica dell'acquisizione dei dati (CDC)

Processo di tracciamento delle modifiche a un'origine dati, ad esempio una tabella di database, e registrazione dei metadati relativi alla modifica. È possibile utilizzare CDC per vari scopi, come il controllo o la replica delle modifiche in un sistema di destinazione per mantenere la sincronizzazione.

Centro di eccellenza del cloud (CCoE)

Un team multidisciplinare che promuove gli sforzi di adozione del cloud in tutta l'organizzazione, tra cui lo sviluppo di best practice per il 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 di CCoE sul AWS Cloud Enterprise Strategy Blog.

fasi di adozione del cloud

Le quattro fasi che le organizzazioni attraversano in genere quando migrano al AWS cloud:

• Progetto: esecuzione di alcuni progetti relativi al cloud per scopi di prova e apprendimento

• 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 sul blog The Journey Toward Cloud-First & the Stages of Adoption on the AWS Cloud Enterprise Strategy. Per informazioni su come si riferiscono alla strategia di AWS migrazione, consulta la guida sulla preparazione alla migrazione.

database di gestione della configurazione (CMDB)

Un repository che archivia e gestisce le informazioni su un database e sul relativo ambiente IT, inclusi i componenti hardware e software e le relative configurazioni. In genere si utilizzano i dati di un CMDB nella fase di scoperta e analisi del portafoglio della migrazione.

epico

Nelle 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, le epopee della sicurezza AWS 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 epici della strategia di AWS migrazione, consulta la guida all'implementazione del programma.

migrazione flash-cut

Un metodo di migrazione del database che utilizza la replica continua dei dati modifica dell'acquisizione dei dati (CDC) per migrare i dati nel più breve tempo possibile, anziché utilizzare un approccio graduale. L'obiettivo è ridurre al minimo i tempi di inattività.

migrazione eterogenea di database

Migrazione del database di origine su 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 riprogettazione e la conversione dello schema può essere un'operazione complessa. AWSfornisce AWS SCT ciò che aiuta con le conversioni dello schema.

migrazione omogenea del database

Migrazione del database di origine su un database di destinazione che condivide lo stesso motore di database (ad esempio, da Microsoft SQL Server ad Amazon RDS per SQL Server). La migrazione omogenea è in genere parte di un'operazione di rehosting o replatform. È possibile utilizzare le utilità del database native per migrare lo schema.

periodo di ipercura

Subito 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 in genere trasferisce 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, è comune ritirare queste applicazioni o conservarle in locale.

migrazione incrementale

Una strategia di cutover in cui è possibile migrare l'applicazione in piccole parti anziché eseguire un singolo cutover completo. Ad esempio, è possibile spostare inizialmente solo alcuni microservizi o utenti nel nuovo sistema. Dopo aver verificato che tutto funzioni correttamente, puoi spostare in modo incrementale microservizi o utenti aggiuntivi fino a smantellare il tuo sistema precedente. Questa strategia riduce i rischi associati alle migrazioni di grandi dimensioni.

Libreria di informazioni IT (ITIL)

Una serie di best practice per fornire servizi IT e allineare 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.

zona di atterraggio

Una landing zone è un AWS ambiente multi-account ben progettato, scalabile e sicuro. Questo è un punto di partenza dal quale le organizzazioni possono avviare e implementare 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 un ambiente multiaccount AWS sicuro e scalabile.

migrazione di grandi dimensioni

Una migrazione di 300 o più server.

Programma di accelerazione della migrazione (MAP)

Un AWS programma che fornisce consulenza, supporto, formazione e servizi per aiutare le organizzazioni a costruire 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 comuni.

Valutazione del portafoglio di migrazione (MPA)

Uno strumento online che fornisce informazioni per convalidare il business case per la migrazione al AWS Cloud. MPA fornisce una valutazione dettagliata del portafoglio (corretto dimensionamento dei server, prezzi, confronto del TCO, analisi dei costi di migrazione) e la pianificazione della migrazione (analisi e raccolta dei dati delle applicazioni, raggruppamento delle applicazioni, prioritizzazione della migrazione e pianificazione delle ondate). Lo strumento MPA (richiede il login) è disponibile gratuitamente per tutti i AWS consulenti e i consulenti dei partner APN.

Valutazione della preparazione alla migrazione (MRA)

Il processo di acquisizione di informazioni sullo stato di preparazione al cloud di un'organizzazione, l'identificazione dei punti di forza e di debolezza e la creazione di un piano d'azione per colmare le lacune identificate, utilizzando il CAF. AWS Per ulteriori informazioni, consulta la guida alla preparazione alla migrazione. L'MRA è la prima fase della strategia di AWS migrazione.

migrazione su larga scala

Il processo di trasferimento della maggior parte del portafoglio di applicazioni sul cloud in ondate, con un numero maggiore di applicazioni spostate a una velocità maggiore 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 di AWS migrazione.

fabbrica di migrazione

Team interfunzionali che semplificano la migrazione dei carichi di lavoro attraverso approcci automatizzati e agili. I team di Migration Factory comprendono in genere operazioni, analisti e proprietari aziendali, ingegneri addetti alla migrazione, sviluppatori e DevOps professionisti che lavorano in tempi rapidi. 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 set diverso di metadati di migrazione. Esempi di metadati di migrazione includono la sottorete di destinazione, il gruppo di sicurezza e l'account. AWS

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: riorganizza la migrazione su Amazon EC2 con AWS Application Migration Service.

strategia di migrazione

L'approccio utilizzato per migrare un carico di lavoro nel AWS cloud. Per ulteriori informazioni, consulta la 7 R voce di questo glossario e consulta Mobilize your organization to accelerations su larga scala.

migrazione offline

Un metodo di migrazione in cui il carico di lavoro di origine viene rimosso durante il processo di migrazione. Questo metodo comporta tempi di inattività prolungati e viene in genere utilizzato per piccoli carichi di lavoro non critici.

migrazione online

Un metodo di migrazione in cui il carico di lavoro di origine viene copiato nel sistema di destinazione senza essere messo offline. Le applicazioni connesse al carico di lavoro possono continuare a funzionare durante la migrazione. Questo metodo comporta tempi di inattività da zero a minimi e viene in genere utilizzato per carichi di lavoro di produzione critici.

accordo a livello operativo (OLA)

Un accordo che chiarisce ciò che i gruppi IT funzionali promettono di offrire reciprocamente, per supportare un accordo sul livello di servizio (SLA).

integrazione delle operazioni (OI)

Il processo di modernizzazione delle operazioni nel cloud, che implica pianificazione, automazione e integrazione della prontezza. Per ulteriori informazioni, consulta la guida all'integrazione delle operazioni.

gestione dei cambiamenti organizzativi (OCM)

Un framework per la gestione di importanti e rivoluzionarie trasformazioni aziendali 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 di AWS migrazione, questo framework è chiamato accelerazione delle persone, a causa della velocità di cambiamento richiesta nei progetti di adozione del cloud. Per ulteriori informazioni, consulta la guida OCM.

manuale

Una serie di passaggi predefiniti che registrano il lavoro associato alle migrazioni, come la fornitura di funzioni operative di base nel cloud. Un playbook può assumere la forma di script, runbook automatici o un riepilogo dei processi o dei passaggi necessari per gestire l'ambiente modernizzato.

valutazione del portafoglio

Un processo di scoperta, analisi e assegnazione delle priorità al portafoglio di applicazioni per pianificare la migrazione. Per ulteriori informazioni, vedere Valutazione della preparazione 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

Una serie di procedure manuali o automatizzate necessarie per eseguire un'attività specifica. Questi sono in genere creati 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 i tempi di attività e le prestazioni del servizio.

elenco attività

Uno strumento utilizzato per tenere traccia dei progressi tramite un runbook. Un elenco di attività contiene una panoramica del runbook e un elenco di attività generali da completare. Per ogni attività generale, include la quantità di tempo necessaria stimata, 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 portafoglio è responsabile dell'assegnazione delle priorità alle applicazioni, della pianificazione delle ondate e della raccolta dei metadati di migrazione. Il flusso di lavoro del portafoglio fornisce queste risorse al flusso di lavoro di migrazione, che quindi migra i server e le applicazioni.

applicazione zombie

Un'applicazione con un utilizzo medio di CPU e memoria inferiore al 5%. In un progetto di migrazione, è comune ritirare queste applicazioni.