Návrh pro optimalizaci využití
 Maximalizujte využití prostředků a operací. Použijte je na vyjednané funkční a nefunkční požadavky řešení. |
|---|
Služby a nabídky poskytují různé možnosti a cenové úrovně. Po zakoupení sady funkcí se vyhněte jejich nedostatečnému využití. Najděte způsoby, jak maximalizovat investice do této úrovně. Stejně tak průběžně vyhodnocujte fakturační modely, abyste našli ty, které lépe odpovídají vašemu využití, na základě aktuálních produkčních úloh.
Ukázkový scénář
Contoso University v současné době hostuje komerční řešení COTS(COTS), které umožňuje fakultě univerzity vytvářet a aktualizovat kurzy pro školní rok a je primárním registračním portálem používaným studenty pro tyto kurzy. Řešení má vlastní integraci se systémem pro správu vzdělávání saaS (software jako služba), do kterého chce nakonec migrovat všechny své funkce do několika let. Mezitím chtějí optimalizovat náklady na vlastní součásti integrace.
Technologické řešení nabídky COTS se obecně zpracovává jako černá skříňka, s výjimkou její databáze, která je Azure Database for MySQL. Vlastní integrace je funkce Azure Durable Functions, která běží v plánu služby Standard ve službě Aplikace Azure Service. Tato služba App Service dříve hostila web pro vysokoškoláky, ale to už neplatí. Tato odolná funkce je aplikace Pythonu podporovaná vyhrazeným účtem Azure Storage, který provádí noční synchronizaci z databáze MySQL do rozhraní API SaaS.
Použití cen založených na spotřebě, pokud je praktické
Můžou existovat služby, které nabízejí ceny založené na spotřebě, což znamená, že se vám účtují jenom využití služby, a pokud není potřeba zastavit účtování nákladů, můžete službu vypnout. Pokud máte komponenty úloh, které se využívají pouze sporadicky, může to pomoct minimalizovat plýtvání náklady v porovnání s placením komponenty, aby běžela 24. 7. 365.
Pomocí cen založených na spotřebě platíte jenom za to, co používáte. Tato možnost je dobrou volbou v případě, že se neočekává, že výpočetní prostředky úloh budou využité na plný úvazek.
Výzva společnosti Contoso
- Úloha synchronizace obvykle běží přibližně hodinu každou noc v určitém čase. Výkon této služby byl historicky uspokojivý. Poruchy jsou vzácné a přechodné chyby se zpracovávají dobře v aktuální konfiguraci.
- Vzhledem k tomu, že výpočetní prostředky potřebné pro úlohu synchronizace se využívají jenom přibližně hodinu denně a platí 24 hodin bez ohledu na využití, tým úloh má zájem o alternativu k aktuálnímu návrhu.
- Tým zvažoval, že napíše skript, který službu vypne každou noc po spuštění synchronizace a jeho opětovném nasazení příští den, ale toto řešení bude mít vysoký stupeň rizika a složitosti.
Použití přístupu a výsledků
- Tým analyzuje historii úloh a zjistí, že nejdelší funkce, která se kdy spustila, byla těsně pod dvěma hodinami. Porovnávají náklady vyhrazeného plánu s náklady na plán spotřeby služby Azure Functions v nejhorším případě a dospěli k závěru, že plán consumption bude levnější.
- Tým spustí test výkonnosti, který zajistí, aby byl výkon dostatečný a zaznamenal mírné zvýšení doby běhu, ale stále je v přijatelných mezích.
- Celkové náklady úlohy se snižují pomocí plánu consumption, protože se účtují pouze náklady při provádění úlohy.
Optimalizace návrhu s vysokou dostupností
Pokud jste už zaplatili za prostředky, určete prioritu nasazení aktivních nebo aktivních modelů pouze před aktivní-pasivními modely.
Pokud se ve výchozím nastavení návrhu používá modely aktivní-pasivní, můžete mít nečinné prostředky, které by jinak mohly být použity. Převod na aktivní-aktivní vám může umožnit, abyste splnili požadavky na vyrovnávání zatížení a škálování nárazového škálování bez přetížení. Pokud můžete splnit cíle obnovení s modelem jen pro aktivní použití, je možné náklady na tyto prostředky zcela odebrat.
Výzva společnosti Contoso
- Aplikace COTS používá flexibilní server Azure Database for MySQL nakonfigurovaný pro vysokou dostupnost stejné zóny, který poskytuje pohotovostní server ve stejné zóně dostupnosti jako primární server. Povolili také automatické zálohování.
- Cíl bodu obnovení úlohy je relativně dlouhý na 12 hodin a RTO je během školního dne tři hodiny.
- Na základě předchozích testů obnovení tým ví, že dokáže splnit cíle bodu obnovení a rtO prostřednictvím automatického převzetí služeb při selhání na pohotovostní server. Také otestovali obnovení databáze ze zálohy a můžou splňovat cíle v tomto scénáři.
Použití přístupu a výsledků
- Tým úloh znovu vyhodnocuje výhodu návrhu vysoké dostupnosti v porovnání s náklady na službu, která je dvakrát stejná jako jedna instance.
- Tým testuje sestavení nové instance a obnovení databáze ze zálohy a jsou spokojení, že budou stále v souladu se svými cíli obnovení, takže se rozhodnou odstranit pohotovostní instanci.
- Tým aktualizuje plán zotavení po havárii tak, aby odrážel novou strategii obnovení a uvědomil si úspory nákladů prostřednictvím nové konfigurace.
Udržování cloudového prostředí v čistém stavu nevyužitých prostředků a dat
Pravidelně a pečlivě zkontrolujte nasazení pro nepoužívané prostředky a data a vyřaďte je z provozu. V průběhu času se prostředky a data potřebná k určitému účelu v minulosti nepoužívaly, ale už se v cloudových prostředích nepoužívají a zbytečně nabíhají náklady. Buďte ostražití nad udržováním prostředí v čistém stavu, abyste mohli optimalizovat nákladovou efektivitu.
Vypnutí nepoužívaných prostředků a odstranění dat, když už je nepotřebujete, snižuje plýtvání a uvolní prostředky, abyste je mohli investovat jinam.
Výzva společnosti Contoso
- Univerzita v minulosti přijala konzervativní přístup k vyřazení řešení z provozu a obává se, že se možná budou muset vrátit k předchozí konfiguraci. Tato opatrnost vedla k tomu, že opuštěné služby běžely v jednom nebo několika prostředích po dobu několika měsíců, na které jsme v některých případech zapomněli.
- Když dojde ke zjištění opuštěných služeb, je to obvykle náhodou, protože neexistuje žádný formální proces kontroly prostředí pro tyto služby.
Použití přístupu a výsledků
- Tým přidá vyřazení služby App Service z provozu do backlogu v rámci migrace ze služby App Service na hostování spotřeby pro Durable Function. V rámci dalšího sprintu ukončí nasazení služby App Service ve všech prostředích.
- Aby vám pomohl aktivně zjišťovat opuštěné prostředky, tým nastaví upozornění v Azure Advisoru, aby je informoval o nepoužívaných prostředcích.
- Tým implementuje novou zásadu, která vyžaduje, aby tým prováděl měsíční úplné kontroly předprodukčních prostředí a čtvrtletní úplné kontroly produkčního prostředí k identifikaci opuštěných prostředků. Všechny nalezené opuštěné prostředky se přidají do backlogu pro vyřazení z provozu.