AWSGuida prescrittiva - Metodologia di migrazione SAP on AWS - Metodologia di migrazione SAP on ...
←
→
Trascrizione del contenuto della pagina
Se il tuo browser non visualizza correttamente la pagina, ti preghiamo di leggere il contenuto della pagina quaggiù
AWSGuida prescrittiva Metodologia di migrazione SAP on AWS
AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
AWSGuida prescrittiva: Metodologia di migrazione SAP on AWS
Copyright © 2023 Amazon Web Services, Inc. and/or its affiliates. All rights reserved.
I marchi e il trade dress di Amazon non possono essere utilizzati in relazione a prodotti o servizi che non siano di
Amazon, in qualsiasi modo che possa causare confusione tra i clienti o in qualsiasi modo che denigri o discrediti
Amazon. Tutti gli altri marchi non di proprietà di Amazon sono di proprietà delle rispettive aziende, che possono o meno
essere associate, collegate o sponsorizzate da Amazon.
AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Table of Contents
Introduzione ....................................................................................................................................... 1
Destinatari principali .................................................................................................................... 1
Panoramica ....................................................................................................................................... 2
I risultati aziendali mirati .............................................................................................................. 2
Onde di migrazione parallele ........................................................................................................ 3
........................................................................................................................................................ 5
........................................................................................................................................................ 7
........................................................................................................................................................ 9
...................................................................................................................................................... 11
Fasi successive ................................................................................................................................ 12
Domande frequenti ............................................................................................................................ 13
Come funziona SAPAWSlavoro? ................................................................................................. 13
Quali tipi di servizi fannoAWSofferta per SAP? .............................................................................. 13
Quali casi d'uso SAPAWSsupporto? ............................................................................................ 13
Dove posso trovare di più? ........................................................................................................ 13
Come posso ottenere assistenza per la migrazione SAP? ............................................................... 13
Risorse ............................................................................................................................................ 14
Cronologia dei documenti ................................................................................................................... 15
Glossario ......................................................................................................................................... 16
Termini di migrazione ................................................................................................................ 16
Termini di rete .......................................................................................................................... 20
..................................................................................................................................................... xxii
iii
AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Destinatari principali
SAP attivoAWSmetodologia di
migrazione
Sergej Trisic, Amazon Web Services (AWS)
Febbraio 2021(cronologia dei documenti (p. 15))
Le aziende stanno migrando ed eseguendo SAP su Amazon Web Services (AWS) dal 2008. Il team SAP
Professional Services diAWSha lavorato con clienti eAWSPartner e ha integrato il loro feedback in una
metodologia di migrazione SAP, al fine di migliorare l'esperienza degli utenti che desiderano migrare i
propri carichi di lavoro SAP alAWSNuvola.AWSi clienti richiedono un metodo collaudato per spostare i
propri carichi di lavoro SAP suAWSche sarà sicuro, veloce ed economico, con rischi e interruzioni aziendali
minimi. Questo documento delinea gli elementi principali del SAP suAWSmetodologia di migrazione
che seguiamo inAWSServizi professionali per assistere i clienti nella preparazione, pianificazione e
implementazione delle migrazioni.
Il documento si applica alle soluzioni SAP basate su SAP Business Suite, SAP S/4HANA, SAP Business
Warehouse (BW) e SAP NetWeaver (ABAP). Altri prodotti SAP (come Hybris o BusinessObjects)
potrebbero condividere lo stesso approccio o un approccio simile a seconda delle caratteristiche specifiche
del loro stack tecnologico. Il processo di migrazione per questi prodotti SAP potrebbe utilizzare diversi set
di strumenti e strategie di migrazione più personalizzate.
Questo documento si concentra sulle migliori pratiche per implementare una strategia di migrazione di
rehost (lift and shift). Questo approccio consiste nella migrazione dell'ambiente SAP sul cloud senza
applicare alcuna modifica in termini di architettura delle applicazioni, codice o modernizzazione generale.
È possibile utilizzare strumenti specifici per eseguire una migrazione rapida, efficiente ed economica.
Dopo aver spostato i carichi di lavoro SAP nel cloud, puoi modernizzare l'architettura dell'applicazione e
modernizzare e riprogettare il codice. Queste fasi successive alla migrazione non rientrano nell'ambito di
questo documento.
Destinatari principali
Questo documento è stato progettato per presentare le principali parti interessate SAP in un'azienda, come
i Chief Information Officer (CIO), i Chief Digital Officer (CDO), i vicepresidenti (VP) e i direttori dei team
applicativi aziendali, i centri di competenza SAP/ERP e i team dell'infrastruttura IT, alAWSmetodologia di
migrazione per carichi di lavoro SAP. L'obiettivo è aiutarli a determinare una strategia per spostare i carichi
di lavoro SAP aAWSal fine di raggiungere obiettivi aziendali critici. Pertanto, questo documento non si
concentra sui dettagli tecnici, sebbene possa essere utilizzato da consulenti tecnici, architetti di soluzioni
e altro personale per la pianificazione e le comunicazioni. Il documento include collegamenti a contenuti
tecnici più approfonditi sulle tecnologie SAP e sulla migrazione aAWS.
1
AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
I risultati aziendali mirati
SAP suAWSpanoramica sulla
migrazione
LaAWSL'approccio di migrazione per i carichi di lavoro SAP consiste in quattro fasi: valutare, mobilitare,
migrare e ottimizzare. La metodologia è stata personalizzata per soddisfareAWSesigenze dei clienti
e contiene azioni specifiche con input e output predefiniti. Il diagramma seguente illustra tali fasi, che
vengono discusse nel dettaglio nelle sezioni seguenti.
I risultati aziendali mirati
Riassumendo i requisiti specifici e personalizzando la metodologia, è possibile perfezionare la strategia di
migrazione, il business case, l'ambito, il sequenziamento dei carichi di lavoro SAP e la pianificazione del
lavoro necessario per completare con successo gli obiettivi di migrazione SAP.
Si consiglia di utilizzare l'automazione e l'infrastruttura come codice (iAC) per le distribuzioni SAP
suAWSper consentire la velocità e la coerenza necessarie per supportare una migrazione di massa su
larga scala. Gli strumenti e le tecniche più recenti sono descritti in dettaglio tecnico nei documenti e nei post
del blog elencati nelRisorse (p. 14)sezione.AWSsta progredendo e migliorando costantemente i servizi,
le tecniche e le metodologie per offrirti maggiori vantaggi e opzioni per raggiungere i tuoi obiettivi aziendali,
quindi ti consigliamo di controllare sempreAWSsito web per le ultime informazioni.
Mentre esegui la migrazione dei carichi di lavoro SAP, devi anche lavorare a stretto contatto con i team di
migrazione non SAP per allineare la migrazione delle applicazioni integrate in SAP e ridurre al minimo i
tempi di inattività e le potenziali interruzioni aziendali. Tratta ogni cluster di applicazioni accoppiate come
un progetto con team dedicati. È possibile dividere ogni cluster di applicazioni SAP in onde sequenziali, in
modo che ogni cluster possa essere distribuito con un elevato grado di parallelismo, come illustrato nella
sezione successiva. Questo approccio ti aiuta a soddisfare il tuo programma di migrazione e garantisce
che il time-to-value sia minimo, il tuo business case sia massimizzato e che tu possa ottenere vantaggi il
2AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Onde di migrazione parallele
prima possibile. L'obiettivo è rendere la tua azienda più efficace aumentando l'agilità, la disponibilità e la
resilienza riducendo al contempo i costi delle operazioni e dell'infrastruttura. Lo spostamento dei carichi di
lavoro SAP sul cloud consente inoltre di innovare, guidare la trasformazione digitale S/4HANA e abilitare
l'analisi dei dati. Il diagramma seguente illustra questi risultati aziendali.
Per ulteriori informazioni, scopri come ha usato EngieAWSServizi professionali eAWSPartner nella loro
migrazione SAP, come parte di un più ampiotrasformazione digitale SAP S/4HANA dei loro processi
finanziari.
Onde di migrazione parallele
Se si dispone di una proprietà applicativa SAP ampia e altamente complessa,AWSspesso propone una
migrazione divisa in ondate distinte e coordinata con team di migrazione separati. L'obiettivo è mantenere
l'accelerazione, lo slancio e la coerenza dello sforzo di migrazione mantenendo contemporaneamente ogni
onda una dimensione gestibile dal punto di vista delle risorse e della complessità. Il grafico seguente illustra
una fase di migrazione altamente parallelizzata basata sul clustering geografico dei carichi di lavoro SAP.
3AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Onde di migrazione parallele
È possibile ottimizzare questo approccio prendendo in considerazione gli obiettivi aziendali, i calendari
operativi della divisione aziendale e mondiale, il ciclo aziendale, lo stato dell'infrastruttura attuale e la
disponibilità e la capacità della propria eAWSRisorse dei partner.
4AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Fase di valutazione
La fase di valutazione si concentra sulla valutazione e il rilevamento dell'infrastruttura, dei processi, della
struttura organizzativa e dei requisiti attuali per i carichi di lavoro SAP. Questa fase inizia spesso come
parte del processo di selezione del provider cloud.
La fase di valutazione consiste nei seguenti passaggi:
1. Quando hai selezionatoAWScome provider cloud, nelle fasi preliminari del tuo
progetto,AWSProfessional Services verifica tutti i sistemi SAP e i paesaggi SAP che hanno spazio per la
migrazione. L'obiettivo è assicurarsi che tutti i punti dati siano validi e colmare eventuali lacune.
2. Il team di progetto prepara un inventario dettagliato di integrazioni, processi batch e sistemi satellitari che
fanno parte del panorama dei sistemi SAP e determina le versioni dei sistemi operativi, dei database e
delle applicazioni SAP e non SAP. In questo modo sono inclusi tutti i requisiti di compatibilità, supporto,
licenza e conformità. Include inoltre requisiti tecnici come le dimensioni attuali e previste dei database, la
capacità di rete, le prestazioni di elaborazione richieste e i requisiti di alta disponibilità (HA) e ripristino di
emergenza (DR) per ogni applicazione.
3. Vengono valutati gli aspetti organizzativi. Questi includono il SAP Center of Excellence e le capacità
tecniche, organizzative e di gestione dei progetti (sia interne che assistite da partner) che sarebbero
necessarie per supportare gli sforzi di migrazione e per mantenere le operazioni regolari in parallel con
la migrazione. Questa valutazione include anche il calendario operativo dello stato applicativo SAP, le
procedure di manutenzione periodiche, i backup e i controlli di sicurezza.
4. Vengono presi in considerazione gli aspetti aziendali, come date limitate, chiusure finanziarie, tempi di
negoziazione di picco e periodi di transazione. Vengono presi in considerazione gli input aziendali su
argomenti critici, come la continuità aziendale, la conformità legale e normativa, la privacy dei dati, la
residenza dei dati e la sicurezza.
Obiettivi Attività
• Trasferisci le conoscenze ai tuoi team durante la • Presentare e discutere le opzioni per la
migrazione aAWSe il funzionamento di carichi di migrazione dei carichi di lavoro SAP aAWS,
lavoro SAP suAWS concetti di modernizzazione ed esempi
• Valutare l'attuale architettura SAP e creare un • Creare un inventario dell'attuale patrimonio
inventario dell'attuale panorama del sistema SAP applicativo SAP e dell'architettura e dei progetti
e dei progetti in corso e pianificati pianificati per i clienti
• Definizione degli obiettivi future di migrazione e • Esplora le strategie e le tattiche di migrazione e
architettura modernizzazione
• Definire l'architettura concettuale dello stato • Definire l'architettura concettuale dello stato
futuro futuro e, se necessario, i calcoli del TCO
• Valutare l'infrastruttura potenziale e i vantaggi del • Delineare una landing zone (cioè una base
TCO (Total Cost of Ownership) cloud)
Input Output
• Presentazioni, workshop e tavole rotonde • Presentazione incentrata su SAPAWS, inclusi
• Documentazione sull'attuale panorama SAP, concetti, riferimenti ed esempi di migrazione di
applicazioni SAP, database, sistemi operativi, alto livello e architettura
dimensionamento e specifiche tecniche simili
5AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
• Bozze di obiettivi di migrazione e architettura • Obiettivi di migrazione, tattiche e documento
quali RPO (Recovery Point Objective), RTO strategico
(Recovery Time Objective), HA e DR • Documento di architettura concettuale
• AWSbest practice ed esempi • Bozze landing zone atterraggio
La seguente illustrazione fornisce un esempio semplificato di SAP suAWSDiscovery Workshop che
viene consegnato come parte della fase di valutazione. Nota la partecipazione attiva di entrambi i team
eAWSServizi professionali, con punti separati all'ordine del giorno.
6AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Fase di mobilitazione
La fase di mobilizzazione si concentra sulla raffinazione e il blueprint del SAP di
destinazioneAWSarchitettura, supportando l'implementazione di progetti Proof of Concept (PoC) e
definizione di strumenti e pianificazione della migrazione. Questa fase crea le basi per il processo di
migrazione. Specifica requisiti dettagliati e non funzionali, SAP suAWSarchitettura, landing zone, dettagli
dell'approccio di migrazione e piano di migrazione raffinato. In questa fase, la maggior parte del team di
migrazione sarà integrata e informata per il progetto di migrazione. La preparazione per la migrazione dei
carichi di lavoro SAP sarà finalizzata, per garantire un inizio positivo alla fase successiva (migrazione).
Obiettivi Attività
• Produci un progetto per un'architettura • Perfeziona i requisiti dettagliati del cliente
dettagliata e futura dei carichi di lavoro SAP • Mappare i carichi di lavoro SAP esistenti
inAWS suAWSservizi
• Produci un piano di migrazione dettagliato • Definire gli utensili e le integrazioni richieste
• Finalizza la landing zone • Produci un'architettura dettagliata e future-state e
• Mobilitare e organizzare i team di migrazione definisci gli stati di transizione
nella tua organizzazione, all'indirizzoAWSe • Produrre un piano di migrazione dettagliato;
presso l'organizzazione partner) definire ruoli e responsabilità
• A bordo del team di progetto
Input Output
• Uscite dalla fase di valutazione • Piano di migrazione dettagliato e matrice
• Requisiti dettagliati per DR, HA, sicurezza, responsabile, responsabile, consultata, informata
procedure operative chiave, prestazioni, versioni (RACI)
software (sistemi operativi, database, sistemi • Requisiti dettagliati per DR, HA, sicurezza,
SAP e non SAP) e integrazioni separazioni, DevOps, prestazioni, versioni
• AWSbest practice per la migrazione e software e considerazioni simili
l'esecuzione di carichi di lavoro SAP suAWS • Approccio tecnico dettagliato e requisiti di utensili
per la migrazione
• Progetto dettagliato dell'architettura SAP dello
stato futuro
• zona di atterraggio
• Infrastruttura come codice (iAC)
L'illustrazione seguente fornisce un esempio semplificato di un tipico team di progetto di mobilitazione SAP.
7AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
8AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Migrazione fase
La fase di migrazione si rivolge alle migrazioni di sistemi di massa su larga scala e supporta il provisioning
dell'infrastruttura e dell'automazione SAP utilizzando tecnologie iAC comeAWS CloudFormation. Il team
di progetto automatizza la creazione dell'infrastruttura e fornisce la chiaveAWScomponenti nel cloud.
È possibile testare i nuovi sistemi sottoposti a provisioning e reindirizzare le interfacce a nuovi obiettivi
mentre il team di progetto assiste nella creazione diAWSinfrastruttura e risoluzione di problemi relativi a
SAP. È inoltre possibile pianificare ed eseguire attività di taglio mentre il team di progetto assiste nel taglio
alAWSinfrastruttura e gestione di attività SAP, rischi potenziali e problemi. I dati vengono migrati utilizzando
gli strumenti e i metodi definiti nella fase di mobilizzazione. Per i sistemi di produzione, viene eseguito,
testato e ottimizzato un taglio finto. Infine, vengono forniti report dettagliati in modo da poter valutare
l'infrastruttura critica, gli indicatori chiave delle prestazioni (KPI) per il progetto e le pietre miliari. A livello
macro, la fase di migrazione viene completata in un certo numero di onde, come descritto in precedenza
nella panoramica.
Obiettivi Attività
• Esegui la migrazione dei carichi di lavoro SAP • Esegui sistemi iAC e configura l'architettura
aAWS suAWS
• Implementazione di sistemi iAC automatizzati • Configurare gli strumenti di migrazione
• Mettere in atto le procedure operative di base • Automatizza il provisioning del sistema operativo,
• Taglia su SAPAWSe vai live dei file system e dei database
• Esegui SAP suAWSvalutazione go-live • Migrazione dei carichi di lavoro SAP
• Vai in diretta con le operazioni • Eseguire test, risoluzione dei difetti e
ottimizzazione delle prestazioni di base
• Automatizza le procedure operative come
backup, scalabilità automatica e monitoraggio
• Taglia e vai in diretta
Input Output
• Uscite dalla fase di mobilizzazione • Report su abilitatoAWSservizi
• AWSBest practice per la migrazione • Report sui carichi di lavoro SAP in esecuzione
• Strumenti di migrazione suAWS
• Segnalazione di difetti aperti e risolti
• Report di test
• Report di Cutover
Il seguente diagramma fornisce un esempio semplificato della fase di migrazione (in verde) come parte del
processo di migrazione completo. Mostra che i sistemi di produzione SAP vengono migrati in due ondate.
9AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Per ulteriori informazioni su questa fase, leggi come la società energetica britannica Centricaha migrato
la loro impresa multimiliardariacon l'assistenza diAWSServizi professionali, come parte della loro
trasformazione digitale.
10AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Ottimizzazione della fase
La fase di ottimizzazione copre i continui miglioramenti dei processi per l'infrastruttura e garantisce il
rispetto della conformità alla sicurezza. Si concentra sulle operazioni mirate a un'ulteriore automazione
dell'infrastruttura, la messa a punto del sistema eAWSbest practice. In questa fase, il team di progetto
verifica che gli obiettivi fissati nei documenti di progettazione (sviluppati durante la fase di mobilizzazione)
siano stati raggiunti e, se necessario, regola i parametri della piattaforma per i carichi di lavoro SAP. Se
necessario, vengono apportate modifiche per massimizzare le prestazioni e i vantaggi aziendali riducendo
al minimo rischi e costi. Le operazioni finali sulla piattaforma vengono impostate, vengono generati report e
la documentazione di chiusura del progetto viene firmata.
Obiettivi Attività
• Fornisci supporto ipercare dopo essere andato in • Automatizza gli avvisi in base a eventi e soglie
diretta chiave
• Impostazione di operazioni dettagliate • Automazione e configurazioneAWSSnapshot
• Automazione delle operazioni Machine Image (AMIs) e Amazon Elastic Block
Store (Amazon EBS), il ridimensionamento
• Rivedi e ottimizza la configurazione della
automatico SAP, le funzionalità di aggiornamento
sicurezza
automatico dei database e l'applicazione di patch
• Ottimizzazione delle prestazioni del sistema SAP HANA
• Esamina e ottimizzazione delle impostazioni di
sicurezza, tra cui crittografia, virtual private cloud
(VPC) e la registrazione centrale
• Ottimizzazione dei costi e delle prestazioni,
inclusi dimensionamento, elasticità e backup di
fine tuning
Input Output
• Uscite dalla fase di migrazione • Report sulla conformità finale dell'architettura
• AWSbest practice per operazioni, automazioni • Rapporto sulla sicurezza dell'infrastruttura SAP
correlate e modernizzazione suAWS
• Report sull'ottimizzazione dei costi e delle
prestazioni
Per ulteriori informazioni, consulta la .post di blogdi Chris Grudzinski e Kaustubh Kulkarni sulAWSper il blog
SAP. Descrive come i clienti che eseguono SAPAWSpuò sfruttare una vasta gamma di servizi aggiuntivi
per migliorare e semplificare le operazioni di esecuzione di SAP. Tali servizi vengono forniti come parte
della fase di ottimizzazione.
11AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Fasi successive
In molte grandi aziende, i carichi di lavoro SAP eseguono processi aziendali critici per il cliente. Per questo
motivo, migrazioni dei carichi di lavoro SAP aAWSiniziare con l'esigenza aziendale in mente e quindi
concentrarsi sulle tecnologie per raggiungere gli obiettivi aziendali.
Man mano che il viaggio verso il cloud ha raccolto ritmo, il team di SAP Professional ServicesAWSha
acquisito esperienza e funzionalità nelle migrazioni SAP nel cloud. Questo documento condivide le nostre
conoscenze sotto forma di metodologia di migrazione SAP. Fornisce un modo per accelerare la migrazione
e massimizzare i vantaggi dei carichi di lavoro SAP critici, riducendo al minimo rischi e costi.
È possibile ripristinare i requisiti aziendali e utilizzare le informazioni contenute in questo documento per
perfezionare la strategia di migrazione, definire il business case e determinare l'ambito, l'approccio, il
sequenziamento dei carichi di lavoro SAP e la pianificazione necessari per completare correttamente gli
obiettivi di migrazione.
Per ulteriori informazioni sulla migrazione di SAP aAWS,contatta il team SAP Professional ServicesalAWS.
12AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Come funziona SAPAWSlavoro?
Domande frequenti
Questa sezione fornisce le risposte alle domande più frequenti sull'esecuzione di carichi di lavoro SAP
suAWS.
Come funziona SAPAWSlavoro?
Per una panoramica generale delle modalità di utilizzo delle soluzioni SAP suAWS, consultaGuida di base
su SAPAWSsulAWSsito Web.
Quali tipi di servizi fannoAWSofferta per SAP?
AWSgestisce l'infrastruttura fisica del sistema SAP fino al livello di virtualizzazione. È possibile gestire
il sistema operativo e tutte le applicazioni e i database SAP in esecuzione al di sopra del livello di
virtualizzazione. Se è richiesto un servizio gestito,AWSdispone di una rete di partner che offrono servizi
di consulenza SAP e gestitiAWS. Per trovare unAWSPartner che ha dimostrato competenza tecnica e
comprovato successo nelle implementazioni e nelle migrazioni SAP, vediAWSPartner di competenza SAP.
Quali casi d'uso SAPAWSsupporto?
Utilizzo di clienti e partner SAPAWSper casi d'uso che vanno dall'esecuzione di un singolo sistema di test
SAP all'hosting di un ambiente di produzione SAP completo. Per ulteriori informazioni su come utilizzano
clienti e partner SAPAWS, consultaGuida di base su SAPAWS.
Dove posso trovare di più?
LaAWSper SAP blogè un'ottima fonte di informazione.
Come posso ottenere assistenza per la migrazione
SAP?
Contatta il team SAP Professional ServicesalAWS.
13AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Risorse
• SAP suAWSsito
• SAP suAWSdocumentazione tecnica
• AWSper SAP BLOG
• SAP suAWSstudio dei casi
14AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Cronologia dei documenti
La tabella seguente descrive le modifiche importanti apportate a questa guida. Se desideri ricevere
notifiche sugli aggiornamenti future, puoi sottoscrivere unAvanzamento RSS.
Modifica Descrizione Data
— (p. 15) Pubblicazione iniziale 28 febbraio 2021
15AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Termini di migrazione
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: Migrare il database Oracle locale
all'edizione compatibile con Amazon Aurora PostgreSQL.
• Ripiattaforma (lift and reshape): sposta un'applicazione nel cloud e introduci un certo livello di
ottimizzazione per sfruttare le funzionalità del cloud. Esempio: Migrare il database Oracle locale ad
Amazon Relational Database Service (Amazon 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
16AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Termini di migrazione
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.
17AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Termini di migrazione
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.
grande migrazione
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.
18AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Termini di migrazione
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 (p. 16) 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,
19AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Termini di rete
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.
applicazione zombie
Un'applicazione con un utilizzo medio di CPU e memoria inferiore al 5%. In un progetto di migrazione,
è comune ritirare queste applicazioni.
Termini di rete
Zona di disponibilità
Una posizione separata all'interno di una isolata dagli erroriRegione AWS che si verificano in altre zone
di disponibilità che offre connettività di rete non costosa e a bassa latenza ad altre zone di disponibilità
nella stessa Regione.
endpoint
Consultare endpoint del servizio (p. 21).
servizio endpoint
Un servizio che puoi ospitare in un virtual private cloud (VPC) per condividerlo con altri utenti. È
possibile creare un servizio endpoint conAWS PrivateLink e concedere autorizzazioni ad altriAccount
AWS o aAWS Identity and Access Management (IAM) responsabili. Questi account o principali
possono connettersi al servizio endpoint in privato creando endpoint VPC dell'interfaccia. Per ulteriori
informazioni, consulta Creare un servizio endpoint nella documentazione di Amazon Virtual Private
Cloud (Amazon VPC).
20AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
Termini di rete
Regione
Una raccolta diAWS risorse in un'area geografica. CiascunoRegione AWS è isolato e indipendente
dagli altri per fornire tolleranza ai guasti, stabilità e resilienza. Per ulteriori informazioni, vedere
ManagingRegioni AWS in AWSGeneral Reference.
endpoint del servizio
L'URL del punto di ingresso per unServizio AWS. Puoi utilizzare l'endpoint per connettersi a livello di
programmazione al servizio di destinazione. Per ulteriori informazioni, vedere gli Servizio AWSendpoint
in AWSGeneral Reference.
sottorete
Un intervallo di indirizzi IP nel VPC. Una sottorete deve risiedere in una singola zona di disponibilità.
gateway di transito
Un hub di transito di rete che puoi utilizzare per collegare i VPC alle reti locali. Per ulteriori
informazioni, consulta Che cos'è un gateway di transito nellaAWS Transit Gateway documentazione.
Peering VPC
Una connessione tra due VPC che ti consente di instradare il traffico utilizzando degli indirizzi IP privati.
Per ulteriori informazioni, consulta Che cos'è il peering di VPC nella documentazione di Amazon VPC.
21AWSGuida prescrittiva Metodologia
di migrazione SAP on AWS
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à.
xxiiPuoi anche leggere
