Aanbevelingen voor het optimaliseren van omgevingskosten

Van toepassing op deze aanbeveling voor de controlelijst voor kostenoptimalisatie van Azure Well-Architected Framework:

CO:08	Omgevingskosten optimaliseren. Uitgaven afstemmen om prioriteit te geven aan preproductie-, productie-, bewerkings- en noodherstelomgevingen. Houd voor elke omgeving rekening met de vereiste beschikbaarheid, licenties, openingstijden en voorwaarden en beveiliging. Niet-productieomgevingen moeten de productieomgeving emuleren. Implementeer strategische compromissen in niet-productieomgevingen.

In deze handleiding worden de aanbevelingen beschreven voor het optimaliseren van de kosten van workloadomgevingen. Elke omgeving moet worden afgestemd op het specifieke doel en geoptimaliseerd zijn voor kosteneffectiviteit. Het is belangrijk om strategische compromissen te maken en resources toe te wijzen waar ze het belangrijkst zijn, zonder afbreuk te doen aan kritieke onderdelen. Door omgevingen anders te behandelen en ze dienovereenkomstig te optimaliseren, kunt u een balans bereiken tussen kostenoptimalisatie en het behalen van de vereiste doelstellingen.

Definities

Termijn	Definitie
Recovery Point Objective (RPO)	De maximaal aanvaardbare duur van gegevensverlies tijdens een incident.
Beoogde hersteltijd (RTO)	De maximaal acceptabele tijd dat een toepassing niet beschikbaar kan zijn na een incident.
Service Level Agreement (SLA)	Een contractuele overeenkomst tussen de serviceprovider en de serviceklant. In de overeenkomst worden de serviceniveaudoelstellingen (SLO's) gedefinieerd. Het niet nakomen van de overeenkomst kan financiële gevolgen hebben voor de serviceprovider.

Belangrijke ontwerpstrategieën

Het doel van het optimaliseren van de omgevingskosten is het vinden van de juiste balans tussen waarde, kosten en risico's voor elke omgeving, inclusief productie-, preproductie- en noodherstelomgevingen. Pas elke omgeving aan voor het specifieke gebruik ervan om geld te besparen en efficiënt gebruik te maken van resources. Bepaal de voordelen van elke omgeving, zoals efficiëntie of klanttevredenheid. U wilt het rendement op investeringen (ROI) voor het milieu evalueren, zelfs als er geen directe winst wordt gemaakt. Besteed meer geld aan omgevingen met een hoog risico om problemen te verminderen en geld te besparen op omgevingen met een laag risico. Zorg ervoor dat waarde, kosten en risico's in elke omgeving in balans worden gebracht.

Omgevingswaarde evalueren

Het beoordelen van de waarde van elke omgeving betekent inzicht krijgen in het bredere effect ervan op het bedrijf, het meten van de tevredenheid van gebruikers en bepalen hoe deze overeenkomt met overkoepelende doelstellingen van de organisatie. Deze evaluatie helpt u weloverwogen beslissingen te nemen over de toewijzing van resources en de kosten af te stemmen op milieuprioriteiten. De essentie van waarde gaat verder dan de omzet die een omgeving genereert. Bij het evalueren van de waarde van een omgeving moet u prioriteit geven aan uitgaven op een manier die overeenkomt met de doelstellingen van de workload. Houd rekening met de volgende factoren om de waarde van elke omgeving te beoordelen:

• Houd rekening met de gebruiker: bedenk wie elke omgeving gebruikt en wat ze ervan nodig hebben. Klanten gebruiken bijvoorbeeld de productieomgeving, die betrouwbaar moet zijn en moet voldoen aan specifieke SLA's voor prestaties en uptime.

  Aan de andere kant is de ontwikkelomgeving voornamelijk voor het workloadteam, zoals ontwikkelaars en testers. Deze omgeving hoeft niet te voldoen aan klantgerichte SLA's, maar moet wel over de benodigde hulpprogramma's en resources beschikken om het team effectief te laten werken.

  Wanneer u de unieke behoeften van gebruikers in elke omgeving begrijpt, kunt u resources beter toewijzen en extra kosten voorkomen. Deze vermijding helpt ervoor te zorgen dat elke omgeving functioneel en rendabel is.

• Afstemmen op organisatorische waarden: Stem uw kostenbesparende inspanningen af op de prioriteiten van uw organisatie, zoals winst of tevredenheid van werknemers. Voor elke omgeving moet u begrijpen hoe succes wordt gedefinieerd, zodat u uw acties op het doel kunt houden. Als uw organisatie zich bijvoorbeeld richt op winstmaximalisatie of werknemerstevredenheid, moet u uw bestedingsbeslissingen afstemmen op deze metrische gegevens.

Omgevingskosten bepalen

Het bepalen van omgevingskosten gaat over het kennen van de kosten van infrastructuur, services, licenties en operationele uitgaven in elke workloadomgeving. Hulpprogramma's voor kostenbeheer zijn essentieel om inzicht te krijgen in bestedingspatronen en trends in verschillende omgevingen. Als u de kosten van de omgeving wilt bepalen, kunt u de volgende strategieën overwegen:

• Kostenfactoren identificeren: identificeer de belangrijkste factoren die de kosten in elke omgeving bepalen. Deze factoren kunnen resourcegebruik, opslaggebruik, gegevensretentie, gegevensoverdracht en specifieke services omvatten.

• Risico's evalueren: evalueer de risico's die zijn gekoppeld aan bestedingsbeslissingen en hun mogelijke effect op het milieu en de bedrijfsvoering. Houd rekening met factoren zoals gegevensbeveiliging, naleving, prestaties, controles en SLA-vereisten.

• Bewaak en pas uw uitgaven aan: bewaak en analyseer continu bestedingspatronen, waardelevering en risicofactoren. Controleer en pas regelmatig uw strategieën voor uitgavenoptimalisatie aan naarmate de behoeften van de omgeving en het bedrijf zich ontwikkelen.

De productieomgeving optimaliseren

Het optimaliseren van de kosten in de productieomgeving omvat het implementeren van strategieën om onnodige kosten te verminderen en de operationele efficiëntie te verbeteren. Richt u op het differentiëren van productie-implementaties en het voldoen aan de behoeften van gebruikers. Hier volgen aanbevelingen voor het optimaliseren van de productieomgeving:

• Regio's onderscheiden: geef minder uit aan regio's die minder klanten bedienen. U moet bijvoorbeeld meer investeren in een regio die 90 procent van uw gebruikers bedient dan in een regio die 10 procent van uw gebruikers bedient. Pas uw implementatiestrategie aan om te voldoen aan de vereisten van elke regio en elk gebruikerssegment.

• Differentiëren van schaalaanpassing: implementeer horizontale en verticale schaalstrategieën. Schaal resources efficiënt om aan de vraag te voldoen zonder over-inrichting.

• Infrastructuur onderscheiden: kies kosteneffectieve hardware- en infrastructuuroplossingen die voldoen aan de vereiste prestaties en schaalbaarheid. Houd rekening met factoren zoals prestaties, kosten, betrouwbaarheid en schaalbaarheid.

• Tenantmodellen afstemmen: pas de omgeving aan op basis van het tenantmodel. Besteed bijvoorbeeld meer aan services en functies voor betaalde tenants en minder aan niet-betalende tenants.

De dr-omgeving optimaliseren

Een DR-omgeving verwijst naar infrastructuur en processen die een workload gebruikt om te herstellen na een verstorende gebeurtenis. Verstorende gebeurtenissen zijn onder andere natuurrampen, cyberaanvallen en hardwarefouten. Breng de kosten van het onderhouden van een NOOD-omgeving in balans en de mogelijke gevolgen van een verstorende gebeurtenis. Overweeg de volgende strategieën:

• De kritieke status van systemen en gegevens evalueren: evalueer het belang van systemen en gegevens om het vereiste beveiligingsniveau en de vereiste resources voor elk onderdeel te bepalen.

• RTO's en RPO's bepalen: om het ontwerp van de DR-omgeving te bepalen, definieert u de acceptabele limieten voor downtime en gegevensverlies voor elk systeem of elke toepassing.

• Een koude noodherstelomgeving optimaliseren: een koude DR-omgeving heeft weinig of geen infrastructuur of actieve services. U kunt infrastructuur als code (IaC) gebruiken om de infrastructuur snel te implementeren tijdens een verstorende gebeurtenis. Uw back-up- en opslagbeleid moet voldoen aan de RPO's en RTO's van de omgeving. Zorg ervoor dat de hoeveelheid en frequentie van gegevensback-ups niet robuuster zijn dan nodig is.

  Afweging: een koude DR-omgeving is een rendabele optie, maar u kunt lange hersteltijden hebben.

• Een dynamische dr-omgeving optimaliseren: alle infrastructuur en services worden uitgevoerd in een dynamische dr-omgeving. De gegevens spiegelen de primaire site in realtime. Het biedt bijna onmiddellijke failover en minimaal gegevensverlies als er een noodgeval is. Overweeg een actief-actief-implementatie om de kosten te optimaliseren.

• Een warme DR-omgeving optimaliseren: een warme DR-benadering is een middenstand tussen een koude DR-omgeving en een warme DR-omgeving. Een warme omgeving is gedeeltelijk actief en wordt periodiek gesynchroniseerd met de primaire site. Het biedt een balans tussen kosten en hersteltijd. Het is echter de methode die het minst kostengeoptimeerd is. Overweeg een koude of warme benadering om de kosten te optimaliseren.

Preproductieomgevingen optimaliseren

Het optimaliseren van preproductieomgevingen omvat het strategisch beheren van resources binnen ontwikkel-, test- en faseringsgebieden om de productie nauwkeurig te simuleren en onnodige kosten te verlagen. Preproductieomgevingen vereisen niet de volledige schaal en beschikbaarheid van productieomgevingen. De meeste kansen liggen in het aanpassen van deze omgevingen aan specifieke test- en ontwikkelingsbehoeften zonder de productie exact te dupliceren. Gebieden voor kostenreductie zijn het gebruik van goedkopere resources, het uitschakelen van overbodige services en het toepassen van kortingen voor preproductiegebruik. Overweeg de volgende strategieën om preproductieomgevingen te optimaliseren:

Preproductieomgevingen evalueren

Onvoldoende of onjuiste toewijzing van preproductieomgevingen kan leiden tot over- of onderinrichting van resources. Als u uw preproductieomgevingen voor uw workload wilt evalueren, moet u rekening houden met de volgende richtlijnen:

• De omgevingstypen begrijpen: identificeer de typen preproductieomgevingen, zoals ontwikkeling, testen en fasering, die u nodig hebt voor uw workload. Elke omgeving moet een gedefinieerde rol en specifieke functie hebben om een efficiënte toewijzing van resources te garanderen.

• Afstemmen op de vereisten van gebruikers: voordat u preproductieomgevingen instelt, moet u de vereisten en verwachtingen van uw gebruikers begrijpen. Pas de functies en specificaties aan op basis van hun behoeften om onnodige kosten van functies of resources te voorkomen.

• De omgeving consolideren: bepaal of u omgevingen kunt combineren zonder de functionaliteit ervan in gevaar te brengen. Combineer omgevingen met functies die elkaar niet overlappen. U kunt bijvoorbeeld een omgeving voor gebruikersacceptatie samenvoegen met een omgeving voor kwaliteitsbewaking. De functies zijn verschillend en de ene omgeving is meestal inactief wanneer de andere in gebruik is.

  Risico: Wees voorzichtig wanneer u omgevingen combineert om ervoor te zorgen dat u geen conflicten veroorzaakt of de test- of ontwikkelingsprocessen in gevaar brengt.

De volgende tabel bevat voorbeelden van algemene preproductieomgevingen.

Voorbeeld van preproductieomgeving	Description
Ontwikkelomgeving	Ontwikkelaars gebruiken deze omgeving om code te schrijven en te testen. Het biedt een sandbox-ruimte, zodat ontwikkelaars kunnen experimenteren, codewijzigingen kunnen bouwen en integreren.
Omgeving voor kwaliteitsbewaking	Deze omgeving is gewijd aan kwaliteitsbewakingsactiviteiten. Het voor testen om fouten of problemen te identificeren en op te lossen voordat u implementeert in de productieomgeving.
Beveiligingsomgeving	Deze omgeving is bedoeld voor beveiligingstests. Het is om ervoor te zorgen dat een toepassing is beveiligd tegen bedreigingen en beveiligingsproblemen.
Testomgeving voor gebruikersacceptatie	In deze omgeving testen eindgebruikers en belanghebbenden een toepassing om de functionaliteit ervan te valideren en ervoor te zorgen dat deze voldoet aan vereisten en verwachtingen.
Faseringsomgeving	Deze omgeving lijkt sterk op de productieomgeving. Het is bedoeld voor het laatste testen en valideren voordat de implementatie naar productie wordt uitgevoerd.

Governance toepassen

Het toepassen van governance gaat over het beperken van implementatieopties in preproductieomgevingen om kosten te beheersen en risico's te beperken. In de preproductie hebt u flexibiliteit om configuraties aan te passen en resources te implementeren. Hoe meer de preproductieomgeving afwijkt van de productieomgeving, hoe groter het potentiële risico. Beheer gebruiken om preproductieomgevingen te beperken. Houd rekening met de volgende richtlijnen:

• Prestatielagen beperken: Evalueer de prestatievereisten van uw preproductieomgevingen. Kies prestatielagen die kosten en prestaties in balans zijn. Een service heeft vaak verschillende prestatielagen en sommige van deze lagen zijn meer geschikt voor testen. Sommige services hebben lagen die productie-achtige functies bieden, maar worden niet geleverd met een SLA. Deze services verlagen de kosten, maar bieden nog steeds de benodigde functionaliteit voor testen en ontwikkelen.

• Informatie over preproductie-SKU's: sommige SKU's zijn ontworpen voor ontwikkelomgevingen. Als u de kosten wilt optimaliseren, evalueert u services en lagen. Kies voor laag-prestatielagen als de workload geen hoge prestaties vereist.

• Het aantal exemplaren en CPU's beheren: Bepaal het optimale aantal exemplaren en CPU-resources dat uw preproductieomgeving nodig heeft op basis van de workloadvereisten. Vermijd over-inrichting van resources om de kosten te minimaliseren.

• Retentie en logboekregistratie beperken: bewaarbeleid definiëren voor logboeken en gegevens in preproductieomgevingen. Houd rekening met de benodigde duur voor het bewaren van logboeken en gegevens op basis van nalevingsvereisten en kostenoverwegingen. Vermijd overmatige logboekregistratie en retentie om de opslagkosten te verlagen.

• Een consistente CPU-architectuur gebruiken: gebruik dezelfde CPU-architectuur in preproductie en productie. X86-toepassingen worden bijvoorbeeld niet systeemeigen uitgevoerd op Azure Resource Manager en omgekeerd. Gebruik dezelfde CPU-architectuur als uw productieomgeving om compatibiliteit te garanderen en potentiële problemen te minimaliseren.

• Hetzelfde besturingssysteem gebruiken: vermijd het wijzigen van het besturingssysteem (bijvoorbeeld van Windows naar Linux) of kernel in preproductieomgevingen. Software die voor Windows is gebouwd, wordt vaak niet systeemeigen uitgevoerd op Linux zonder een compatibiliteitslaag en vice versa. De bestandssystemen en mapstructuren zijn verschillend, wat problemen met toepassingspatching kan veroorzaken. Consistente omgevingen helpen het risico op compatibiliteitsproblemen te verminderen en zorgen voor soepele implementaties.

• Schalen beperken: als u de kosten wilt optimaliseren, kunt u automatisering beperken om runaway-automatisering te beperken. Stel bijvoorbeeld een maximale schaallimiet in op drie in de ontwikkelomgeving en stel deze in op 10 in de productieomgeving. Beperk schaalaanpassing om het resourcegebruik en de automatiseringskosten te beheren.

• Overbodige resources uitschakelen: schakel resources uit wanneer ze niet actief worden gebruikt, zoals buiten kantooruren en in het weekend. U kunt automatiseringsprogramma's of scripts gebruiken om het afsluiten en opstarten van resources te plannen. Sommige leveranciers bieden API's die u kunt gebruiken om de resources programmatisch te stoppen en te starten. Overweeg het gebruik van IaC om tijdelijke omgevingen te maken die u kunt verwijderen wanneer u ze niet meer nodig hebt.

• Beschikbare regio's beperken: houd rekening met het potentiële voordeel van het uitvoeren van preproductieomgevingen in verschillende regio's waar Azure-resources mogelijk goedkoper zijn. Beperk preproductie-implementaties tot deze regio's om de kosten van deze omgevingen te optimaliseren.

Gelijke overeenkomsten met productie in evenwicht

Het is vaak onnodig en duur voor preproductieomgevingen om de productieomgeving exact te spiegelen. Het doel is ervoor te zorgen dat elke preproductieomgeving op de juiste wijze verschilt van productie om onnodige kosten te voorkomen. Wanneer preproductie en productie echter verschillend zijn, bestaat het risico dat er een fout in productie wordt geïmplementeerd. Hoe verschillender deze omgevingen zijn, hoe meer risico er is. Door de preproductieomgeving af te stemmen op uw behoeften, kunt u risico's beheren en tegelijkertijd de kosten optimaliseren. Houd rekening met de volgende aanbevelingen om de gelijkenis met de productie in evenwicht te houden:

• Vermijd exacte replica's: voorkom dat u van de preproductieomgeving een exacte kopie van de productie maakt. Het kan de kosten onnodig verhogen. Creatie een preproductieomgeving die rendabel is, maar waarmee u potentiële risico's vóór de implementatie kunt ontdekken en aanpakken.

• Vermijd extreme afwijkingen: Vermijd overmatige afwijkingen van de productie, zoals het gebruik van verschillende services. Verschillende services simuleren risico's in de echte wereld mogelijk niet nauwkeurig. Bepaal een risicodrempel en overschrijd de drempelwaarde niet alleen om geld te besparen.

• Runtimes verkorten: overweeg om de runtimes van processen in de preproductiefase te verkorten om geld te besparen. Wees voorzichtig met nieuwe beveiligingsproblemen die zich kunnen voordoen, zoals niet-gedetecteerde geheugenlekken.

• Licenties controleren: Bekijk de licentieplannen voor uw beveiligingshulpprogramma's. Als het aantal knooppunten aanzienlijk varieert tussen uw productie- en preproductie-instellingen, wordt uw behoeften opnieuw beoordeeld om de kosten af te stemmen zonder de beveiliging in gevaar te brengen.

Ontwikkelomgevingen optimaliseren

Ontwikkelomgevingen zijn ontworpen voor ontwikkelings-, test- en foutopsporingsdoeleinden. Ze hebben kortere levenscyclussen en worden vaak naar behoefte gemaakt en bestaan voor een korte tijd. Ontwikkelomgevingen hebben doorgaans lagere vereisten voor betrouwbaarheid, capaciteit en beveiliging in vergelijking met andere preproductie- en productieomgevingen. Ze hebben mogelijk minder mogelijkheden en kunnen een lager resourcegebruik accepteren. Uw ontwikkelomgeving optimaliseren:

• Hulpprogramma's evalueren: evalueer regelmatig de kosteneffectiviteit van uw huidige hulpprogramma-instelling, inclusief geïntegreerde ontwikkelomgevingen (IDE's), licenties en gerelateerde hulpprogramma's. Overweeg gratis of opensource-alternatieven die vergelijkbare functionaliteit bieden zonder dat dit ten koste gaat van de kwaliteit. Evalueer voortdurend de noodzaak en efficiëntie van deze hulpprogramma's naarmate het ontwikkelingslandschap zich ontwikkelt.

