Ontwerpen met een instelling voor kostenefficiëntie
- 12 minuten
Besteed alleen wat u nodig hebt om het meeste rendement op investeringen te krijgen. |
|---|
Elke architectuurbeslissing is van invloed op uw budget, zoals of u bouwt of koopt, welke hulpprogramma's u gebruikt of hoe u licenties en trainen gebruikt. Het is belangrijk om deze opties af te wegen en afwegingen te maken die nog steeds voldoen aan de behoeften van uw app zonder te veel toe te kennen.
Voorbeeldscenario
Contoso Manufacturing voert een aangepast magazijnbeheersysteem (WMS) uit dat de vier magazijnen in Zuid-Amerika afhandelt. Ze willen de WMS bijwerken en verplaatsen naar de cloud. Ze kiezen tussen een lift-and-shift-aanpak van de huidige oplossing of een groenveldconstructie met moderne cloud tools. Het leiderschap wil de kosten onder controle houden, dus het team heeft een plan nodig dat de kostenefficiëntie handhaaft.
De WMS-oplossing is een .NET-toepassing die wordt uitgevoerd op Internet Information Services (IIS) en SQL Server gebruikt voor de bijbehorende databases.
Inzicht in de volledige kosten van uw ontwerp
Meet de totale kosten die worden gemaakt door technologie- en automatiseringskeuzen, rekening houdend met de impact op rendement op investeringen (ROI). Het ontwerp moet binnen de acceptabele grenzen werken voor alle functionele en niet-functionele vereisten. Het ontwerp moet ook flexibel zijn om te voorzien in voorspelde evolutie. Houd rekening met de kosten van aanschaf, training en wijzigingsbeheer.
Het implementeren van een evenwichtige aanpak die rekening houdt met ROI voorkomt over-engineering, waardoor de kosten kunnen toenemen.
De uitdaging van Contoso
Het technische team van Contoso is verheugd om hun magazijnsysteem naar de cloud te verplaatsen, net zoals andere teams hebben gedaan.
Ze weten dat de huidige app technische schulden heeft, dus ze zijn van plan om veel van de toepassingscode te herschrijven en over te schakelen naar nieuwere cloudhulpprogramma's.
Het technische team wil alles opnieuw ontwerpen in microservices en uitvoeren op Azure Kubernetes Service (AKS), een nieuw en spannend platform voor hen.
De aanpak en resultaten toepassen
Het team is enthousiast over het doen van een aanzienlijk herontwerp tijdens de overstap naar de cloud, maar ze weten dat ze de ROI van de workload moeten behouden. Ze moeten zich dus houden aan hulpprogramma's die ze al kennen en vermijden belangrijke herschrijven die extra training van het technische team vereisen.
Het workloadteam heeft een praktische benadering voor het ontwerpen van het systeem. Ze willen dat het rendabel is, voldoet aan de verwachtingen en vermijd overcomplicatie van dingen. Om de ROI in de gaten te houden en de migratie soepel te laten verlopen, besluiten ze om te gaan met een equivalente oplossing in de cloud, zoals Azure App Service.
Ze stellen een kostenbasislijn vast die rekening houdt met infrastructuur, licenties en operationele kosten, evenals minder voor de hand liggende factoren, zoals training voor nieuwe platforms, het herschrijven van verouderde code en het beheren van wijzigingen in teams. Ze krijgen een duidelijker beeld van wat haalbaar is binnen hun budget, waardoor hun beslissing van App Service wordt bevestigd als het meer vertrouwde, lagere risicopad.
Tijdens de migratie is het team van plan een deel van de technische schuld die nu zinvol is om aan te pakken op te schonen. Op die manier zijn ze, nadat alles in Azure wordt uitgevoerd, op een betere plek om het platform te verbeteren en tegelijkertijd rekening te houden met de ROI bij het maken van deze keuzes.
Het ontwerp verfijnen
Verfijn het ontwerp door services te prioriteren die de totale kosten kunnen verminderen, geen extra investering nodig hebben of geen aanzienlijke invloed hebben op de functionaliteit. Prioriteitstelling moet rekening houden met het bedrijfsmodel en de technologische keuzes die een hoge ROI opleveren.
U kunt goedkopere opties verkennen die flexibiliteit van resources of dynamische schaalaanpassing mogelijk maken, of u kunt het gebruik van bestaande investeringen rechtvaardigen. De prioriteitsparameters kunnen rekening houden met de kosten die vereist zijn voor kritieke workloads, runtime en bewerkingen, en andere kosten die het team kunnen helpen efficiënter te werken.
De uitdaging van Contoso
De bestaande workload wordt gehost op een hypergeconvergeerde (HCI)-applicatie en de kosten worden doorbelast naar de kostenpost van het team voor de kosten van verwerking, netwerk en opslag.
De workload heeft de preproductie- en productieomgevingen geïmplementeerd op virtuele Windows-machines.
GitHub Actions met zelfgehoste runners wordt gebruikt voor het uitvoeren van GitHub Actions-taken.
De aanpak en resultaten toepassen
Nadat het team verschillende cloudeigen opties heeft geëvalueerd, besluit het team dat het verplaatsen van de webonderdelen naar App Service windows IIS-toepassingscompatibiliteit zou bieden zonder belangrijke wijzigingen en geen aanzienlijke training nodig zou hebben.
Het team besluit om GitHub Actions te blijven gebruiken met self-hosted runners, maar ze migreren naar een virtuele machineschaalset die de mogelijkheid heeft om naar nul knooppunten te schalen wanneer ze niet worden gebruikt.
Ontwerp uw architectuur om kostenkaders te ondersteunen
Stel kostenlimieten in uw architectuur in om uitgaven binnen een veilig bereik te houden en ervoor te zorgen dat de kosten van uw cloudomgeving onder deze limieten worden gehouden.
Als u limieten afdwingt, voorkomt u verrassingskosten en zorgt u ervoor dat u alleen gebruikt waarvoor u daadwerkelijk budgett.
De uitdaging van Contoso
Het huidige systeem heeft geen kostengrenzen, maar omdat het zelden verandert, is er niemand gemotiveerd om ze toe te voegen.
De eigenaren van de HCI-omgeving hebben een resourcelimiet ingesteld, zodat de workload niet meer rekenkracht of opslag kan gebruiken dan is toegestaan.
Het team maakt zich zorgen dat het overstappen naar de cloud onverwachte kosten kan opleveren en ze weten niet zeker hoe ze dat moeten voorkomen.
De aanpak en resultaten toepassen
Het team leert hoe u Microsoft Cost Management-oplossingen gebruikt.
Ze zijn van plan om schaallimieten in te stellen voor de App Service-abonnementen.
Ze zijn van plan een beleid voor weigeren in te stellen om te voorkomen dat bepaalde dure SKU's van virtuele machines worden gebruikt.
Ze zijn van plan automatisering in te voeren om kosten op opslag te besparen. Oudere of minder gebruikte gegevens worden automatisch verplaatst naar goedkopere opslaglagen, zoals koud of archief. Dit soort automatisering was niet mogelijk in hun oude HCI-omgeving.