Zdieľať cez


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:

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.

Viac informácií: Vytvorenie environmentálnej stratégie 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í. Správne zarovnanie prostredia stanice aktualizácie služieb pre úspešný import riešenia

Pozrite si tiež

Koncepcie riešenia