• Overweeg hardware: evalueer de kosten en prestaties van uw huidige hardware-instellingen. Investeren in betere en efficiëntere hardware kan de productiviteit verbeteren en de kosten op de lange termijn verlagen. In plaats van frequente hardwarevervangingen kunt u overwegen om bestaande systemen te upgraden om hun levensduur te verlengen en de prestaties te verbeteren.

• Het aantal omgevingen optimaliseren: analyseer de voor- en nadelen van geïndividualiseerde ontwikkelomgevingen versus een gedeelde omgeving. Afzonderlijke omgevingen kunnen productie-instellingen nabootsen, interferentie tussen ontwikkelaars voorkomen en aangepaste instellingen bieden. Schalen wordt echter duurder naarmate het aantal ontwikkelaars toeneemt. Gedeelde omgevingen kunnen kosten besparen, maar er kunnen problemen met de betrouwbaarheid optreden als problemen tegelijkertijd van invloed zijn op het hele ontwikkelteam. Vind de juiste balans op basis van kosten, risicobeperking, efficiëntie en tevredenheid van ontwikkelaars.

• Regelmatig opschonen: regelmatig uw ontwikkelomgeving opschonen en optimaliseren om de accumulatie van zwevende resources, ongebruikte gegevens en proof-of-concept-experimenten te voorkomen. Implementeer opschoningsprocessen of geautomatiseerde hulpprogramma's om ongebruikte resources te identificeren en te verwijderen. Bewaar alleen essentiële en actieve onderdelen. Regelmatig opschonen helpt de opslagkosten te verlagen en zorgt voor efficiënt resourcegebruik.

