Utforma med ett kostnadseffektivt tänkesätt
 Spendera bara på det du behöver för att uppnå högsta avkastning på dina investeringar. |
|---|
Varje arkitekturbeslut har direkta och indirekta ekonomiska konsekvenser. Förstå kostnaderna i samband med bygge jämfört med köpalternativ, teknikval, faktureringsmodell och licensiering, utbildning, åtgärder och så vidare.
Med tanke på en uppsättning krav, optimera och fatta kompromissbeslut i förhållande till kostnader, som fortfarande effektivt tar itu med de övergripande problemen med arbetsbelastningen.
Exempelscenario
Contoso Manufacturing (CM) kör ett specialbyggt lagerhanteringssystem (WMS) för att hantera sina fyra lager i Sydamerika och de har beslutat att det är dags att uppdatera lösningen och flytta den till molnet. De överväger en lift-and-shift-flytt av den aktuella lösningen eller ett grönt fältbygge med moderna molnverktyg. CM:s högsta ledning vill kontrollera kostnaderna och har frågat arbetsbelastningsteamets ledare hur de ska hantera migreringen med målet att upprätthålla kostnadseffektiviteten.
WMS-lösningen är ett .NET-program som körs på IIS och använder SQL Server för sina databaser.
Mäta arbetsbelastningsdesignens totala kostnad
Mät den totala kostnaden för teknik- och automatiseringsalternativen, med hänsyn till effekten på avkastningen på investeringar (ROI). Designen måste fungera inom godkända gränser för alla funktionella och icke-funktionella krav. Designen måste också vara flexibel för att hantera förväntad utveckling. Ta hänsyn till kostnaden för förvärv, utbildning och ändringshantering.
Om du implementerar en balanserad metod som tar hänsyn till ROI förhindrar du överkonstruktion, vilket kan öka kostnaderna.
Contosos utmaning
- Teamet för arbetsbelastningstekniker är glada över att få in den här arbetsbelastningen i molnet och ansluter sig till andra CM-team som redan har gjort molnbaserad utveckling.
- De är medvetna om den tekniska skulden i programmet och förväntar sig att åtgärda det genom att skriva om en betydande mängd programkod och gå över till nya molnbaserade lösningar för många komponenter.
- Teknikteamet hoppas kunna ta tillfället i akt att helt omforma systemet till mikrotjänster och vara värd för det på AKS, en ny men spännande teknik för teamet.
Tillämpa metoden och resultaten
- Även om arbetsbelastningsteamet har en tydlig önskan att göra storskalig refaktorisering som en del av molnmigreringen, inser de att arbetsbelastningen måste underhålla roi. Att underhålla arbetsbelastningens ROI kommer sannolikt att peka teamet mot att använda lösningar som inte kräver omfattande ny teknisk teamutbildning, och de kommer inte att kunna göra stora omskrivningar till arbetsbelastningen som en del av migreringen.
- Arbetsbelastningsteamet har en pragmatisk inställning till systemets utformning och ser till att det förblir kostnadseffektivt och fungerar inom förväntade parametrar och inte är överkompetent. För att säkerställa att ROI underhålls och att migreringen utförs effektivt bestämde de sig för att den bästa metoden är att gå med en liknande lösning i molnet, till exempel Azure App Service.
- Under migreringen tar de selektivt itu med vissa tekniska skulder som gör att de kan utveckla plattformen ytterligare när den är i Azure och kommer att överväga roi som en del av urvalsprocessen.
Förfina designen
Finjustera designen genom att prioritera tjänster som kan minska den totala kostnaden, inte behöver ytterligare investeringar eller inte har någon betydande inverkan på funktionaliteten. Prioriteringen bör ta hänsyn till den affärsmodell och de teknikval som ger hög AVKASTNING.
Du kommer att kunna utforska billigare alternativ som kan möjliggöra resursflex flexibilitet eller dynamisk skalning, eller så kan du motivera användningen av befintliga investeringar. Prioriteringsparametrarna kan ta hänsyn till kostnader som krävs för kritiska arbetsbelastningar, körning och åtgärder samt andra kostnader som kan hjälpa teamet att arbeta mer effektivt.
Contosos utmaning
- Den befintliga arbetsbelastningen finns på en hyperkonvergerad installation (HCI) och teamets kostnadsställe debiteras tillbaka för beräknings-, nätverks- och lagringskostnader.
- Arbetsbelastningen har distribuerat förproduktions- och produktionsmiljöerna på virtuella Windows-datorer.
- GitHub Actions med lokalt installerade löpare används för att köra GitHub Actions-jobb.
Tillämpa metoden och resultaten
- Efter att ha utvärderat flera molnbaserade alternativ bestämmer sig teamet för att flytta webbkomponenterna till Azure App Service skulle ge Windows IIS-programkompatibilitet utan betydande ändringar och skulle inte kräva betydande utbildning.
- Teamet bestämmer sig för att fortsätta använda GitHub Actions med lokalt installerade löpare, men de migrerar till en VM-skalningsuppsättning med möjlighet att skala till noll noder när de inte används.
Utforma din arkitektur för att stödja kostnadsskydd
Implementera kostnadsskyddsmekanismer via plattformslösningar, principer, designmönster för infrastruktur och program eller automatisering för att säkerställa att dina kostnader för molnmiljön hålls inom budgetar.
Tillämpning via styrningsprinciper eller inbyggda mönster för programdesign kan förhindra oförutsedda eller icke godkända avgifter.
Contosos utmaning
- Det befintliga systemet har inga kostnadsräcken men ändras sällan, så det har varit lite motivation att bygga sådana skyddsräcken.
- Ägarna till HCI-miljön har angett en resursgräns som gäller för den här arbetsbelastningen, vilket effektivt hindrar arbetsbelastningen från att förbruka överförbrukning av beräknings- och lagringsresurser.
- Teamet är oroat över att en flytt till molnet innebär en risk för oväntade kostnader och är osäkra på hur risken ska minimeras.
Tillämpa metoden och resultaten
- Teamet utbildar sig om Microsoft Cost Management-lösningar.
- Teamet planerar att konfigurera skalningsgränser för Azure App Service-planerna.
- Teamet planerar att konfigurera en neka-princip för vissa SKU:er för virtuella datorer med högre priser för att inte tillåta att dessa SKU:er distribueras.
- Teamet planerar att implementera automatisering för att hjälpa till att kontrollera lagringskostnaderna. Vissa datatyper flyttas automatiskt från frekvent lagring till kall lagring eller arkivlagring baserat på kriterier som datum för senaste åtkomst. Den här typen av automatisering är inte möjlig i HCI-miljön.