Ontwerpprincipes van een SAP-workload
We hebben deze richtlijnen gebouwd rond het Azure Well-Architected Framework en de vijf pijlers van uitstekende architectuur. De onderstaande tabel bevat een overzicht van elke pijler en een algemeen overzicht van de artikelen in deze set.
| Goed ontworpen kaderpijler | Samenvatting |
|---|---|
| Betrouwbaarheid | Een SAP-workload vereist tolerantie op de architectuurlaag. U leert hoe u een SAP-toepassing met hoge beschikbaarheid maakt voor het verwerken van kritieke bedrijfsgegevens. |
| Beveiliging | Een SAP-workload bevat kritieke bedrijfsgegevens. U leert hoe u uw SAP-toepassingen kunt beveiligen met meerdere beveiligingslagen, waaronder identiteit, toegang, invoervalidatie, gegevenssoevereine bevoegdheid en versleuteling. |
| Kostenoptimalisatie | Een SAP-workload heeft verschillende architectuurlagen en talloze resources die deze ondersteunen. U leert hoe u ervoor kunt zorgen dat uw SAP-toepassingsimplementatie voldoet aan de prestatieverwachtingen en tegelijkertijd de totale eigendomskosten verlaagt. |
| Prestatie-efficiëntie | Een SAP-workload moet goed presterende resources zijn om te voldoen aan de productiviteitsvereisten. U leert hoe u ervoor kunt zorgen dat uw SAP-workload voldoet aan de behoeften van gebruikers tijdens het beheren van de kosten. |
| Operationele topprestaties | Een SAP-workload besteedt het grootste deel van de levenscyclus aan bewerkingen. U leert hoe u een SAP-workload beheert en deze actief houdt. |
Betrouwbaarheid
Een betrouwbare SAP-workload is zowel flexibel als beschikbaar. Tolerantie is het vermogen om storingen te herstellen en te kunnen blijven functioneren. Beschikbaarheid is uptime. Hoge beschikbaarheid vermindert downtime van SAP-toepassingen tijdens kritiek onderhoud en verbetert het herstel na fouten zoals VM-crashes, back-endupdates, grote downtime of ransomware-incidenten. Fouten treden on-premises en in de cloud op, dus het is belangrijk dat u uw SAP-workload ontwerpt voor tolerantie en beschikbaarheid.
Voer een betrouwbaarheidsevaluatie uit. Voordat u de betrouwbaarheid van een SAP-workload kunt standaardiseren en zwakke plekken kunt verbeteren, moet u de betrouwbaarheid ervan beoordelen. Het is essentieel om te weten hoe betrouwbaar een SAP-workload is, zodat er stappen kunnen worden ondernomen om problemen op te lossen of deze configuraties te versterken. We raden u aan een betrouwbaarheidsevaluatie uit te voeren voor uw SAP-workload. De evaluatie stelt u vragen over uw workload en biedt specifieke aanbevelingen om u op te richten. De evaluatie bouwt voort op zichzelf, zodat u uw voortgang kunt bijhouden zonder elke keer opnieuw op te starten.
Start voor de evaluatie een Azure Well-Architected Review. Selecteer 'Evaluatie starten' en 'SAP on Azure' wanneer hierom wordt gevraagd.
Beveiliging
SAP op Azure wordt geleverd in het IaaS-cloudmodel (Infrastructure as a Service). Microsoft bouwt beveiligingsbeveiligingen in de service op de niveaus van het fysieke datacenter, fysieke netwerk, fysieke host en hypervisor. Maar u bent verantwoordelijk voor gebieden boven de hypervisor, zoals het gastbesturingssysteem voor SAP. We raden u aan om regelmatig de services en technologieën te evalueren die worden gebruikt om ervoor te zorgen dat uw beveiligingspostuur meegroeit met het bedreigingslandschap.
Kostenoptimalisatie
Microsoft investeert aanzienlijk in de snelle ontwikkeling van de SAP-hardware en -services om meer waarde te bieden voor minder. De frequente toename van azure-hardwaremogelijkheden biedt regelmatig mogelijkheden voor een SAP-workload om de kosten te optimaliseren, verspilling te elimineren en technologie te verbeteren. Als u Azure en uw SAP-workload wilt afstemmen, raden we u aan een plan te maken voor elke SAP-workload. Het plan moet de doelstellingen en motivaties voor de workload bevatten. Organisatiedoelstellingen en investeringsprioriteiten moeten kostenoptimalisatie-initiatieven voor uw toepassing, toepassingsplatform en gegevensplatform stimuleren.
Prestatie-efficiëntie
Prestatie-efficiëntie gaat over het versnellen van digitale transformatie met minder. Het doel is om het meeste uit uw SAP-workload te halen en te voldoen aan de vraag van gebruikers zonder over- of onder-inrichtingsresources. Inefficiënte prestaties kunnen de gebruikerservaring verslechteren en de kosten doen oplopen. Prestaties zijn van invloed op de productiviteit van interne toepassingen. Het bepaalt de groei voor openbare toepassingen. Het ontwerpen van een SAP-workload die niet aan de vraag van de gebruiker kan voldoen, vertraagt de toepassing. Overcompenseren met te veel rekenkracht leidt tot onnodige kosten. Deze scenario's kunnen worden vermeden met het juiste reken-, gegevens- en netwerkontwerp.
Operationele uitmuntendheid
Operationele uitmuntendheid gaat over het maken van efficiënte processen ter ondersteuning van uw SAP-workload. Bewerkingen zijn de langste fase van de levenscyclus van SAP-workloads en teams moeten zijn uitgerust met operationele best practices om de dagelijkse taken te beheren. Fouten in bewerkingen zijn van invloed op de andere ontwerpgebieden en het algehele succes van de SAP-workload. Het is essentieel om uw bewerkingen aan te passen om een SAP-workload in bewerkingen te ondersteunen. Regelmatige evaluaties, bewaking en automatisering staan centraal bij het verbeteren van de operationele uitmuntendheid van SAP.
Volgende stappen
We hebben deze ontwerpprincipes in onze richtlijnen in specifieke ontwerpgebieden geweven. De ontwerpgebieden bieden gerichte richtlijnen. We willen dat u snel vindt wat u nodig hebt, zodat u productiever kunt zijn met minder tijd. Gebruik de koppen als kompas om de juiste richting in elk ontwerpgebied te vinden.
Feedback
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie: https://aka.ms/ContentUserFeedback.
Feedback verzenden en weergeven voor