• Sampled schalen implementeren: In plaats van alle onderdelen naar hun maximale capaciteit te schalen, kunt u overwegen een steekproefbenadering te gebruiken waarbij u selectief essentiële onderdelen schaalt. Deze aanpak kan kostenefficiënt zijn terwijl de risico's worden geminimaliseerd. Evalueer de risico-batenverhouding van het niet schalen van bepaalde elementen en houd rekening met het mogelijke effect op de omgeving.

• Gegevensbeheer optimaliseren: ontwikkelomgevingen hebben mogelijk weinig behoefte aan gegevensretentie en back-upfrequentie.

Eindpuntemulatie overwegen

U kunt de kosten in een preproductieomgeving optimaliseren met behulp van eindpuntemulatie of gesimuleerde eindpunten, met name voor dure resources zoals GPU's. Identificeer onderdelen of services in uw preproductieomgeving die het duurst of resource-intensiefst zijn. Gebruik gesimuleerde eindpunten om de antwoorden van deze kostbare onderdelen te simuleren zonder ze aan te roepen. Als u API-antwoorden wilt simuleren, kunt u hulpprogramma's zoals WireMock, de mock-server van Postman of aangepaste implementaties gebruiken.

Emulatie- en mock-eindpunten helpen kosten te besparen, maar u moet ervoor zorgen dat ze de productieomgeving voldoende vertegenwoordigen voor tests. Zorg voor een balans tussen nauwkeurigheid en kosten om toekomstige problemen in productie te voorkomen. Als GPU's bijvoorbeeld een belangrijke kostenfactor zijn, kunt u GPU-emulatie overwegen voor taken waarvoor geen echte GPU-verwerkingskracht nodig is in de preproductiefasen. Emulatie vertegenwoordigt mogelijk niet volledig de prestaties of eigenaardigheden van echte GPU's, dus gebruik deze wanneer het exacte GPU-gedrag niet essentieel is voor preproductietests.

