Pianificare l'adozione del cloud per il SAP in Azure
Come illustrato nell'articolo sulla strategia SAP, i risultati dell'adozione del cloud per il SAP possono essere notevoli, così come anche il rischio di aspettative non soddisfatte. Lo sviluppo di un piano finanziario chiaro basato sul patrimonio digitale garantirà una maggiore accuratezza nelle aspettative definite. Gli stessi esercizi di pianificazione finanziaria garantiranno al team di adozione del cloud i dati necessari per pianificare le attività tecniche.
Il modello di strategia e piano, insieme ad altre risorse in Cloud Adoption Framework, può aiutare l'organizzazione ad acquisire un piano adeguato all'adozione del cloud per il SAP.
Pianificazione del patrimonio digitale SAP
Come le piattaforme più complesse, il patrimonio digitale SAP include tre categorie di asset che devono essere riconosciute nel piano: asset della piattaforma, di base e del carico di lavoro.
Asset della piattaforma: la piattaforma SAP viene eseguita in una raccolta di applicazioni, dati, macchine virtuali o server e potenzialmente appliance dedicati. Indipendentemente dalle attività dell'organizzazione in tale piattaforma, gli asset sono definiti dai requisiti di distribuzione SAP.
Asset di base: anche la piattaforma SAP e l'ambiente di supporto sono supportati da una raccolta di asset necessari, ad esempio provider di identità, reti, strumenti di gestione operativi e altro ancora. Azure definisce questi asset come utilità di base e questa serie di articoli descriverà in seguito come distribuire una zona di destinazione di Azure per renderli disponibili.
Asset del carico di lavoro: la maggior parte delle organizzazioni estende o integra il SAP in vari processi aziendali supportati da una varietà di carichi di lavoro in tutto il portfolio. Questi carichi di lavoro si basano sulle raccolte di applicazioni, dati e macchine virtuali che non fanno parte della distribuzione della piattaforma principale. Ogni carico di lavoro con una dipendenza dalla piattaforma SAP deve ricevere un nome, deve essere inserito nell'inventario, razionalizzato e monitorato singolarmente per consentire decisioni granulari di pianificazione finanziaria e tecnica.
Per indicazioni sulla pianificazione del patrimonio digitale SAP, esaminare i processi descritti nella serie di articoli sulla pianificazione del patrimonio digitale. L'articolo sulle procedure consigliate sulla valutazione dei carichi di lavoro per la migrazione ad Azure propone Azure Migrate e altri strumenti di valutazione per rendere possibile tale materiale teorico dall'articolo precedente.
Nei progetti di pianificazione dell'adozione SAP è necessario includere diverse considerazioni:
Valutare le dipendenze: le dipendenze di una piattaforma di base come SAP spesso non sono documentate. Assicurarsi di includere un'analisi delle dipendenze per tutti gli asset nel portfolio.
Assegnazione di tag, raggruppamento e metadati: assegnare i tag o raggruppare con attenzione tutti gli asset:
Assegnare i tag e raggruppare accuratamente gli asset nella piattaforma. È importante non tralasciare alcun asset, perché sono fondamentali per perfezionare il piano finanziario o tecnico.
Separare e raggruppare gli asset di base da cui dipende la distribuzione SAP. Questi possono essere sostituiti in un secondo momento con opzioni più efficienti per la zona di destinazione di Azure.
Raggruppare ogni carico di lavoro dipendente singolarmente. Questi carichi di lavoro possono essere considerati ciascuno in modo indipendente durante le attività di razionalizzazione e migrazione.
Razionalizzazione degli asset: la razionalizzazione è una delle considerazioni più importanti per il piano finanziario. Considerare gli aspetti seguenti per ogni gruppo di asset:
Gli asset di base possono essere ritirati a favore di opzioni native del cloud per la zona di destinazione di Azure?
Tutti i carichi di lavoro verranno ritirati? Sarebbe opportuno ospitare nuovamente il carico di lavoro nell'infrastruttura distribuita come servizio? È consigliabile modernizzare questo carico di lavoro? Il carico di lavoro ha un impatto sufficiente per considerare la riprogettazione o la ricompilazione del carico di lavoro e sfruttare i vantaggi dell'hosting nativo del cloud?
Definire le priorità e le sequenze: definire priorità e sequenze per la piattaforma e i carichi di lavoro per stabilire una sequenza temporale e un piano.
Considerazioni sull'ambiente ibrido: durante l'esecuzione del piano, il rilascio verrà eseguito in cicli di migrazione? Sarà necessaria la connettività ibrida per il traffico di produzione durante i cicli di migrazione? L'uso di un cloud ibrido consente alle aziende di dimensionare le risorse di calcolo. L'implementazione dell'ambiente ibrido elimina anche la necessità di sostenere ingenti spese in conto capitale per gestire picchi nella domanda a breve termine. Quando l'azienda deve liberare risorse locali per applicazioni o dati più sensibili, l'implementazione dell'ambiente ibrido accelera gli sforzi di riduzione delle risorse.
Pianificazione dell'ambiente: la piattaforma SAP di produzione e quella non di produzione vengono spostate contemporaneamente o separatamente? I clienti talvolta spostano la piattaforma SAP non di produzione in Azure, creando un ambiente per l'apprendimento e riducendo i rischi. Quando il team ha acquisito familiarità con le operazioni della piattaforma SAP e i carichi di lavoro di Azure, esegue la migrazione della piattaforma di produzione e dei carichi di lavoro dopo settimane o mesi?
Razionalizzazione della piattaforma: la considerazione più importante riguarda le modalità in cui eseguire la razionalizzazione degli asset di una piattaforma SAP. Valutare come eseguire la migrazione della piattaforma. L'approccio alla migrazione definirà l'inventario degli asset che verranno mantenuti nel cloud e il lavoro necessario per ottenere questo risultato. È possibile considerare le opzioni seguenti:
Eseguire il rehosting: usare Azure Migrate o una copia di sistema omogenea per eseguire il trasferimento in modalità lift-and-shift della piattaforma SAP, del sistema operativo o DBMS corrente.
Replatforming: combinare la creazione di una copia eterogenea della piattaforma SAP con uno spostamento in Azure, ad esempio quando lo richiede il sistema operativo o il DBMS cambia. Ciò include quando una produzione SAP NetWeaver cambia in HANA come DBMS.
Riprogettazione: implementare una nuova piattaforma SAP in Azure.
Dopo aver integrato queste considerazioni nella valutazione del patrimonio digitale, è possibile perfezionare la giustificazione aziendale. Sarà anche possibile compilare il piano di adozione del cloud per il SAP.
Piano di adozione del cloud per il SAP
Cloud Adoption Framework include uno strumento e diversi modelli per la creazione di un piano di adozione del cloud o di un backlog di Azure DevOps, basati sulle attività descritte per ogni metodologia. Altre informazioni sui modelli sono disponibili nell'articolo sul piano di adozione del cloud e Azure DevOps.
Indipendentemente dal fatto che si usino modelli o strumenti di pianificazione del progetto personalizzati, è necessario tenere conto delle azioni specifiche di SAP seguenti:
- Valutare gli asset di base e distribuire una zona di destinazione di Azure appropriata.
- Usare le attività di razionalizzazione della piattaforma per completare la migrazione della piattaforma SAP.
- Tenere conto di ogni carico di lavoro, o ciclo di carichi di lavoro, di cui eseguire la migrazione.
È possibile usare l'interfaccia Web di Azure DevOps per aggiungere tali voci al piano. Se si lavora in un inventario di asset corrente, è possibile creare il piano più velocemente con l'integrazione Microsoft Excel descritta nell'articolo di Cloud Adoption Framework sul rilevamento dei carichi di lavoro.
Piano di preparazione di SAP
Dopo aver creato un piano di lavoro generale, è possibile iniziare ad allineare i membri del team e a stimare il lavoro.
I membri del team di questo progetto potrebbero essere esperti di SAP o di Azure, ma è improbabile che siano ugualmente competenti in entrambe le aree. Usare il piano di adozione del cloud per determinare le competenze che il team dovrà acquisire. Eseguire quindi il mapping di queste competenze ai membri del team per avere un quadro più chiaro delle esigenze di preparazione, competenza e training. L'articolo sulla creazione di un piano di preparazione delle competenze di Cloud Adoption Framework e il modello per la strategia e il piano consentono di tenere traccia e colmare le lacune delle competenze per creare una collaborazione interfunzionale più efficace in ogni sprint.
Passaggio successivo: esaminare l'ambiente o la zona di destinazione di Azure per una migrazione SAP su scala aziendale
Gli articoli seguenti offrono indicazioni per tappe specifiche del percorso di adozione del cloud in modo da facilitare l'adozione di SAP in Azure.