Progettazione di applicazioni del carico di lavoro SAP
Le applicazioni SAP devono rispettare i principi di progettazione. Le linee guida sono incentrate sull'ottimizzazione dei costi e sull'affidabilità.
Ottimizzazione dei costi delle applicazioni SAP
Impatto: Ottimizzazione dei costi
L'ottimizzazione dell'applicazione SAP può ridurre il costo totale di proprietà senza ridurre le funzionalità. L'obiettivo è generare il massimo ritorno sugli investimenti (ROI). Ecco i modi per ottimizzare un'applicazione SAP.
Identificare la responsabilità dell'applicazione. L'ottimizzazione di un'applicazione SAP deve essere responsabilità del team delle applicazioni aziendali dei clienti. La presenza di un utente o di un gruppo responsabile dei costi consentirà di prendere decisioni che ottimizzano i costi nel ciclo di vita del carico di lavoro SAP.
Razionalizzare e riprogettare. È consigliabile valutare la razionalizzazione o la riprogettazione dell'applicazione SAP, in particolare durante le migrazioni. S4 HANA sostituisce spesso le applicazioni SAP meno recenti che possono essere aggiunte come sistema legacy. La valutazione di SAP WAF può aiutare a convalidare gli sforzi di riprogettazione e deve essere eseguita periodicamente. Per altre informazioni, vedere Revisione di Azure Well-Architected.
Ridurre al minimo gli investimenti nei sistemi legacy. È consigliabile ospitare un'applicazione SAP legacy nell'architettura minima supportata per ridurre i costi. Un'applicazione legacy è più lenta e meno efficiente. Tutti i sistemi legacy che rimangono dopo la razionalizzazione e la riprogettazione devono ricevere la spesa minima possibile e essere ritirati quando necessario. Per altre informazioni, vedere Gestione costi di Azure.
Affidabilità delle applicazioni SAP
Impatto: affidabilità
Usare un'architettura multilivello. La creazione di un'architettura multilivello per supportare un carico di lavoro SAP è essenziale per l'affidabilità. Il numero di livelli e architettura varia per ogni applicazione SAP. Assicurarsi di isolare i componenti dell'applicazione l'uno dall'altro e creare ridondanza per ottenere la disponibilità elevata. Se applicabile, è necessario isolare SAP Web Dispatcher, SAP Central Services, SAP App Server, condivisione SAPMNT e database. Sono disponibili architetture di esempio per diverse applicazioni SAP che è possibile usare per informare la progettazione.
Per altre informazioni, vedere:
Configurare l'affidabilità dei servizi centrali SAP. SAP Central Services (SCS) o ABAP SAP Central Services (ASCS) è la base della comunicazione delle applicazioni SAP. È costituito dal server messaggi e dal server di accodamento. Il livello dei servizi centrali è spesso un singolo punto di errore e deve essere configurato per garantire la disponibilità elevata per ottenere la resilienza delle applicazioni SAP. Per aggiungere ridondanza, creare un cluster di servizi centrali SAP con tecnologia di archiviazione condivisa compatibile che supporta il cluster. A seconda del sistema operativo e della tecnologia di archiviazione condivisa disponibile nella disponibilità generale o nell'anteprima privata/pubblica, sono disponibili varie opzioni. Le zone di disponibilità offrono l'opportunità di creare un'architettura ASCS a disponibilità elevata.
Per altre informazioni, vedere:
- Configurazioni del carico di lavoro SAP con le zone di disponibilità di Azure
- Architettura di disponibilità elevata per un'istanza di SAP ASCS/SCS in Windows
- Architettura di disponibilità elevata per un'istanza di SAP ASCS/SCS in Linux