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 bodo morda potrebovale tudi več okolij za testiranje sprejemljivosti uporabnikov (UAT), testiranje sistemske integracije (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 Orodja za gradnjo za Azure DevOps
- Katere so odvisnosti za moja okolja?
- Več informacij: Večplastne rešitve 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
Power Platform okolja sledijo posebnemu urniku posodabljanja storitev, saj se okolja posodabljajo po vsem svetu. Skupno je šest postaj, ki jih opredeljuje predvsem geografska lokacija. Posodobitve storitev se izvajajo zaporedoma za vsako postajo. Tako se posodobitve storitev 2. postaje uveljavijo pred postajo 3. Zato je običajno, da imajo okolja, ki so na različnih postajah, v določenem trenutku različne različice. Za več informacij o urniku posodobitev okoljskih storitev pojdite na Izdane različice Microsoft Dataverse
Uvoz rešitve in različica okolja
Če imate več okolij v različnih regijah, je pri uvozu rešitve pomembno razumeti naslednje:
- ti lahko uvozite rešitev v okolje, ki je novejša različica od okolja, v katerega je bila rešitev izvožena.
- ti ne morem zanesljivo uvozite rešitev v okolje, ki je starejša različica od okolja, v katerega je bila rešitev izvožena. To je zato, ker v starejšem okolju morda manjkajo komponente ali zahtevana funkcionalnost.
Primer uspešnega usklajevanja okolij s postajami za posodabljanje storitev
Predstavljajte si, da imate proizvodna okolja v Kanadi in Združenih državah. 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 enaka ali starejša različica kot vaša produkcijska okolja, kar bo zmanjšalo konflikte med različicami uvoza rešitev.