Azure-facilitering

Omgevingskosten bepalen en optimaliseren:Microsoft Cost Management is een suite met hulpprogramma's waarmee organisaties de kosten van hun Microsoft Cloud-workloads kunnen bewaken, toewijzen en optimaliseren. Cost Management is beschikbaar voor iedereen met toegang tot een facturerings- of resourcebeheerbereik.

Azure Advisor is een hulpprogramma dat aanbevelingen voor kostenoptimalisatie biedt, waaronder het identificeren van gebieden van het gebruik van virtuele machines die moeten worden geoptimaliseerd. Gebruik Advisor om weloverwogen beslissingen te nemen en de kosten in uw Azure-omgeving te optimaliseren. Azure biedt hulpprogramma's en functies voor kostenbeheer die helpen bij het prioriteren van uitgaven. U kunt deze hulpprogramma's gebruiken om kosten in omgevingen bij te houden en te analyseren, budgetten in te stellen en aanbevelingen voor kostenoptimalisatie te ontvangen.

Governance toepassen: met Azure Policy kunt u resourcetypen, SKU's en exemplaren beperken door beleidsregels te definiëren die beperkingen afdwingen voor de typen resources die u in uw Azure-omgeving kunt implementeren. U kunt de controle houden over de ingerichte resources en ervoor zorgen dat het beleid en de best practices van uw organisatie worden nageleefd.

