Prostředí
Pomocí procesu průběžného doručování můžete rychle a bezpečně dodávat novou hodnotu do produkčního prostředí. Malé změny můžete často dodávat, což snižuje riziko problémů.
Další faktory ovlivňují "bolest nasazení do produkčního prostředí", včetně vašeho přijetí více prostředí pro doručování a nasazení. Přístup k multienvironmentu umožňuje vytvářet, testovat a vydávat kód s větší rychlostí a frekvencí, aby bylo nasazení co nejjednodušší. Ruční režii a riziko ručního vydání můžete odebrat a místo toho automatizovat vývoj pomocí procesu s více fázemi, který cílí na různá prostředí.
Běžná architektura multienvironmentu zahrnuje čtyři úrovně:
- Vývoj
- Test
- Příprava
- Výroba
V této architektuře přechází váš produkt v pořadí od vývoje (prostředí, ve kterém vyvíjíte změny softwaru) prostřednictvím produkčního prostředí (prostředí, se kterým uživatelé přímo pracují). Můžete také zavést prostředí UAT (User Acceptance Test) k ověření kompletního obchodního toku.
| Environment | Popis |
|---|---|
| Vývoj | Vaše vývojové prostředí (dev) je místo, kde se vyvíjejí změny softwaru. |
| Test | Vaše testovací prostředí umožňuje buď testovacím lidem, nebo automatizovaným testům vyzkoušet nový a aktualizovaný kód. Vývojáři musí přijmout nový kód a konfigurace prostřednictvím testování částí ve vašem vývojovém prostředí, aby tyto položky mohly vstoupit do jednoho nebo více testovacích prostředí. |
| Příprava | Příprava je místo, kde provedete závěrečné testování bezprostředně před nasazením do produkčního prostředí. Každé přípravné prostředí by mělo co nejpřesněji zrcadlit skutečné produkční prostředí. |
| UAT | Uživatelské akceptační testování (UAT) umožňuje koncovým uživatelům nebo klientům provádět testy, aby před přechodem softwarové aplikace do produkčního prostředí ověřili nebo přijali softwarový systém. |
| Výroba | Vaše produkční prostředí (produkční), někdy označované jako živé, je prostředí, se kterým vaši uživatelé přímo pracují. |
Aspekty návrhu
Při vývoji cílových zón Azure i úloh Azure použijte následující aspekty:
- Testovací prostředí jsou důležitá, protože umožňují vývojářům platforem testovat změny před nasazením do produkčního prostředí, což snižuje riziko související s doručováním v produkčním prostředí.
- Udržování prostředí co nejblíže usnadňuje hledání chyb souvisejících s prostředím v prvních fázích testování, což zvyšuje rychlost vývoje a testování a spolehlivost.
- Pokud dojde k nesrovnalostem v konfiguraci prostředí, dojde k posunu konfigurace, což může vést ke ztrátě dat, pomalejším nasazením a selháním.
- Můžete urychlit nasazení, zlepšit konzistenci prostředí a snížit "posun konfigurace" mezi prostředími tak, že přijmete infrastrukturu jako kód (IaC).
- Zvažte použití metod, jako je Canary nebo Blue-Green Deployments, která zpřístupňují nové funkce pouze omezené sadě testovacích uživatelů v produkčním prostředí a pomáhají zkrátit dobu uvolnění do produkčního prostředí.
- Pomocí kontrol výsledků testů můžete řídit přechod kódu z vývoje do produkčního prostředí. Tyto ovládací prvky můžete automatizovat, aby neúspěšné testy zabránily automatickému nasazení změn do dalšího prostředí.
- Požádejte určené uživatele, aby před nasazením kódu do produkčního prostředí kontrolovali žádosti o přijetí změn. Zvažte použití úložišť se strategií větve ke správě procesu kontroly.
- Vyhněte se sila tím, že všem vývojářům umožníte přístup ke všem prostředím.
Úlohy
Informace o správě prostředí pro úlohy najdete v nejčastějších dotazech na podnikové úrovni.
Cílové zóny Azure
Přijetí několika prostředí pro nasazení cílové zóny Azure je běžné, když zákazník chce otestovat účinky a výsledky nových přiřazení zásad Azure, přiřazení rolí Azure RBAC, členství ve skupinách Microsoft Entra, vytvoření prostředků Azure a další.
Přístup k testování v podnikovém měřítku popisuje dva různé přístupy k přijetí:
- Replikace hierarchie skupin pro správu v kanárickém a produkčním prostředí
- Předplatná sandboxu
Bez ohledu na to, který přístup sledujete, byste měli vždy:
- Pro testování přijměte aspoň jedno prostředí.
- K ochraně prostředí použijte oddělené instanční objekty pro testovací a produkční účely.
- Implementace automatizovaných kontrol a schválení pro ověření a schválení změn před nasazením jakékoli změny do konkrétního prostředí