Strategija za okolja za ALM
Za upoštevanje načel upravljanja življenjskega cikla aplikacij (ALM) boste potrebovali ločeni okolji za razvoj in produkcijo aplikacij. Čeprav lahko izvedete osnovno upravljanje življenjskega cikla aplikacije samo z ločenima razvojnim in produkcijskim okoljem, priporočamo, da vzdržujete tudi vsaj eno preskusno okolje, ki je ločeno od vašega razvojnega in produkcijskega okolja. Ko imate ločeno preskusno okolje, lahko izvedete celovito preverjanje veljavnosti, ki vključuje uvedbo rešitve in preskušanje aplikacije. Nekatere organizacije bi lahko potrebovale tudi več okolij za preskušanje uporabniškega sprejema (UAT), preskušanje integracije sistemov (SIT) in usposabljanje.
Ločena razvojna okolja so lahko koristna pri izolaciji sprememb iz enega obsega dela, ki se sprosti, preden je dokončan. Ločena razvojna okolja so lahko koristna tudi za zmanjšanje situacij, ko ena oseba negativno vpliva na drugo med izvajanjem sprememb.
Vsaka organizacija je edinstvena, zato skrbno premislite, kakšne so potrebe po okolju vaše organizacije.
Okolja za razvoj
Odgovorite na vprašanja, kot so:
- Koliko razvojnih okolij potrebujem?
- Več informacij: Pregled okolij
- Kako lahko samodejno omogočim okolja iz izvorne kode?
- Več informacij: Microsoft Power Platform build tools za Azure DevOps
- Katere so odvisnosti za moja okolja?
- Več informacij: Razdelitev več plasti rešitev in odvisnosti
Druga okolja
Odgovoriti bi si morali tudi na vprašanje: »Katere vrste nerazvojnih okolij potrebujem?«
Na primer, poleg proizvodnega okolja lahko potrebujete ločeno preskusno okolje, okolje za preskušanje uporabniškega sprejema (UAT), okolje za preskušanje integracije sistemov (SIT) in predprodukcijsko okolje. Upoštevajte, da bi morala vsaka zdrava praksa upravljanja življenjskega cikla aplikacije vključevati vsaj uporabo preskusnega okolja pred uvedbo česar koli v proizvodno okolje. S tem se zagotovi, da imate mesto za preskušanje aplikacije, hkrati pa tudi, da je mogoče preskusiti samo uvajanje.
Več informacij: Vzpostavitev okoljske strategije za Microsoft Power Platform
Večgeografski vidiki
Okolja Power Platform sledijo posebnemu urniku posodobitev storitve, saj se okolja posodabljajo po vsem svetu. Skupaj je šest postaj, ki so opredeljene predvsem z geografsko lokacijo. Posodobitve storitve se uporabijo v zaporedju za vsako postajo. To pomeni, da se posodobitve storitve najprej uporabijo za postajo 2 in šele nato za postajo 3. Zato se različice okolij v različnih postajah v danem trenutku pogosto razlikujejo. Za več informacij o urniku posodobitev storitve okolja se pomaknite na Izdane različice storitve Microsoft Dataverse
Uvoz rešitve in različica okolja
Ko imate več okolij v različnih regijah, je pomembno, da pri uvozu rešitve razumete naslednje:
- Rešitev lahko uvozite v različico okolja, ki je novejša od različice, iz katere je bila rešitev izvožena.
- Rešitve ne morete zanesljivo uvoziti v različico okolja, ki je starejša od različice, iz katere je bila rešitev izvožena. To je zato, ker v starejšem okolju morda manjkajo komponente ali zahtevane funkcije.
Primer uspešnega usklajevanja okolij s postajami za posodobitev storitev
Predstavljajte si, da imate produkcijska okolja v Kanadi in Združenih državah Amerike. V tem primeru bi morala biti vaša razvojna okolja v Severni Ameriki (postaja 5) in ne v Kanadi (postaja 2). Nato bodo vaša razvojna okolja vedno enake ali starejše različice kot vaša produkcijska okolja, kar bo zmanjšalo spore glede različic pri uvažanju rešitve.
