Vides stratēģija ALM

Lai sekotu lietojumprogrammas dzīves cikla pārvaldības (ALM) principiem, ir nepieciešama atsevišķa vide lietojumprogrammu izstrādei un ražošanai. Lai gan pamata ALM var veikt tikai ar atsevišķām izstrādes un ražošanas vidēm, ieteicams arī uzturēt vismaz vienu testēšanas vidi, kas atšķiras no jūsu izstrādes un ražošanas vidēm. Ja jums ir atsevišķa testēšanas vide, jūs varat veikt visaptverošas validācijas, kas ietver risinājuma izvietošanu un lietojumprogrammas testēšanu. Dažām organizācijām var būt nepieciešamas arī papildu vides, kas paredzētas lietotāju akcepta testēšanai (UAT), sistēmu integrācijas testēšanai (SIT) un apmācībai.

Atsevišķas izstrādes vides var būt noderīgas, lai izolētu izmaiņas no vienas darba intensitātes, kas tiek pārbaudītas pirms tās pabeigšanas. Atšķirīga attīstības vide var būt lietderīga, lai samazinātu situāciju, kad viena persona negatīvi ietekmē citu, veicot izmaiņas.

Katra organizācija ir unikāla, tāpēc rūpīgi apsveriet, kādas ir jūsu organizācijas vides vajadzības.

Izstrādes vides

Atbildiet uz jautājumiem, piemēram:

• Cik daudz izstrādes vides man ir vajadzīgas?
  • Papildinformācija: Vidu pārskats
• Kā es varu automātiski nodrošināt vidi no avota koda?
  • Papildinformācija: Microsoft Power Platform Build Tools programmai Azure DevOps
• Kādas ir atkarības manās vidēs?
  • Papildinformācija: Vairāki risinājumu līmeņi un atkarības

Citas vides

Jums ir jāatbild arī uz jautājumu "Kāda veida neattīstības vides man ir nepieciešamas?"

Piemēram, papildus jūsu ražošanas videi ir nepieciešams atsevišķs tests, UAT, SIT un pirms ražošanas vides. Ņemiet vērā, ka visām veselīgām ALM praksēm pirms jeb kā izvietošanas ražošanas vidē, vajadzētu ietvert vismaz testa vides izmantošanu. Tas nodrošina, ka jums ir vieta, kurā pārbaudīt savu programmu, bet arī nodrošina, ka var pārbaudīt pašu izvietošanu.

Papildinformācija: Vides stratēģijas izveide Microsoft Power Platform

Vairāku ģeogrāfisko apgabalu apsvērumi

Power Platform vides tiek atjauninātas visā pasaulē, izmantojot noteiktu servisa atjaunināšanas grafiku. Kopā ir sešas vietas, kas primāri ir definētas pēc ģeogrāfiskās atrašanās vietas. Servisa atjauninājumi katrai lietojumprogrammai tiek lietoti secībā. Tāpēc 2. vietas pakalpojuma atjauninājumi tiek lietoti pirms 3. vietas. Tādēļ vidēm, kurās ir dažādas vietas, noteiktā laika posmā ir atšķirīgas versijas. Lai iegūtu papildinformāciju par vides pakalpojumu atjauninājumu grafiku, atveriet sadaļu Izlaistās Microsoft Dataverse versijas

Risinājumu importēšana un vides versija

Ja ir vairākas vides dažādos reģionos, ir svarīgi saprast tālāk norādīto, importējot risinājumu.

• Risinājumu varat importēt vidē, kas ir jaunāka versija, nekā vide, kurā risinājums tika eksportēts.
• risinājumu nevarat droši importēt vidē, kas ir vecāka versija, nekā vide, kurā risinājums tika eksportēts. Tas ir tāpēc, ka vecākajā vidē var nebūt komponentu vai nepieciešamās funkcionalitātes.

Piemērs, kurā veiksmīgi saskaņota vide ar servisa atjaunināšanas stacijām.

Iedomājieties, ka jums ir ražošanas vides Kanādā un ASV. Tādā gadījumā jūsu izstrādes vidēm ir jābūt Ziemeļamerikā (5. punkts), nevis Kanādā (2. punkts). Pēc tam jūsu izstrādes vides vienmēr būs tās pašas vai agrākās versijas, kas atšķiras no jūsu ražošanas vidēm, kuras konfliktēs ar risinājuma importēšanas versiju.

Skatiet arī:

Risinājumu koncepcijas