Strategie pro prostředí pro ALM
Chcete-li dodržovat zásady správy životního cyklu aplikací (ALM), budete potřebovat samostatná prostředí pro vývoj a výrobu aplikací. Přestože základní ALM můžete provádět pouze s odděleným vývojovým a provozním prostředím, doporučujeme vám také udržovat alespoň jedno testovací prostředí, které je oddělené od vašeho vývojového a provozního prostředí. Máte-li samostatné testovací prostředí, můžete provést komplexní ověření, které zahrnuje nasazení řešení a testování aplikací. Některé organizace také mohou potřebovat více prostředí pro uživatelské akceptační testování (UAT), testování systémové integrace (SIT) a školení.
Samostatná vývojová prostředí mohou být nápomocná při izolování změn od jednoho pracovního úsilí před jeho dokončením. Oddělená vývojová prostředí mohou být také užitečná při eliminování situací, kdy jedna osoba negativně ovlivňuje druhou při provádění změn.
Každá organizace je jedinečná, proto pečlivě zvažte, jaké má vaše organizace potřeby z hlediska prostředí.
Vývojová prostředí
Měli byste odpovědět na otázky jako:
- Kolik vývojových prostředí potřebuji?
- Další informace: Přehled o prostředích
- Jak mohu automaticky poskytovat prostředí ze zdrojového kódu?
- Další informace: Nástroje pro sestavení Microsoft Power Platform pro Azure DevOps
- Jaké jsou závislosti na mém prostředí?
- Další informace: Vícenásobné vrstvení a závislosti řešení
Ostatní prostředí
Měli byste také odpovědět na otázku: "Jaké typy nevývojových prostředí potřebuji?"
Například kromě vašeho provozního prostředí budete možná potřebovat samostatné testovací prostředí, UAT, SIT a předprovozní prostředí. Všimněte si, že minimálně každá zdravá praxe ALM by měla zahrnovat použití testovacího prostředí předtím, než cokoli nasadí do provozního prostředí. Tím je zajištěno, že máte místo k testování aplikace, ale také to, že lze otestovat nasazení jako takové.
Více informací: Stanovení strategie prostředí pro Microsoft Power Platform
Důležité informace v případě více geografických oblastí
Prostředí Power Platform se řídí specifickým plánem aktualizací služeb, protože prostředí jsou aktualizována po celém světě. Existuje celkem šest stanic, které jsou primárně definovány geografickou polohou. Aktualizace služeb jsou aplikovány postupně pro každou stanici. Aktualizace služeb stanice 2 jsou tedy aplikovány před stanicí 3. Proto je běžné, že prostředí, která jsou v různých stanicích, mají v určitém okamžiku různé verze. Další informace o plánu aktualizací služeb prostředí naleznete v části Vydané verze Microsoft Dataverse
Import řešení a verze prostředí
Pokud máte více prostředí v různých oblastech, je důležité, abyste při importu řešení znali následující:
- Můžete importovat řešení do prostředí, které je novější verzí než prostředí, kam bylo řešení exportováno.
- Nemůžete spolehlivě importovat řešení do prostředí, které je starší verzí než prostředí, kam bylo řešení exportováno. Důvodem je, že ve starším prostředí mohou chybět součásti nebo požadované funkce.
Příklad úspěšného sladění prostředí se stanicemi, jejichž služby jsou aktualizovány
Představte si, že máte provozní prostředí v Kanadě a Spojených státech. V takovém případě by vaše vývojová prostředí měla být v Severní Americe (stanice 5) a ne v Kanadě (stanice 2). Potom budou verze vašich vývojových prostředí vždy stejné nebo starší než verze provozních prostředí, což omezí konflikty mezi verzemi při importu řešení.
