Aanbevelingen voor het optimaliseren van omgevingskosten
Van toepassing op deze controlelijst voor Azure Well-Architected Framework Cost Optimization:
| CO:08 | Omgevingskosten optimaliseren. Afstemmen van uitgaven om prioriteit te geven aan preproductie-, productie-, bewerkings- en noodherstelomgevingen. Houd voor elke omgeving rekening met de vereiste beschikbaarheid, licenties, bedrijfsuren en -voorwaarden en beveiliging. Niet-productieomgevingen moeten de productieomgeving emuleren. Implementeer strategische compromissen in niet-productieomgevingen. |
|---|
In deze handleiding worden de aanbevelingen voor het optimaliseren van workloadomgevingen beschreven. Elke omgeving moet worden afgestemd op het specifieke doel en geoptimaliseerd 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 deze dienovereenkomstig te optimaliseren, kunt u een evenwicht bereiken tussen kostenoptimalisatie en het voldoen aan de vereiste doelstellingen.
Definities
| Termijn | Definitie |
|---|---|
| Recovery Point Objective (RPO) | De maximale acceptabele duur van gegevensverlies tijdens een incident. |
| Beoogde hersteltijd (RTO) | De maximaal acceptabele tijd die een toepassing na een incident niet beschikbaar kan zijn. |
| Service Level Agreement (SLA) | Een contractuele overeenkomst tussen de serviceprovider en de serviceklant. De overeenkomst definieert de serviceniveaudoelstellingen (SLO's). Het niet voldoen aan de overeenkomst kan financiële gevolgen hebben voor de serviceprovider. |
Belangrijke ontwerpstrategieën
Het doel van het optimaliseren van omgevingskosten is het vinden van de juiste balans tussen waarde- en kosten- en risico-omgevingen voor elke omgeving, waaronder 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 de omgeving evalueren, zelfs als het geen directe winst oplevert. Besteed meer geld aan omgevingen met een hoog risico om problemen te verminderen en geld te besparen op omgevingen met een laag risico. Doel is om waarden, kosten en risico's in elke omgeving te verdelen.
Omgevingswaarde beoordelen
Het beoordelen van de waarde van elke omgeving betekent dat het bredere effect ervan op het bedrijf, het beoordelen van de tevredenheid van gebruikers en het bepalen hoe deze overeenkomt met overkoepelende organisatiedoelen. Met deze evaluatie kunt u weloverwogen beslissingen nemen over resourcetoewijzing en kosten afstemmen op milieuprioriteiten. De essentie van waarde gaat verder dan de omzet die een omgeving genereert. Wanneer u de waarde van een omgeving evalueert, moet u prioriteit geven aan uitgaven op een manier die overeenkomt met de doelstellingen van de workload. Als u de waarde van elke omgeving wilt beoordelen, moet u rekening houden met de volgende factoren:
Houd rekening met de gebruiker: Overweeg wie elke omgeving gebruikt en wat ze ervan nodig hebben. Klanten gebruiken bijvoorbeeld de productieomgeving, die betrouwbaar moet zijn en 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 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 de waardemetingen van uw organisatie: stem uw kostenbesparende inspanningen af op de prioriteiten van uw organisatie, zoals winst of werknemerstevredenheid. Voor elke omgeving begrijpt u hoe succes wordt gedefinieerd, zodat u uw acties op het doel kunt houden. Als uw organisatie zich bijvoorbeeld richt op winstmaximalisatie of werknemerstevredenheid, kunt u uw uitgavenbeslissingen afstemmen op die metrische gegevens.
Omgevingskosten bepalen
Het bepalen van de omgevingskosten gaat over het kennen van de kosten van infrastructuur, services, licenties en operationele kosten in elke workloadomgeving. Hulpprogramma's voor kostenbeheer zijn essentieel voor het verkrijgen van inzicht in bestedingspatronen en trends in omgevingen. Als u de omgevingskosten wilt bepalen, kunt u de volgende strategieën overwegen:
Kostenfactoren identificeren: identificeer de belangrijkste factoren die de kosten in elke omgeving stimuleren. Deze factoren kunnen bestaan uit resourcegebruik, opslaggebruik, gegevensretentie, gegevensoverdracht en specifieke services.
Risico's evalueren: Evalueer de risico's die zijn gekoppeld aan bestedingsbeslissingen en hun potentiële effect op de omgeving en bedrijfsactiviteiten. Denk aan factoren zoals gegevensbeveiliging, naleving, prestaties, controles en SLA-vereisten.
Uw uitgaven bewaken en aanpassen: continu uitgavenpatronen, waardelevering en risicofactoren bewaken en analyseren. Controleer regelmatig uw strategieën voor bestedingsoptimalisatie en pas deze 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 uitgaven te verminderen en operationele efficiëntie te verbeteren. Richt u op het onderscheiden van productie-implementaties en het voldoen aan de behoeften van gebruikers. Hier volgen aanbevelingen voor het optimaliseren van de productieomgeving:
Onderscheid maken tussen regio's: besteed minder 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 gebruikerssegment.
Onderscheid maken tussen schalen: strategieën voor horizontaal en verticaal schalen implementeren. Schaal resources efficiënt om te voldoen aan de vraag zonder over-inrichting.
Onderscheid maken tussen infrastructuur: kies rendabele hardware- en infrastructuuroplossingen die voldoen aan de vereiste prestaties en schaalbaarheid. Denk aan factoren zoals prestaties, kosten, betrouwbaarheid en schaalbaarheid.
Tenantmodellen afstemmen: de omgeving aanpassen op basis van het tenantmodel. Besteed bijvoorbeeld meer aan services en functies voor betaalde tenants en besteed minder aan niet-betalende tenants.
Omgevingen voor herstel na noodgevallen 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. Balanceer de kosten van het onderhouden van een DR-omgeving en de mogelijke gevolgen van een verstorende gebeurtenis. Overweeg de volgende strategieën:
Evalueer de kritiek van systemen en gegevens: Evalueer het belang van systemen en gegevens om het vereiste beschermingsniveau en de resources voor elk onderdeel te bepalen.
RPO's en RPO's bepalen: om het ontwerp van de DR-omgeving te bepalen, definieert u de acceptabele downtime- en gegevensverlieslimieten voor elk systeem of elke toepassing.
Een koude DR-omgeving optimaliseren: een koude DR-omgeving heeft weinig of geen infrastructuur of actieve services. U kunt infrastructuur als code (IaC) gebruiken om snel infrastructuur te implementeren tijdens een verstorende gebeurtenis. Uw back-up- en opslagbeleid moet voldoen aan de RPO's en RPO's van de omgeving. Zorg ervoor dat de hoeveelheid en frequentie van gegevensback-ups niet robuuster zijn dan nodig is.
Compromis: een koude DR-omgeving is een rendabele optie, maar u hebt mogelijk lange hersteltijden.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 onmiddellijk een failover en minimaal gegevensverlies als er zich een noodgeval voordoet. Overweeg een actief-actieve implementatie om de kosten te optimaliseren.
Een warme DR-omgeving optimaliseren: een warme DR-benadering is een middelste basis tussen een koude DR-omgeving en een dynamische 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 minst kosten geoptimaliseerde benadering. Overweeg een koude of dynamische 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 verminderen. Voor preproductieomgevingen is niet de volledige schaal en beschikbaarheid van productieomgevingen vereist. De meeste mogelijkheden zijn het aanpassen van deze omgevingen aan specifieke test- en ontwikkelingsbehoeften zonder productie exact te dupliceren. Gebieden van kostenreductie zijn onder andere het gebruik van goedkopere resources, het uitschakelen van overbodige services en het toepassen van kortingen die worden aangeboden voor preproductiegebruik. Bekijk de volgende strategieën om preproductieomgevingen te optimaliseren:
Preproductieomgevingen evalueren
Onvoldoende of onjuiste toewijzing van preproductieomgevingen kan leiden tot over-inrichting of onderinrichting van resources. Bekijk de volgende richtlijnen om uw preproductieomgevingen voor uw workload te evalueren:
Inzicht in de omgevingstypen: 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 resourcetoewijzing te garanderen.
In overeenstemming met 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 samenvoegen: Bepaal of u omgevingen kunt combineren zonder de functionaliteit ervan in gevaar te brengen. Combineer omgevingen met functies die niet overlappen. U kunt bijvoorbeeld een gebruikersacceptatieomgeving samenvoegen met een kwaliteitscontroleomgeving. De functies zijn verschillend en de ene omgeving is meestal inactief wanneer de andere wordt gebruikt.
Risico: Wees voorzichtig wanneer u omgevingen combineert om ervoor te zorgen dat u geen conflicten introduceert of inbreuk maakt op de test- of ontwikkelingsprocessen.
De volgende tabel bevat voorbeelden van veelvoorkomende preproductieomgevingen.
| Voorbeeld van een preproductieomgeving | Beschrijving |
|---|---|
| Ontwikkelomgeving | Ontwikkelaars gebruiken deze omgeving om code te schrijven en te testen. Het biedt een sandboxruimte, zodat ontwikkelaars codewijzigingen kunnen experimenteren, bouwen en integreren. |
| Kwaliteitscontroleomgeving | Deze omgeving is gewijd aan kwaliteitsbewakingsactiviteiten. Het is bedoeld voor het testen om fouten of problemen te identificeren en op te lossen voordat deze in de productieomgeving worden geïmplementeerd. |
| Beveiligingsomgeving | Deze omgeving is bedoeld voor beveiligingstests. Het is bedoeld om ervoor te zorgen dat een toepassing veilig is 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 de vereisten en verwachtingen. |
| Faseringsomgeving | Deze omgeving lijkt sterk op de productieomgeving. Dit is bedoeld voor definitieve tests en validatie voordat deze in productie wordt geïmplementeerd. |
Governance toepassen
Het toepassen van governance gaat over het beperken van implementatieopties in preproductieomgevingen om onkosten te beheren 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 verdelen. Een service heeft vaak verschillende prestatielagen en sommige van deze lagen zijn geschikter voor testen. Sommige services hebben lagen die productieachtige functies bieden, maar die geen SLA bevatten. 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. Evalueer services en lagen om de kosten te optimaliseren. Kies voor laag-prestatielagen als de workload geen hoge prestaties vereist.
Het aantal exemplaren en CPU's bepalen: 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.
Gebruik een consistente CPU-architectuur: gebruik dezelfde CPU-architectuur in preproductie en productie. X86-toepassingen worden bijvoorbeeld niet systeemeigen uitgevoerd in Azure Resource Manager en omgekeerd. Gebruik dezelfde CPU-architectuur als uw productieomgeving om compatibiliteit te garanderen en potentiële problemen te minimaliseren.
Gebruik hetzelfde besturingssysteem: Vermijd het wijzigen van het besturingssysteem (bijvoorbeeld van Windows naar Linux) of kernel in preproductieomgevingen. Software die is gebouwd voor Windows, wordt vaak niet systeemeigen uitgevoerd op Linux zonder een compatibiliteitslaag en omgekeerd. De bestandssystemen en mapstructuren zijn verschillend, wat kan leiden tot patchproblemen voor toepassingen. Consistente omgevingen helpen het risico op compatibiliteitsproblemen te verminderen en zorgen voor soepele implementaties.
Schaalaanpassing van beperkingen: om de kosten te 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. Schaalaanpassing beperken om het resourcegebruik en de automatiseringskosten te beheren.
Overbodige resources uitschakelen: schakel resources uit wanneer ze niet actief worden gebruikt, zoals buiten kantooruren en weekenden. U kunt automatiseringshulpprogramma'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 om IaC te gebruiken om tijdelijke omgevingen te maken die u kunt verwijderen wanneer u ze niet meer nodig hebt.
Beschikbare regio's beperken: overweeg het mogelijke voordeel van het uitvoeren van preproductieomgevingen in verschillende regio's waar Azure-resources goedkoper kunnen zijn. Beperk preproductie-implementaties naar deze regio's om de kosten van deze omgevingen te optimaliseren.
Overeenkomsten met productie verdelen
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 de productie om onnodige kosten te voorkomen. Wanneer de preproductie en productie echter verschillen, bestaat het risico dat er een fout in productie wordt geïmplementeerd. Hoe anders deze omgevingen zijn, hoe meer risico er is. Door de preproductieomgeving aan te passen aan uw behoeften, kunt u risico's beheren terwijl u de kosten optimaliseert. Houd rekening met de volgende aanbevelingen om de gelijkenis met de productie te verdelen:
Vermijd exacte replica's: vermijd het maken van de preproductieomgeving een exacte kopie van de productie. Het kan onnodig kosten verhogen. Maak een preproductieomgeving die rendabel is, maar waarmee u potentiële risico's kunt ontdekken en aanpakken vóór de implementatie.
Vermijd extreme afwijkingen: Vermijd overmatige afwijking van de productie, zoals het gebruik van verschillende services. Verschillende services simuleren mogelijk geen echte risico's. Bepaal een risicodrempel en overschrijd de drempelwaarde niet alleen om geld te besparen.
Runtimes verkorten: Overweeg 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 verschilt 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 levenscycluss en worden vaak zo nodig gemaakt en bestaan gedurende 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-installatie, inclusief geïntegreerde ontwikkelomgevingen (IDE's), licenties en gerelateerde hulpprogramma's. Overweeg gratis of opensource-alternatieven die vergelijkbare functionaliteit bieden zonder afbreuk te doen aan de kwaliteit. Evalueer voortdurend de noodzaak en efficiëntie van deze hulpprogramma's opnieuw naarmate het ontwikkellandschap 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 bestaande systemen te upgraden om hun levensduur te verlengen en de prestaties te verbeteren.
Optimaliseer het aantal omgevingen: analyseer de voor- en nadelen van geïnitialiseerde ontwikkelomgevingen versus een gedeelde omgeving. Afzonderlijke omgevingen kunnen productie-instellingen nabootsen, interferentie tussen ontwikkelaars voorkomen en aangepaste instellingen aanbieden. Schaalaanpassing 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. Zoek het juiste evenwicht op basis van kosten, risicobeperking, efficiëntie en tevredenheid van ontwikkelaars.
Regelmatig opschonen: uw ontwikkelomgeving regelmatig opschonen en optimaliseren om de accumulatie van zwevende resources, ongebruikte gegevens en proefconceptexperimenten te voorkomen. Implementeer opschoningsprocessen of geautomatiseerde hulpprogramma's om ongebruikte resources te identificeren en te verwijderen. Houd alleen essentiële en actieve onderdelen bij. Regelmatige opschoning helpt de opslagkosten te verlagen en zorgt voor efficiënt resourcegebruik.
Voorbeeldschalen implementeren: In plaats van alle onderdelen te schalen naar hun maximale capaciteit, kunt u een voorbeeldbenadering overwegen waarin u essentiële onderdelen selectief schaalt. Deze aanpak kan kosteneffectief zijn terwijl risico's worden geminimaliseerd. Evalueer de risico-naar-batenverhouding van het niet schalen van bepaalde elementen en overweeg het mogelijke effect op de omgeving.
Gegevensbeheer optimaliseren: ontwikkelomgevingen hebben mogelijk weinig behoefte aan gegevensretentie en back-upfrequentie.
Overweeg eindpuntemulatie
U kunt kosten in een preproductieomgeving optimaliseren met behulp van eindpuntemulatie of mock-eindpunten, met name voor dure resources zoals GPU's. Identificeer onderdelen of services in uw preproductieomgeving die het duurst of resource-intensief zijn. Gebruik mock-eindpunten om de antwoorden van deze kostbare onderdelen te simuleren zonder ze aan te roepen. Als u API-antwoorden wilt simuleren, kunt u commerciële of opensource-API-mockingservers of aangepaste implementaties gebruiken.
Emulatie- en mock-eindpunten helpen kosten te besparen, maar u moet ervoor zorgen dat ze de productieomgeving in voldoende mate vertegenwoordigen voor testen. Een evenwicht vinden tussen nauwkeurigheid en kosten om toekomstige problemen in de 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 preproductiefasen. Emulatie vertegenwoordigt mogelijk niet volledig de prestaties of quirks van echte GPU's, dus gebruik deze wanneer exact GPU-gedrag niet essentieel is voor preproductietests.
Azure-facilitering
Omgevingskosten bepalen en optimaliseren: Microsoft Cost Management is een reeks 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 waarvoor optimalisatie nodig is. Gebruik Advisor om u te helpen weloverwogen beslissingen te nemen en de kosten in uw Azure-omgeving te optimaliseren. Azure biedt hulpprogramma's en functies voor kostenbeheer waarmee u prioriteit kunt geven aan 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 over de ingerichte resources behouden en ervoor zorgen dat u voldoet aan het beleid en de aanbevolen procedures van uw organisatie.
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 afstemmen die aan elke omgeving zijn toegewezen op basis van hun specifieke vereisten. Gebruik sjablonen en parameteriseer resourceconfiguraties om de kosten te optimaliseren.
Preproductieomgevingen optimaliseren: Azure biedt dev/test-prijsopties 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, Azure Hybrid Benefit, gebruiken.
U kunt Azure API Management gebruiken voor API-mocking. API Management fungeert als een façade voor back-endservices, waarmee 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.