Aplinkų strategija, skirta ALM
Norint laikytis taikomosios programos ciklo valdymo (ALM) principų, jums reikės atskirų aplinkų programų kūrimui ir produkcijai. Nors ir galite atlikti bazinį ALM tik su atskira programavimo ir produkcijos aplinka, rekomenduojame turėti bent vieną testavimo aplinką, atskirtą nuo jūsų programavimo ir produkcijos aplinkų. Kai turite atskirą testavimo aplinką, galite atlikti visapusį tikrinimą, apimantį sprendimo diegimą ir programos testavimą. Kai kurioms organizacijoms taip pat gali prireikti daugiau aplinkų, skirtų vartotojo priėmimui testuoti (UAT), sistemų integravimui testuoti (SIT) ir mokymui.
Atskiros programavimo aplinkos gali praversti norint izoliuoti vieno darbuotojo atliktus pakeitimus, kad jie nebūtų įregistruoti, kol nėra atlikti. Atskiros programavimo aplinkos taip pat gali būti naudingos siekiant išvengti situacijų, kai vienas darbuotojas neigiamai veikia kitą atlikdamas pakeitimus.
Kiekviena organizacija yra unikali, todėl atidžiai pagalvokite, kokios aplinkos reikia jūsų organizacijai.
Programavimo aplinkos
Turite sau atsakyti į šiuos klausimus:
- Kiek programavimo aplinkų man reikia?
- Daugiau informacijos: Aplinkų apžvalga
- Kaip galiu automatiškai konfigūruoti aplinkas iš šaltinio kodo?
- Daugiau informacijos: „Microsoft Power Platform” kūrimo įrankiai skirti „Azure DevOps“
- Kokios yra mano aplinkos priklausomybės?
- Daugiau informacijos: Keli sprendimų lygmenys ir priklausomybės
Kitos aplinkos
Taip pat turėtumėte sau atsakyti į klausimą „Kokio tipo neprogramavimo aplinkų man reikia?“
Pavyzdžiui, neskaitant jūsų produkcijos aplinkos, gali prireikti atskirų testavimo, UAT, SIT ir pasirengimo produkcijai aplinkų. Svarbu užtikrinti, kad bet kokioje tinkamoje ALM praktikoje būtų naudojama testavimo aplinka, prieš atliekant įdiegimą į produkcijos aplinką. Taip suteikiama vieta programos ir kartu visuotinio diegimo testavimams.
Daugiau informacijos: Aplinkos strategijos nustatymas Microsoft Power Platform
Keli geografiniai aspektai
„Power Platform“ aplinkose naudojamas konkretus paslaugų naujinimo grafikas, nes aplinkos atnaujinamos visame pasaulyje. Iš viso yra šešios stotys, kurios pirmiausia apibrėžiamos pagal geografinę vietą. Kiekvienos stoties paslaugų naujinimai taikomi eilės tvarka. Todėl 2 stoties paslaugų naujinimai taikomi prieš 3 stotį. Todėl aplinkos, kurios yra skirtingose stotyse, tam tikru metu dažnai turi skirtingas versijas. Norėdami gauti daugiau informacijos apie aplinkos paslaugų naujinimo grafiką, eikite į Išleistos „Microsoft Dataverse“ versijos
Sprendimų importavimo ir aplinkos versija
Kai skirtinguose regionuose naudojate kelias aplinkas, importuojant sprendimą svarbu suprasti tai:
- Galite importuoti sprendimą į aplinką, kuri yra naujesnės versijos nei aplinka, kur sprendimas buvo eksportuotas.
- Negalite patikimai importuoti sprendimo į aplinką, kuri yra senesnės versijos nei aplinka, kur sprendimas buvo eksportuotas. Taip yra todėl, kad senesnėje aplinkoje gali trūkti komponentų arba reikiamų funkcijų.
Sėkmingo aplinkų derinimo su paslaugų naujinimo stotimis pavyzdys
Įsivaizduokite, kad turite gamybos aplinkas Kanadoje ir Jungtinėse Valstijose. Tokiu atveju jūsų programavimo aplinkos turėtų būti Šiaurės Amerikoje (5 stotis), o ne Kanadoje (2 stotis). Tada jūsų programavimo aplinkos visada bus tos pačios arba ankstesnės versijos nei jūsų gamybos aplinkos – tai padės išvengti sprendimų importavimo versijų nesuderinamumo.