Als u resourcetypen wilt beperken met behulp van Azure Policy, kunt u beleidsregels definiëren waarmee de toegestane resourcetypen worden opgegeven. Pas deze regels toe op de relevante Azure-abonnementen of resourcegroepen. Azure Policy voorkomt dat gebruikers resources implementeren die niet zijn toegestaan.

Gebruik Azure Resource Manager om resources op een declaratieve manier te definiëren en te beheren. U kunt resources die zijn toegewezen aan elke omgeving afstemmen op basis van hun specifieke vereisten. Gebruik sjablonen en parameteriseer resourceconfiguraties om de kosten te optimaliseren.

Preproductieomgevingen optimaliseren: Azure biedt prijsopties voor ontwikkelen/testen die kortingstarieven bieden voor niet-productieomgevingen. U kunt meer resources en budget toewijzen aan kritieke productieomgevingen, waardoor de kosten in niet-productieomgevingen worden geoptimaliseerd. U kunt ook de Azure-licentieaanbieding gebruiken, Azure Hybrid Benefit.

U kunt Azure API Management gebruiken voor API-mocking. API Management fungeert als een façade voor back-endservices, waardoor API-providers API-implementaties kunnen abstraheren en de back-endarchitectuur kunnen ontwikkelen zonder dat dit van invloed is op API-consumenten.

Controlelijst voor kostenoptimalisatie

Raadpleeg de volledige set aanbevelingen.

Controlelijst voor kostenoptimalisatie