Návrh s ohledem na nákladovou efektivitu
 Věnujte jen tomu, co potřebujete k dosažení nejvyšší návratnosti investic. |
|---|
Každé rozhodnutí o architektuře má přímé a nepřímé finanční důsledky. Seznamte se s náklady souvisejícími s možnostmi sestavení a nákupy, volbami technologií, fakturačním modelem a licencováním, trénováním, provozem atd.
Vzhledem k sadě požadavků, optimalizaciach
Ukázkový scénář
Společnost Contoso Manufacturing (CM) provozuje vlastní systém správy skladu (WMS), který zpracovává čtyři sklady v jižní Americe a rozhodl se, že je čas řešení aktualizovat a přesunout ho do cloudu. Zvažují přesun aktuálního řešení metodou "lift and shift" nebo sestavení zeleného pole s moderními cloudovými nástroji. Vedoucí vedení CM chce řídit náklady a požádal vedoucí pracovníky týmu úloh, jak se k migraci přiblíží s cílem zachovat nákladovou efektivitu.
Řešení WMS je aplikace .NET spuštěná ve službě IIS a používá SQL Server pro své databáze.
Měření celkových nákladů návrhu úloh
Změřte celkové náklady vzniklé technologiemi a volbami automatizace s ohledem na dopad na návratnost investic (ROI). Návrh musí fungovat v přijatelných hranicích pro všechny funkční a nefunkční požadavky. Návrh musí být také flexibilní, aby vyhovoval předpovězené vývoji. Faktor v nákladech na získání, školení a řízení změn
Implementace vyváženého přístupu, který bere v úvahu NÁVRATNOSTI, brání nadměrnému inženýrství, což může zvýšit náklady.
Výzva společnosti Contoso
- Technický tým úloh s radostí získá tuto úlohu do cloudu a připojí se k dalším týmům CM, které už prováděly vývoj nativní pro cloud.
- Jsou si vědomi technického dluhu v aplikaci a očekávají, že ho vyřeší tím, že přepíše značné množství kódu aplikace a přesune se na nová řešení nativní pro cloud pro mnoho komponent.
- Technický tým doufá, že tuto příležitost zcela přepracuje systém na mikroslužby a hostuje ho v AKS, což je nová, ale vzrušující technologie pro tým.
Použití přístupu a výsledků
- Zatímco tým úloh má jasnou chuť provádět rozsáhlé refaktoringy v rámci migrace do cloudu, uvědomuje si, že úloha musí udržovat návratnost dat. Udržování návratnosti návratnosti úloh pravděpodobně nasměruje tým na použití řešení, která nevyžadují rozsáhlé nové technické školení, a nebudou moct v rámci migrace provádět rozsáhlé přepisy úlohy.
- Tým úloh používá praktický přístup k návrhu systému, zajišťuje, aby byl nákladově efektivní a fungoval v rámci očekávaných parametrů a nepřekonstruoval se. Aby se zajistilo, že se návratnost návratnosti dat udržuje a že se migrace provádí efektivně, rozhodli se, že nejlepším řešením je jít s podobným řešením v cloudu, jako je například služba Aplikace Azure Service.
- Během migrace selektivně vyřeší určitý technický dluh, který jim umožní dále vyvíjet platformu, jakmile bude v Azure, a v rámci procesu výběru bude zvažovat návratnost návratnosti prostředků.
Upřesnění návrhu
Dolaďte návrh stanovením priority služeb, které můžou snížit celkové náklady, nepotřebují další investice nebo nemají významný dopad na funkčnost. Stanovení priorit by mělo odpovídat obchodnímu modelu a technologickým možnostem, které přinášejí vysokou návratnosti dat.
Budete moct prozkoumat levnější možnosti, které můžou umožnit flexibilitu prostředků nebo dynamické škálování, nebo můžete odůvodnit použití stávajících investic. Parametry stanovení priority můžou vyžadovat náklady potřebné pro kritické úlohy, modul runtime a provoz a další náklady, které by mohly týmu pomoct efektivněji pracovat.
Výzva společnosti Contoso
- Stávající úloha je hostovaná na hyperkonvergovaném zařízení (HCI) a nákladové středisko týmu se účtuje zpět za náklady na výpočetní prostředky, síť a úložiště.
- Úloha nasadila předprodukční a produkční prostředí na virtuální počítače s Windows.
- GitHub Actions se spouštěči v místním prostředí se používají ke spouštění úloh GitHub Actions.
Použití přístupu a výsledků
- Po vyhodnocení několika možností nativních pro cloud se tým rozhodne, že přesun webových komponent do služby Aplikace Azure service poskytne kompatibilitu aplikací služby Windows IIS bez významných změn a nevyžaduje významné trénování.
- Tým se rozhodne dál používat GitHub Actions s spouštěči v místním prostředí, ale bude migrovat na škálovací sadu virtuálních počítačů s možností škálování na nula uzlů, když se nepoužívají.
Návrh architektury pro podporu nákladových mantinely
Implementujte ochranné mantinely nákladů prostřednictvím řešení platformy, zásad, schémat návrhu infrastruktury a aplikací nebo automatizace, které vám pomůžou zajistit, aby náklady na cloudové prostředí byly v rámci rozpočtů zachovány.
Vynucování prostřednictvím zásad správného řízení nebo předdefinovaných vzorů návrhu aplikací může bránit náhodným nebo neschváleném poplatkům.
Výzva společnosti Contoso
- Stávající systém nemá žádné nákladové mantinely, ale jen zřídka se mění, takže je málo motivace k vytváření takových mantinely.
- Vlastníci prostředí HCI nastavili limit prostředků, který se vztahuje na tuto úlohu a efektivně zastavuje zatížení v využívání nadbytečných výpočetních prostředků a prostředků úložiště.
- Tým se obává, že přesun do cloudu bude představovat riziko vzniku neočekávaných nákladů a nejste si jisti, jak toto riziko minimalizovat.
Použití přístupu a výsledků
- Tým se seznámí s řešeními Microsoft Cost Management.
- Tým plánuje nastavit limity škálování pro plány služby Aplikace Azure.
- Tým plánuje nastavit zásady zamítnutí pro určité cenové úrovně virtuálních počítačů s vyšší cenou, aby tyto skladové položky nepovolily nasazení těchto skladových položek.
- Tým plánuje implementovat automatizaci, která pomáhá řídit náklady na úložiště. Některé datové typy se automaticky přesunou z horkého úložiště do studeného nebo archivního úložiště na základě kritérií, jako je datum posledního přístupu. Tento typ automatizace není v prostředí HCI možný.