Stratégia prostredia pre ALM
Na dodržiavanie zásad správy životného cyklu aplikácií (ALM) budete potrebovať samostatné prostredia na vývoj a výrobu aplikácií. Aj keď môžete vykonávať základné ALM iba s oddelenými vývojovými a výrobnými prostrediami, odporúčame vám, aby ste tiež udržiavali aspoň jedno testovacie prostredie, ktoré je oddelené od vašich vývojových a výrobných prostredí. Ak máte samostatné testovacie prostredie, môžete vykonať úplnú validáciu, ktorá zahŕňa nasadenie riešenia a testovanie aplikácií. Niektoré organizácie môžu potrebovať aj viac prostredí na testovanie akceptácie používateľov (UAT), testovanie systémovej integrácie (SIT) a školenie.
Samostatné vývojové prostredia môžu pomôcť izolovať zmeny od jedného pracovného úsilia, ktoré bolo skontrolované pred jeho dokončením. Samostatné vývojové prostredia môžu byť tiež užitočné pri znižovaní situácií, keď jedna osoba negatívne ovplyvňuje druhú pri vykonávaní zmien.
Každá organizácia je jedinečná, preto starostlivo zvážte, aké sú požiadavky prostredia vašej organizácie.
Prostredia vývoja
Mali by ste odpovedať na otázky, ako napríklad:
- Koľko vývojových prostredí potrebujem?
- Ďalšie informácie: Prehľad Prostredí
- Ako môžem automaticky poskytovať prostredia zo zdrojového kódu?
- Ďalšie informácie: Nástroje Microsoft Power Platform Build Tools pre Azure DevOps
- Aké sú závislosti na mojom prostredí?
- Ďalšie informácie: Viacvrstvové vrstvenie riešení a závislosti
Iné prostredia
Mali by ste tiež odpovedať na otázku „Aké typy nevyvíjajúcich sa prostredí potrebujem?“
Napríklad okrem vášho produkčného prostredia budete pravdepodobne potrebovať aj samostatné testovacie, UAT, SIT a predprodukčné prostredie. Všimnite si, že minimálne každá zdravá prax ALM by mala zahŕňať použitie testovacieho prostredia pred nasadením čohokoľvek do produkčného prostredia. Zabezpečí sa tým, že máte miesto na testovanie svojej aplikácie, ale tiež to, že sa dá otestovať samotné nasadenie.
Ďalšie informácie: Stanovenie stratégie prostredia pre Microsoft Power Platform
Multigeografické úvahy
Prostredia Power Platform sa riadia špecifickým harmonogramom aktualizácií služieb, keďže sa prostredia aktualizujú na celom svete. Celkovo je šesť staníc, ktoré sú primárne definované geografickou polohou. Aktualizácie služby sa aplikujú postupne pre každú stanicu. Aktualizácie služby stanice 2 sa teda aplikujú pred stanicou 3. Preto je bežné, že prostredia, ktoré sú v rôznych staniciach, majú v určitom čase rôzne verzie. Ďalšie informácie o pláne aktualizácie služby prostredia nájdete v článku Vydané verzie Microsoft Dataverse
Import riešenia a verzia prostredia
Keď máte viacero prostredí v rôznych oblastiach, je dôležité, aby ste pri importovaní riešenia pochopili nasledovné:
- Môžete importovať riešenie do prostredia, ktoré je novšou verziou ako prostredie, do ktorého bolo riešenie exportované.
- Nemôžete spoľahlivo importovať riešenie do prostredia, ktoré je staršou verziou ako prostredie, do ktorého bolo riešenie exportované. Je to preto, že v staršom prostredí môžu chýbať komponenty alebo požadované funkcie.
Príklad úspešného zosúladenia prostredí so stanicami aktualizácie služieb
Predstavte si, že máte produkčné prostredie v Kanade a Spojených štátoch. V takom prípade by vaše vývojové prostredia mali byť v Severnej Amerike (stanica 5) a nie v Kanade (stanica 2). Potom budú vaše vývojové prostredia vždy rovnaké alebo staršie verzie ako vaše produkčné prostredia, čo obmedzí konflikty verzií importovaných riešení.
