Ontwerp voor gebruiksoptimalisatie

Haal optimaal gebruik van uw hulpprogramma's en bewerkingen. Zorg ervoor dat ze voldoen aan zowel functionele als niet-functionele vereisten van de oplossing.

Verschillende services worden geleverd met verschillende functies en prijspunten. Nadat u een plan hebt gekozen, laat u deze functies niet verspillen. Vind manieren om ze volledig te gebruiken en krijg je geld waard. Houd ook uw factureringsmodellen in de gaten. Het is slim om te controleren of er een beter factureringsmodel is dat past bij hoe u de service daadwerkelijk gebruikt.

Voorbeeldscenario

Contoso University host een commercieel off-the-shelf systeem (COTS) waarmee faculteiten cursussen kunnen beheren en studenten zich kunnen registreren. Het is verbonden met een cloudsysteem voor onderwijsbeheer waarnaar ze over enkele jaren volledig willen overstappen. Voorlopig willen ze de kosten voor de aangepaste integratieonderdelen optimaliseren.

De technologieoplossing van het COTS-aanbod wordt over het algemeen behandeld als een zwarte doos, met uitzondering van de database, die wordt uitgevoerd op Azure Database for MySQL. De aangepaste integratie is een duurzame Azure-functie die wordt uitgevoerd op een Standard Azure App Service-plan dat wordt gebruikt om de website van de universiteit te hosten, maar niet meer. De duurzame functie is een Python-app die gebruikmaakt van Azure Storage. Gegevens worden elke nacht vanuit de MySQL-database gesynchroniseerd met de cloud-API.

De volledige waarde van uw resources gebruiken

Koop alleen wat u nodig hebt en gebruik alles waarvoor u betaalt.

Sommige resource-SKU's worden geleverd met ingebouwde functies voor prestaties, beveiliging of betrouwbaarheid. Als u voor hen betaalt, moet u ervoor zorgen dat u ze gebruikt. En als u deze functies niet nodig hebt, kiest u een eenvoudigere SKU om geld te besparen.

De uitdaging van Contoso

• De duurzame functie wordt uitgevoerd op een Standard App Service-plan dat oorspronkelijk is aangepast voor een openbare website, maar die website is sindsdien buiten gebruik gesteld.

• Het team heeft de SKU nooit opnieuw geëvalueerd, dus ze betalen nog steeds voor functies en capaciteit die ze niet gebruiken.

• Ze weten niet zeker welke functies daadwerkelijk nodig zijn voor de integratieworkload.

De aanpak en resultaten toepassen

• Het team beoordeelt het huidige App Service-plan en concludeert dat de integratie niet hetzelfde niveau van schaalbaarheid of prestaties vereist en kan worden ondersteund door een configuratie met een lagere laag.

• Ze verplaatsen de functie naar een plan met een lagere laag dat nog steeds duurzame functies ondersteunt, maar veel minder kost.

• Ze controleren ook hun MySQL-SKU en bevestigen dat deze rechten heeft voor de huidige workload.

• Deze wijzigingen helpen ze om de kosten te verlagen zonder de prestaties of betrouwbaarheid te beïnvloeden.

Uw ontwerp voor hoge beschikbaarheid optimaliseren

Geef prioriteit aan de inzet van actief-actief of alleen-actief boven actief-passief modellen, als onderdeel van uw herstelplan, als u al voor de resources hebt betaald.

Als uw ontwerp standaard gebruikmaakt van actief-passieve modellen, hebt u mogelijk niet-actieve resources die anders kunnen worden gebruikt. Als u converteert naar actief/actief, kunt u mogelijk voldoen aan uw vereisten voor laden effenen en bursting schalen zonder te veel uit te geven. Als u aan uw hersteldoelen kunt voldoen met een model dat alleen actief is, kunnen de kosten van deze resources volledig worden verwijderd.

De uitdaging van Contoso

• De COTS-toepassing maakt gebruik van Azure Database for MySQL Flexible Server die is geconfigureerd voor hoge beschikbaarheid in dezelfde zone, die een stand-byserver in dezelfde beschikbaarheidszone biedt als de primaire server. Ze hebben ook automatische back-ups ingeschakeld.

• De RPO (Recovery Point Objective) van de workload is relatief lang na 12 uur en de beoogde hersteltijd (RTO) is drie uur tijdens de schooldag.

• Op basis van eerdere hersteltests weet het team dat ze kunnen voldoen aan hun RPO- en RTO-doelen via automatische failover naar de stand-byserver. Ze hebben ook het herstellen van de database getest vanuit een back-up en ze kunnen voldoen aan de doelen in dit scenario.

De aanpak en resultaten toepassen

• Het workloadteam evalueert het voordeel van het ontwerp voor hoge beschikbaarheid ten opzichte van de kosten van de service twee keer zoveel als één exemplaar.

• Het team test het bouwen van een nieuw exemplaar en het herstellen van een database vanuit een back-up en ze zijn ervan overtuigd dat ze nog steeds voldoen aan hun hersteldoelen, zodat ze besluiten het stand-by-exemplaar te elimineren.

• Het team werkt het plan voor herstel na noodgevallen bij om de nieuwe herstelstrategie weer te geven en de kostenbesparingen te realiseren via de nieuwe configuratie.

Slim schalen met vraag

Pas de capaciteit aan op basis van wat u daadwerkelijk nodig hebt.

In plaats van het inrichten voor piekgebruik gedurende de hele tijd, schaalt u omhoog wanneer de vraag toeneemt en omlaag schaalt wanneer deze afneemt. Met deze benadering blijven uw kosten afgestemd op echt gebruik.

De uitdaging van Contoso

• De integratiefunctie wordt elke nacht uitgevoerd, maar het App Service-plan blijft altijd actief.

• Ze betalen voor rekenresources die het grootste deel van de dag inactief zijn.

• Ze hebben geen opties verkend voor omlaag schalen of onderbreken van de service wanneer deze niet in gebruik is.

De aanpak en resultaten toepassen

• Het team configureert het App Service-plan om buiten kantooruren omlaag te schalen.

• Ze verkennen het verplaatsen van de functie naar Azure Container Apps of het Azure Functions Consumption-abonnement, dat kan worden geschaald naar nul.

• Ze stellen ook waarschuwingen in om het gebruik te bewaken en zo nodig schaalregels aan te passen.

• Deze wijzigingen helpen ze om de kosten af te stemmen op het werkelijke gebruik en afval te verminderen.