Izstrādāt īrnieku vides stratēģiju, ko pieņemt Power Platform mērogā

Katras organizācijas ceļš uz Microsoft Power Platform ieviešanu ir unikāls. Nomnieka vides stratēģija liek pamatu, lai palīdzētu paātrināt lietošanu pārvaldāmā un drošā veidā.

Šajā rakstā ir parādīts, kā saskaņot nomnieka Power Platform vides stratēģiju ar produkta iespējām un vīziju. Jūs uzzināsiet, kā vislabāk izmantot jaunākās platformas funkcijas, lai īstenotu stratēģiju, kas var ļaut jums to pieņemt Power Platform , lai sasniegtu uzņēmuma mērogu.

Ievads

Power Platform ļauj organizācijām veidot zema koda risinājumus ātrai inovācijai. Šie risinājumi var koncentrēties uz produktivitāti indivīdiem un mazām komandām vai piemērot visā organizācijā. Tās var attiecināt arī uz biznesa procesiem, tostarp ārējiem klientiem un partneriem. Šo risinājumu atbalsts ir Power Platform vides, kurās tiek veidoti, pārbaudīti un izmantoti zema koda resursi. Tā kā organizācija palielina savu pieņemšanu Power Platform, labas nomnieka vides stratēģijas ieviešana ir būtiska, lai padarītu to pārvaldāmu un drošu, pieaugot vides skaitam.

Lai palīdzētu jums gūt panākumus, šajā rakstā ir sniegta informācija par to, kā vislabāk izmantot pieejamos līdzekļus, lai izveidotu savu pirmo vides stratēģiju vai attīstītu pašreizējos plānus. Mēs arī ieskicējam savu redzējumu par to, kā šie līdzekļi ir paredzēti sadarbībai un kā tie attīstīsies, lai pārvaldītu Power Platform plašā mērogā. Šajās vadlīnijās mēs nosakām, kā pareizi novirzīt jaunus lietotājus uz vidēm un grupu vidēm, lai konsekventi piemērotu pārvaldību, drošības noteikumus un citus svarīgus nomnieka vides stratēģijas aspektus. Mēs arī sniedzam detalizētas darbības, lai aizsargātu jūsu noklusējuma vidi, kas ir svarīgs pirmais solis vides stratēģijas ieviešanā.

Lai gan vides pārvaldībai Power Platform ir pieejamas daudzas perspektīvas, šajā rakstā sniegtā pieeja atbilst Microsoft jaunākajam produktu virzienam un izmanto pašreizējos līdzekļus un tuvākajā laikā plānotos uzlabojumus. Šie atjauninātie norādījumi var palīdzēt nodrošināt, ka izmantojat tikai tos vides līdzekļus un opcijas, kas ir stratēģiski svarīgas tam, kā Microsoft plāno pārvaldīt vidi plašā mērogā.

Microsoft nomnieka vides stratēģijas vīzija

Daudzas organizācijas sāk savu Power Platform ceļojumu ar personiskās produktivitātes programmām un automatizācijām, kas izveidotas un darbojas koplietojamā centrālajā vidē, ko sauc par noklusējuma vidi. Šie resursi bieži izmanto tikai Microsoft 365 iekļautās pamatiespējas un neizmanto visas Power Platform iespējas. Tā kā šī sākotnējā ieviešana paātrinās, Microsoft nodrošina organizācijām iespēju pāriet uz vides stratēģiju, lai uzņēmuma mērogā ieviestu visas Power Platform iespējas. Šīs augstākās kvalitātes pārvaldības iespējas kļūst pieejamas, ja lietotājiem ir premium Power Platform (Power Apps, Power Automate, Microsoft Copilot Studio un Dynamics 365) licence. Adopcijas Power Platform brieduma modelis sniedz vairāk ieskatu, lai palīdzētu organizācijām definēt savu ceļvedi, lai panāktu uzņēmuma mēroga ieviešanu ārpus vides stratēģijas. Šī pieeja var palīdzēt organizācijām nobriest no pamata personīgās produktivitātes līdz uzņēmuma mēroga pieņemšanai Power Platform.

Power Platform Administratīvie, pārvaldības un drošības līdzekļi ļauj organizācijām pieņemt un pārvaldīt Power Platform uzņēmuma produktivitāti un uzņēmuma programmu lietošanu plašā mērogā. Pārvaldīto vidi izmantošana aktivizē augstākās kvalitātes iespēju kopu, kas nodrošina labāku redzamību un kontroli un samazina manuālo piepūli, lai administrētu un aizsargātu vidi. Izmantojot šīs iespējas, varat nodrošināt konsekventu pārvaldības un drošības politiku piemērošanu. Izmantojot šīs iespējas, administratori var pāriet uz uzņēmuma mēroga vides stratēģiju. Mazāk laika un pūļu administrēšanai palīdz samazināt platformas kopējās lietošanas izmaksas (TCO), jo jūsu organizācija palielina lietojumu.

Galvenais elements pārejā uz uzņēmuma mērogu ir uzlabot kopīgo, centrālo vides stratēģiju veidotājiem, atvieglojot viņiem personīgās attīstības vides izmantošanu. Koplietojamā, centrālajā vides stratēģijā veidotāji veido, izmanto un koplieto programmas noklusējuma vidē. Šī stratēģija var izraisīt izolācijas trūkumu un veidotāju iejaukšanos viens otram. Iedomājieties, ka visi uzņēmuma darbinieki koplieto vienu OneDrive mapi visiem saviem dokumentiem. Tā vietā izmantojiet vides līdzekļus, lai virzītu veidotājus uz savu personisko vidi, kur viņi var droši veidot savas lietotnes, kas aizsargātas no veidotājiem, kas strādā ar nesaistītiem līdzekļiem, ar vienkāršotu pārvaldību administratoriem. Kolēģus var pievienot kā vairāk veidotāju šajās vidēs, lai sadarbotos risinājumu veidošanā.

Attēls: Kopīgas, centrālās vides ilustrācija (pa kreisi) un vides maršrutēšanas stratēģija (pa labi).

Jaunizveidotās veidotāju vides var automātiski pievienot grupai, kas lieto kārtulas, lai nodrošinātu, ka vidēs ir konsekventas pārvaldības un drošības politikas. Administratori var rīkoties ar izņēmumiem, pārvietojot veidotāja vidi uz grupu ar atvieglotiem noteikumiem.

Veidotāju izveidotie zema koda resursi ir resursa lietojumprogrammu dzīves cikla pārvaldības (ALM) kampaņas sākotnējais posms. Šajā sākotnējā posmā ir svarīgi tvert katru resursa versiju un vajadzības gadījumā to atjaunot. Kad resurss ir gatavs koplietošanai, veidotājs var izmantot nepārtraukto integrāciju, kas pievienota izstrādātāja videi, lai to veicinātu ražošanas vidē. Pēc tam lietotāji var palaist resursu, izolēti no jebkuras notiekošās veidotāja darbības.

Ja iespējams, piešķiriet prioritāti platformas iebūvētajiem līdzekļiem vides pārvaldībai, nevis veidojiet savus rīkus. Ja iebūvētie līdzekļi neatbilst jūsu organizācijas unikālajām prasībām, izmantojiet platformas administrēšanas rīkus, lai izveidotu pielāgotus rīkus. Jums vajadzētu novērtēt visus pielāgotos rīkus, salīdzinot ar jauniem līdzekļiem, tiklīdz tie kļūst pieejami. Microsoft platformas ceļveža pārraudzība un saskaņošana ar savu ceļvedi atvieglo šo procesu.

Izveidojiet savu vides stratēģiju, izmantojot ieteicamās vides iespējas, kas pielāgotas jūsu organizācijas unikālajām vajadzībām. Nedomājiet par vides stratēģijas izveidi kā vienreizēju darbību. Laika gaitā tai vajadzētu attīstīties, lai iekļautu jaunas vides funkcijas, tiklīdz tās kļūst pieejamas.

Līdzekļi, kas atbalsta uzņēmuma mēroga vides stratēģiju

Vides ir administrēšanas, pārvaldības un drošības pamatelements Power Platform . Pilnīgs funkciju pārskats ir ārpus šī raksta darbības jomas; Tomēr šajā sadaļā ir uzsvērtas iezīmes, kas atbalsta vides stratēģijas īstenošanu uzņēmuma mērogā.

• Vides veidi apraksta dažādus vides lietojumus kā daļu no jūsu stratēģijas.
• Pārvaldītā vide nodrošina augstākās kvalitātes iespēju kopu, kas atvieglo vides pārvaldību mērogā.
• Licences automātiskā pieprasīšana vienkāršo licenču piešķiršanu, ļaujot lietotājiem pieprasīt Power Apps licences katram lietotājam, kad tās ir nepieciešamas, nevis pieprasot administratoram iepriekš identificēt lietotājus, kuriem nepieciešamas licences.
• Vides grupas un kārtulas paskaidro, kā pārvaldīt vides kā grupas un lietot grupām kārtulas, lai automatizētu konsekventas pārvaldības politikas.
• Noklusējuma vides maršrutēšana automātiski pārvieto veidotājus no resursu izveides noklusējuma vidē uz viņu personisko vidi.
• Microsoft Dataverse nodrošina uzlabotu drošību un ALM.
• Vēlamie risinājumi palīdz veidotājiem nodrošināt, ka visi viņu izveidotie līdzekļi ir risinājumā Dataverse , atvieglojot to reklamēšanu citās vidēs.
• Cauruļvadi nodrošina Power Platform vienkāršotu procesu aktīvu popularizēšanai no izstrādes līdz testēšanas un ražošanas videi, padarot nepārtrauktu integrāciju un izvietošanu (CI/CD) pieejamu visiem veidotājiem.
• Katalogs ļauj Power Platform veidotājiem koplietot komponentus, piemēram, programmas un plūsmas, kā arī sarežģītākus sākumpunktus, piemēram, veidnes.

Vižu veidi

Nākamajā tabulā ir aprakstīti izveidojamo vidi tipi, to īpašības un paredzētais lietojums.

Tips	Raksturojums un izmantošana
Noklusējuma vērtība	Vide, kas nāk ar katru īrnieku. Daudzi Microsoft 365 līdzekļi izmanto šo vidi pielāgojumiem un automatizācijām. Šī vide nav paredzēta ilgtermiņa vai pastāvīgam darbam ārpus Microsoft 365 personiskiem, produktivitātes scenārijiem.
Ražošana	Šī vide ir paredzēta pastāvīgam darbam organizācijā. Ražošanas pārvaldītās vides atbalsta pagarinātu dublēšanas saglabāšanu no septiņām dienām līdz 28 dienām.
Smilškaste	Šīs ar ražošanu nesaistītās vides atbalsta vides darbības, piemēram, kopēšanu un atiestatīšanu. Smilškastes vislabāk izmantot testēšanai un ALM veidošanas videi.
Izstrādātājs	Šīs īpašās vides ir paredzētas kā veidotāju personīgās attīstības darbvietas, kas izolē zema koda līdzekļus no lietotājiem un citiem veidotājiem. Veidotājiem var būt līdz trim izstrādātāju vidēm. Tie netiek ieskaitīti jūsu īrnieka kapacitātē. Izstrādātāju vides, kas nav izmantotas 90 dienas, tiek automātiski izslēgtas un pēc tam noņemtas no nomnieka, ja īpašnieks neatbild uz paziņojumiem. Dynamics 365 programmas nav pieejamas izstrādātāju vidēs.
Izmēģinājuma	Šīs vides ir paredzētas, lai atbalstītu īstermiņa testēšanu un koncepcijas pierādījumus. Tie ir ierobežoti līdz vienam lietotājam. Izmēģinājuma vides tiek automātiski noņemtas no nomnieka pēc neilga laika.
Microsoft Dataverse for Teams	Šīs vides tiek automātiski izveidotas, izveidojot programmu programmā Teams vai instalējot programmu no programmu kataloga. Šo vidi drošības modelis atbilst komandai, ar kuru tās ir saistītas.
Atbalsts	Tās ir īpašas vides, ko izveidojis Microsoft Support, lai inženieri varētu novērst problēmas. Šīs vides netiek ieskaitītas jūsu nomnieka nojaudā.

Veidojot vispārēju nomnieka vides stratēģiju, apsveriet dažādus veidus, lai atbalstītu savus ieteikumus.

Pārvaldītās vides

Vidēm ir pamata līdzekļu un raksturlielumu kopa atkarībā no vides tipa. Pārvaldītā vide paplašina pamata līdzekļus, lai nodrošinātu augstākās kvalitātes iespēju komplektu, kas ļauj administratoriem vieglāk pārvaldīt Power Platform mērogā ar lielāku kontroli, mazāku piepūli un vairāk ieskatu. Šīs iespējas tiek atbloķētas, iestatot vidi kā pārvaldītu.

Tālāk esošajā tabulā ir uzskaitīti pārvaldīto vides līdzekļi, kas ir pieejami šī rakstīšanas brīdī. Jauni līdzekļi tiek pievienoti bieži, tāpēc skatiet dokumentāciju , lai iegūtu jaunāko sarakstu. Lai gan visi līdzekļi var palīdzēt izveidot vides stratēģiju, slīprakstā norādītie līdzekļi ir atbilstošāki šajā rakstā aprakstītajai stratēģijai.

Lielāka redzamība	Lielāka kontrole	Mazāk piepūles
Lietošanas ieskati Administratora kopsavilkums Licenču atskaites Datu politikas skats Datu eksportēšana uz Azure Application Insights Mākslīgā intelekta ģenerēti apraksti visām lietotnēm	Koplietošanas ierobežojumi Datu politikas darbvirsmas plūsmām Risinājumu pārbaudītājs Veidotāja sveiciena saturs IP ugunsmūris IP sīkdatņu saistīšana Klientu pārvaldītas atslēgas Klientu slēdzene Paplašināti dublējumi	Vienkārša aktivizēšana Power Platform Cauruļvadi Vides maršrutēšana Vides grupas un kārtulas Darbību lapa

Automātiska licences pieprasīšana

Automātiskās pieprasījumu politikas automatizē Power Apps un Power Automate licenču piešķiršanu lietotājiem, ja tāda nepieciešama, lai izmantotu noteiktas programmas vai funkcijas. Automatizācija var palīdzēt samazināt patērēto licenču skaitu un izvairīties no manuālas licenču piešķiršanas pieskaitāmajām izmaksām.

Pēc politikas konfigurēšanas jebkuram organizācijas lietotājam, kuram nepieciešama atsevišķa Power Apps licence, tā tiek automātiski piešķirta saskaņā ar šādiem nosacījumiem:

• Ja lietotājs bez savrupas Power Apps licences palaiž programmu, kurai nepieciešama piemaksas licence, sistēma automātiski piešķir lietotājam Power Apps licenci katram lietotājam.

• Ja lietotājs bez savrupas Power Apps licences palaiž programmu pārvaldītā vidē, sistēma automātiski piešķir lietotājam Power Apps licenci katram lietotājam.

Līdzīgi, pēc politikas konfigurēšanas, jebkuram lietotājam organizācijā, kuram nepieciešama individuāla Power Automate licence, tā tiek automātiski piešķirta saskaņā ar šādiem nosacījumiem:

• Lietotājs aktivizē, saglabā vai ieslēdz augstākās kvalitātes mākoņa plūsmu ar uzraudzītu RPA (robotizēto procesu automatizāciju).

• Lietotājs pieprasa Power Automate premium licenci.

Ieteicams konfigurēt licences automātisko pieprasījumu, ja jūsu vides stratēģijā ir iekļautas pārvaldītās vides. Programmu un plūsmu lietotāji saskaras ar vismazāko licencēšanas problēmu apjomu, un jūs patērējat licences tikai tiem lietotājiem, kuri aktīvi darbojas programmas vai izmanto Power Automate.

Vides grupas un kārtulas

Palielinoties Power Platform pieņemšanai nomniekā, palielinās arī to vidi skaits, kurām nepieciešama administrēšana un pārvaldība. Palielinoties vides skaitam, jo sarežģītāk kļūst nodrošināt, ka vidē esat lietojis konsekventus iestatījumus un pārvaldības politikas. Vides grupu līdzeklis to atvieglo, ļaujot izveidot nosauktas grupas un saistīt ar tām vides, piemēram, ievietot saistītos dokumentus failu mapē.

Domājot par vides grupu izmantošanu, ņemiet vērā šādus apsvērumus:

• Vide ir jāpārvalda, lai to iekļautu grupā.
• Vide vienlaikus var būt tikai vienā grupā.
• Vidi var pārvietot no vienas grupas uz citu.
• Grupas vides var būt no vairākiem ģeogrāfiskajiem reģioniem.
• Grupās nedrīkst būt citas grupas.

Lai palīdzētu lietot konsekventus iestatījumus un pārvaldību, vides grupām var būt konfigurēta un ieslēgta viena vai vairākas no šīm kārtulām:

• Vadīklu kopīgošana pamatnes programmām
• Lietojuma ieskati
• Veidotāja sveiciena saturs
• Risinājumu pārbaudītāja izpilde
• Rezerves saglabāšana
• AI ģenerēti apraksti

Kārtula kļūst aktīva, kad tā tiek publicēta. Aktīvās kārtulas tiek lietotas visām vidēm, kas ir saistītas ar grupu.

Kad grupas kārtula pārvalda iestatījumu, atsevišķi vides iestatījumi tiek bloķēti. Vienīgais veids, kā tos mainīt, ir modificēt noteikumu. Ja vide tiek noņemta no grupas, tiek saglabāti grupas iestatījumi, bet vides administrators tos var mainīt. Šī pieeja ir svarīga vides stratēģijai, jo tā nodrošina, ka vides administrators nevar ignorēt grupai iestatītās politikas.

Vides grupu izmantošana ļauj organizēt vidi loģiskā veidā, līdzīgi kā organizācijas struktūra, produktu pakalpojumu hierarhija vai citas struktūras, kuras mēs izpētīsim vēlāk. Šī diagramma ir konceptuāls piemērs tam, kā Contoso organizācija varētu domāt par vides grupu organizēšanu.

Attēls: Contoso nomnieka vides stratēģijas koncepcija.

Plānojot konfigurējamās kārtulas, pārdomājiet, ko varētu lietot katrā konceptuālās hierarhijas līmenī. Lai gan grupas hierarhiju vēl nevar konfigurēt, konceptuālā noformējuma ieviešanai varat izmantot nosaukumu piešķiršanas konvenciju un kārtulu konfigurācijas kombināciju. Piemēram, ņemot vērā iepriekš parādīto Contoso nomnieka konceptualizāciju, tālāk redzamajā attēlā ir attēlotas vides grupas, ko organizācija var izmantot, lai ieviestu savu noformējumu.

Attēls: Konceptuālās vides grupu ieviešanas piemērs faktiskajā nomniekā

Tālāk šajā rakstā mēs izpētīsim citus veidus, kā izmantot vides grupas kā daļu no nomnieka vides stratēģijas.

Noklusējuma vides maršrutēšana

Galvenā vides stratēģijas daļa, ko mēs izklāstam šajā rakstā, ir virzīt veidotājus prom no resursu radīšanas noklusējuma vidē. Vides maršrutēšanas līdzeklis novirza veidotājus uz viņu personīgās attīstības vidi un pēc vajadzības izveido jaunas izstrādātāju vides.

Attēls: veidotājs tiek automātiski novirzīts uz personisku izstrādātāja vidi, nevis noklusējuma vidi, veidojot programmas.

Izstrādātāju vides, kas izveidotas, izmantojot maršrutēšanu, tiek pārvaldītas pēc noklusējuma. Lietotāji ar izstrādātāja plāna licencēm var tikai izveidot un priekšskatīt resursus vidē. Lai palaistu resursus kā lietotājam, viņiem ir nepieciešama atbilstoša licence.

Vides maršrutēšanu var izmantot atsevišķi, bet ieteicams to izmantot ar vides grupām. Šādā veidā jebkura izveidotā vide tiek saistīta ar grupu, kuru norādījāt kā visu jauno izstrādātāju vidi, nodrošinot, ka uz to nekavējoties attiecas jūsu pārvaldības politikas.

Veidotājiem automātiski tiek piešķirta drošības loma, kas padara viņus par izstrādātāja vides administratoru. Ja vide ir daļa no vides grupas, veidotājs kā vides administrators nevar mainīt vides iestatījumus, jo tos pārvalda vides grupas kārtulas. Izmaiņas var veikt tikai administratori, kuri var modificēt grupas kārtulas.

Jūs varat uzlikt vēl lielāku kontroli divos veidos. Pirmkārt, varat neatļaut manuālu izstrādātāju vides izveidi nomnieka iestatījumos. Ja šī opcija ir iestatīta, veidotāji nevar paši izveidot vidi administrēšanas portālā. Viņi arī nesaņems tādu, ko automātiski izveidoja maršrutēšanas politika. Otrkārt, maršrutēšanas politikā varat norādīt drošības grupu, lai ierobežotu, kas var automātiski izveidot vidi.

Sākotnēji vides maršrutēšana atbalsta jaunu un esošo veidotāju maršrutēšanu prom no noklusējuma vides, kad viņi izmanto make.powerapps.com. Laika gaitā citi Power Platform pakalpojumi atbalstīs vides maršrutēšanas līdzekli.

Veidotāja sveiciena saturs

Nodrošiniet pielāgotu sveiciena saturu, lai palīdzētu veidotājiem sākt darbu ar Power Apps un Copilot Studio. Pievienojot savu palīdzības saturu, tas aizstāj noklusējuma Power Apps pirmreizējo palīdzības pieredzi veidotājiem. Pielāgotais sveiciena ziņojums var informēt veidotājus par uzņēmuma kārtulām un to, ko viņi var darīt katrā vidē vai vides grupā.

Tālāk ir sniegti daži ieteikumi par to, kā jūsu organizācija varētu izmantot sveiciena ziņojumu katrā vides tipā. Iekļaujiet attēlu, kas identificē vides tipu vai īpašniekus, lai palīdzētu lietotājiem pieņemt un novērst kļūdas.

Noklusējuma vide

Noklusējuma vide bieži vien ir visierobežotākā, ar datu politikām un koplietošanas vadīklām. Izveidojiet sveiciena ziņojumu, kas brīdina veidotājus par ierobežojumiem un iespējamiem ierobežojumiem, un iekļaujiet saiti uz organizācijas politikas tīmekļa vietni vai dokumentu.

Piemēram, varat informēt veidotājus izmantot noklusējuma vidi tikai risinājumiem, kas saistīti ar Microsoft 365 lietojumprogrammām, izvairīties no ražošanas lietojumprogrammu izmantošanas noklusējuma vidē un koplietot savas audekla programmas tikai ar ierobežotu personu skaitu. Šajā piemērā ir parādīts, kā izveidot šādu ziņojumu pārvaldīto vides iestatījumos:

Markdown ievades piemērs:

![Contoso](https://i.ibb.co/SNSTCx3/something.png)
## Welcome to Contoso Personal Productivity Environment

### Before you start, here are some considerations

Use this environment if you plan to build apps that integrate with Office 365.

Before you start, be aware of these limitations:

1. You can't share your apps with more than five users.
1. The data in Dataverse is shared with everyone in the organization.
1. You can only use Office 365 connectors.

If you're not sure you're in the right place, follow **[this guidance](#)**.

Šeit ir atveidotais sveiciena ziņojums:

Ražošanas vides

Ražošanas vides parasti tiek izmantotas, lai izvietotu risinājumus, kas atbalsta uzņēmuma un darba grupas produktivitāti. Ir svarīgi, lai programmas un dati atbilstu organizācijas politikām. Tā kā jums ir jākontrolē, kuriem lietotājiem ir piekļuve ražošanas videi, ieteicams informēt lietotājus, ja jums ir piekļuves atsvaidzināšanas politika. Varat atļaut vairāk savienotāju un palielināt koplietošanas ierobežojumus ražošanas vidē. Varat arī izmantot sveiciena ziņojumu, lai informētu veidotājus par pareizo komandu, ar kuru sazināties, lai saņemtu atbalstu. Tālāk sniegtajā piemērā ir parādīts, kā izveidot šādu ziņojumu:

![Contoso](https://i.ibb.co/SNSTCx3/something.png)
## Welcome to HR Europe Environment

### Before you start, here are some considerations

Use this environment if you're on the HR team and your data is located in Europe.

Before you start, be aware of these limitations:

1. You can only share apps with security groups. [Follow this process](#) to share your apps.
1. The data in Dataverse is stored in Europe.
1. You can only use social media connectors with read actions.
1. If you need more connectors, [submit a request](#).

If you're not sure you're in the right place, follow **[this guidance](#)**.

Šeit ir izvades paraugs:

Izstrādātāju vides

Izstrādātāju vides visbiežāk ir vietas, kur izstrādātāji veido savus risinājumus. Tā kā izstrādātāji strādā pie lietojumprogrammām, tās netiek ražotas, un mērogojamība ir ierobežota. Parasti izstrādātāju vidēs ir vieglāka datu politika veidotāju rakstura dēļ. Lai izstrādātāji neizmantotu ražošanas līdzekļus savā izstrādātāju vidē, ierobežojiet koplietošanas iespējas un izmantojiet īpašu datu politiku šāda veida videi. Tālāk ir sniegts sveiciena ziņojuma piemērs izstrādes videi.

![Contoso](https://i.ibb.co/SNSTCx3/something.png)
## Welcome to a Developer Environment

### Before you start, here are some considerations

Use this environment if you're a developer and you're building solutions.

Before you start, be aware of these limitations:

1. You can only share resources with up to two members of your team. If you need to share with more people, [submit a change request](#).
1. Use resources only while you're developing a solution.
1. Be mindful of the connectors and data you're using.
1. If you need more connectors, [submit a request](#).

If you're not sure you're in the right place, follow **[this guidance](#)**.

Šeit ir izstrādātāja vides izvades paraugs:

Smilškastes vides

Parasti risinājumu testēšanai tiek izmantotas smilškastes vides. Tā kā dažos testos ir iesaistīts ievērojams lietotāju skaits, šīs vides tiek mērogotas līdz noteiktam punktam un tām ir lielāka ietilpība nekā izstrādātāja videi. Smilškastes vides parasti tiek izmantotas arī kā izstrādes vides, un tās parasti koplieto vairāki izstrādātāji. Tālāk ir sniegts sveiciena ziņojuma piemērs šādai videi.

![Contoso](https://i.ibb.co/SNSTCx3/something.png)
## Welcome to a Test Environment

### Before you start, here are some considerations

Use this environment only if you're testing solutions.

Before you start, be aware of these limitations:

1. You can only share resources with your team. If you need to share with more people, [submit a change request](#).
1. You're not allowed to edit or import solutions directly in this environment.
1. Be mindful of the test data and compliance.
1. If you need help from a security export or IT support, [submit a request](#).

If you're not sure you're in the right place, follow **[this guidance](#)**.

Šeit ir parauga izvade smilšu kastei vai testa videi:

Kopīgošanas ierobežojums

Administratori var ierobežot, cik plaši lietotāji var koplietot audekla programmas, plūsmas un aģentus. Tomēr ierobežojums attiecas tikai uz turpmāko koplietošanu. Ja lietojat koplietošanas ierobežojumu 20 videi, kurā resursi jau ir koplietoti ar vairāk nekā 20 lietotājiem, šie resursi turpina darboties visiem lietotājiem, ar kuriem resursi tika koplietoti. Izveidojiet procesu, lai informētu veidotājus par programmām, plūsmām un aģentiem, kas tiek koplietoti ar vairāk nekā jauno ierobežojumu, lai viņi varētu samazināt to lietotāju skaitu, ar kuriem tiek kopīgoti viņu resursi. Dažos gadījumos varat izlemt pārvietot risinājumu uz citu vidi. Koplietošanas ierobežojumi attiecas uz audekla programmām, plūsmām un aģentiem.

Administratoriem parasti ir jākontrolē, kā veidotāji kopīgo savas programmas, plūsmas un aģentus, ja:

• Resursi tiek koplietoti personīgās produktivitātes vidē. Ja jums ir vide, kurā lietotāji var izveidot resursus savam darbam, resursus bez globālas uzņēmējdarbības vērtības vai resursus bez IT atbalsta, ir svarīgi neļaut veidotājiem tos koplietot visā organizācijā. Ja resursi sākas kā personīgā produktivitāte, bet vēlāk kļūst populāri un tiek plaši izmantoti, ņemiet vērā koplietošanas ierobežojumu. Kopējais ierobežojums ir no 5 līdz 50 lietotājiem.

• Resursi tiek koplietoti ar drošības grupām vai visiem. Resursus, kas tiek koplietoti ar drošības grupu, var palaist visi grupas dalībnieki. Izstrādātāja vidē, iespējams, vēlēsieties, lai izstrādātājs kontrolētu resursu koplietošanu, nevis paļautos uz dalību grupā. Citos gadījumos, iespējams, vēlēsities atļaut koplietošanu ar visiem. Ja jūsu organizācijas politika paredz, ka resursi tiek koplietoti ar drošības grupu, kurā ir iekļauti visi lietotāji, kuri ir pilnvaroti darbināt resursu un kuru pārvalda IT nodaļa, iespējams, vēlēsities ierobežot veidotāju koplietošanu ar citām drošības grupām.

Tālāk ir norādīti kopējie koplietošanas ierobežojumi katram vides tipam.

• Noklusējums: atlasiet Izslēgt koplietošanu ar drošības grupām, atlasiet Ierobežot kopējo personu skaitu, ar kurām var koplietot, un atlasiet vērtību 20.

• Izstrādātājs: atlasiet Izslēgt koplietošanu ar drošības grupām, atlasiet Ierobežot kopējo personu skaitu, ar kurām var kopīgot, un atlasiet vērtību 5.

• Smilšu kaste: atlasiet Izslēgt koplietošanu ar drošības grupām un atstājiet atlasītu opciju Ierobežot koplietošanas personu skaitu. Izmantojiet šo opciju, ja programmas tiek koplietotas ar IT pārvaldītu drošības grupu, kurā ir lietotāji, kuri ir pilnvaroti palaist lietojumprogrammu. Ja veidotājs, lietotājs vai darba grupa var pārvaldīt, kuriem lietotājiem ir atļauts testēt risinājumu, atlasiet Neiestatīt ierobežojumus (noklusējums).

• Ražošana: atlasiet Neiestatīt ierobežojumus (noklusējums). Lai kontrolētu koplietošanu, pamatojoties uz konkrētu drošības grupu, atlasiet Izslēgt koplietošanu ar drošības grupām un atstājiet atlasītu opciju Ierobežot koplietojamo personu skaitu.

Microsoft Dataverse

Dataverse Droši glabā un pārvalda lietojumprogrammu izmantotos datus. Vides stratēģijas Dataverse kontekstā risinājuma līdzeklis ļauj transportēt programmas un komponentus no vienas vides uz citu. Veidotāji veido savus līdzekļus konteineros — risinājumos, kas izseko to, ko viņi veido. Risinājumus var viegli transportēt uz citu vidi. Izmantojot šo pieeju, varat atdalīt izstrādātāju vides, kurās veidotāji veido resursus, no ražošanas vidēm, kurās tie tiek izmantoti. Gan veidotāji, gan lietotāji gūst labumu. Veidotāji var turpināt attīstīt savus resursus, un lietotāji nav pārsteigti par pēkšņām izmaiņām. Kad veidotāji ir gatavi publicēt savas izmaiņas, viņi var pieprasīt atjaunināto resursu paaugstināt ražošanas vidē.

Dataverse risinājumi ir mehānisms ALM ieviešanai Power Platform produktos, piemēram, Power Apps un Power Automate. Cauruļvadi izmanto Power Platform risinājumus, lai automatizētu veidotāju veidoto aktīvu CI/CD. Risinājumus var eksportēt no Dataverse un saglabāt avota kontroles rīkā, piemēram, Azure DevOps vai GitHub. Avota kontroles risinājums kļūst par patiesības avotu, ja jums ir nepieciešams atjaunot izstrādes vidi. Piemēram, ja veidotājs ir izveidojis populāru programmu un pēc tam izdzēsis izstrādātāja vidi, eksportētu risinājumu, kas saglabāts avota kontrolē, var izmantot, lai atjaunotu dzīvotspējīgu izstrādes vidi.

Vēl viens svarīgs apsvērums, veidojot vidi ar Dataverse, ir tas, vai vidē tiks izvietotas kādas Dynamics 365 lietojumprogrammas. Ja potenciāls pastāv, jums ir jāiespējo Dynamics 365, veidojot vidi, pretējā gadījumā vēlāk nevarēsit instalēt Dynamics 365 programmas.

Ieteicams nodrošināt jebkurā Dataverse vidē, kur veidotāji veido līdzekļus, kas tiks kopīgoti ar citiem lietotājiem. Šī stratēģija atvieglo aktīvu gatavību ALM.

Vēlamie risinājumi

Kad veidotājs izveido Dataverse līdzekli Dataverse vidē un nesāk ar pielāgotu risinājumu, līdzeklis ir saistīts ar noklusējuma risinājumu un var būt saistīts arī ar Common Data Service noklusējuma risinājumu. Noklusējuma risinājumu koplieto visi veidotāji, kas veido līdzekļus vidē. Ir grūti noteikt, kurš veidotājs ir izveidojis konkrētus komponentus vai kuri līdzekļi pieder konkrētām lietotnēm, tāpēc ir grūtāk reklamēt populāru lietotni citā vidē, lai to kopīgotu ar lielāku auditoriju. Lai to izdarītu, jums ir jāreklamē visi līdzekļi noklusējuma risinājumā, kas nav ideāli.

Lai atbalstītu jūsu vides stratēģiju un atvieglotu darbu, veidotājiem ir jāizveido pielāgots risinājums savā izstrādes vidē un pēc tam jāiestata tas kā vēlamais risinājums vidē. Veidotāji vidē iestata vēlamo risinājumu, lai norādītu, ar kuru risinājumu ir jāsaista viņu izveidotais līdzeklis. Vēlamie risinājumi var palīdzēt nodrošināt, ka, izmantojot konveijerus, lai reklamētu savus resursus citās vidēs, reklamētais risinājums satur visus nepieciešamos līdzekļus. Padomājiet par to kā aktīvu sagatavošanu, lai tie būtu gatavi ALM.

Cauruļvadi Power Platform

Kā mēs redzējām, labas vides stratēģijas galvenais princips ir izolēt, kur aktīvs tiek būvēts no vietas, kur tas tiek izvietots un izmantots. Šī atdalīšana nodrošina, ka lietotāji, kuri mēģina izmantot līdzekli, nesaskaras ar dīkstāvi, jo veidotājs to atjaunina. Tomēr tas prasa, lai līdzekļi tiktu paaugstināti ražošanas vidē, ideālā gadījumā kā daļa no Dataverse risinājuma, pirms tos var izmantot.

Dataverse Risinājumus var manuāli transportēt starp vidēm. Tomēr, izmantojot cauruļvadus, varat automatizēt procesu un ieviest politikas, lai nodrošinātu pareizu izmaiņu pārvaldību. Atkarībā no risinājumu pārbaudītājā iestatītajāmvides kārtulām cauruļvadi automātiski ievieš visas kārtulas pirms risinājuma izvietošanas, novēršot turpmākas izvietošanas kļūdas. Nākamajā diagrammā parādīts, kā cauruļvadi var automatizēt aktīva veicināšanu no izstrādes līdz ražošanai.

Attēls: Cauruļvads automatizē aktīva reklamēšanu, kas tiek glabāts avota kontrolē no izstrādes līdz testēšanai un ražošanai.

Varat konfigurēt vidēm un procesiem, piemēram, apstiprinājumiem, kas jāiekļauj konveijerā.

Cauruļvadi darbojas kopā ar vides grupām. Tos var iepriekš konfigurēt izstrādes vidēm, lai veidotāji varētu viegli sākt paaugstināšanas procesu, atbildot uz uzvedni, kad viņi mēģina koplietot savus līdzekļus ar citiem lietotājiem. Izvietošanas pieprasījuma ietvaros, izmantojot cauruļvadus, veidotāji var piedāvāt, ar ko koplietot savus līdzekļus un nepieciešamās drošības lomas. Konveijera administrators var apstiprināt vai noraidīt pieprasījumu pirms izvietošanas, nodrošinot vismazākās privilēģijas veidotājam, kurš to izveidoja.

Cauruļvadi glabā Power Platform katra konveijera definīcijas resursdatora vidē, ko Microsoft pārvalda pēc noklusējuma. Tomēr varat definēt vairākas resursdatora vides savā pārvaldītajā nomniekā, ļaujot apstrādāt unikālas prasības.

Risinājumu pārbaudītāja ieviešana

Izcilības centra (CoE) komanda parasti izveido aizsargmargas, lai samazinātu risku, ka lietotāji vidē importē neatbilstošus risinājumus. Administratori var viegli ieviest risinājumu bagātīgās statiskās analīzes pārbaudes, salīdzinot ar labākās prakses kārtulu kopu, lai identificētu problemātiskus modeļus. Organizācijām ar decentralizētiem CoE bieži ir nepieciešams aktivizēt risinājumu pārbaudītāja izpildi, kā arī proaktīvi sazināties ar veidotājiem pa e-pastu, lai piedāvātu atbalstu.

Risinājumu pārbaudītāja izpilde piedāvā trīs kontroles līmeņus: Nav, Brīdināt un Bloķēt. Administratori konfigurē pārbaudes efektu, neatkarīgi no tā, vai tā sniedz brīdinājumu, bet atļauj importēt vai bloķē importēšanu pavisam, vienlaikus nodrošinot importēšanas rezultātu veidotājam.

Organizācijas, kas izmanto šo līdzekli, to konfigurē atšķirīgi atkarībā no vides tipa. Ir normāli, ka ir izņēmumi, un šie norādījumi vienmēr ir jāsaskaņo ar jūsu vajadzībām. Tomēr šeit ir norādīti visbiežāk izmantotie risinājumu pārbaudītāja izpildes iestatījumi katrā vides tipā:

• Noklusējums: atlasiet Bloķēt un sūtīt e-pasta ziņojumus.
• Izstrādātājs: atlasiet Brīdināt un atstājiet atlasītu opciju Sūtīt e-pasta ziņojumus .
• Smilšu kaste: atlasiet Brīdināt un atstājiet opciju Sūtīt e-pasta ziņojumus neatzīmētu .
• Ražošana: atlasiet Bloķēt un sūtīt e-pasta ziņojumus.
• Teams vide: atlasiet Bloķēt un sūtīt e-pasta ziņojumus.

Katalogs Power Platform

Organizācijas, kurās izstrādātāji un veidotāji veido un koplieto tādus komponentus kā programmas, plūsmas un veidnes — uzlabotus sākumpunktus, parasti gūst lielāku vērtību Power Platform. Katalogs Power Platform ļauj veidotājiem viegli koplietot savus komponentus un veidnes dažādās vidēs.

Katalogs ir instalēts vidē, un to var instalēt kopā ar konveijera resursdatoru tajā pašā vidē. Ir iespējams arī apstrādāt unikālas resursu segmentēšanas prasības, izmantojot vairākas vides ar instalētu katalogu.

Organizācijas, kas mudina izstrādātājus un veidotājus veidot un koplietot komponentus un veidnes katalogā, gūst lielāku vērtību no ieguldījumiem Power Platform. Ar vienkāršu celtniecību nepietiek. Artefaktu koplietošana mērogā veicina kopienas un atbalsta grupas, kas var atraisīt vērtību no daudzveidīga organizācijas personāla kopuma. Patiesībā organizācijas, kurām visveiksmīgāk Power Platform izmanto saplūšanas komandas modeli, kurā profesionālie izstrādātāji, veidotāji un administratori strādā kopā, lai palīdzētu saviem kolēģiem gūt vislielāko iespējamo vērtību no platformas, atkārtoti izmantojot risinājumus, veidnes un komponentus.

Līdzekļu ceļvedis

Tā kā Microsoft turpina attīstīt šī atbalsta pārvaldības un administrēšanas līdzekļus Power Platform , varat sekot līdzi laidiena plānotājā. Jūs uzzināsiet, kas ir plānots, kas ir gaidāmajā izlaišanas vilnī un ko varat izmēģināt tagad. Jūs pat varat izveidot savu laidiena plānu, saglabājot vienumus, kuriem vēlaties sekot.

Uzņēmuma mēroga vides stratēģijas izveide

Mēs apspriedām mūsu redzējumu par nomnieka vides stratēģiju uzņēmuma mērogā un galvenās vides funkcijas, kas to atbalsta. Tagad mēs aplūkojam, kā jūs varat izmantot šos līdzekļus kopā kā daļu no vides stratēģijas. Jūsu stratēģijai jābūt balstītai uz jūsu organizācijas unikālajām prasībām, tāpēc sāksim ar pamata piemēru, pirms pielāgosim stratēģiju jūsu vajadzībām.

Šajā piemērā Contoso vadība vēlas dot darbiniekiem iespēju izmantot Power Platform šādas augsta līmeņa prasības un ir identificējusi šādas augsta līmeņa prasības:

• Darbiniekiem ir jāspēj izveidot automatizētus dokumentu apstiprināšanas procesus un citus Power Platform pielāgojumus, izmantojot Microsoft 365.
• Darbiniekiem ir jāspēj izveidot Power Apps un Power Automate automatizācijas, lai uzlabotu savu personīgo produktivitāti.
• Veidotājiem, kas strādā pie uzņēmuma Compliance Tracker lietotnes, ir jāspēj to izstrādāt un uzturēt.

Lai atbalstītu šīs prasības, Contoso administratora un pārvaldības komanda izstrādāja šādu vides topoloģiju:

Attēls: Contoso Power Platform mēroga projekta ierosinātā vides topoloģija.

Detalizēti izpētīsim šo vides topoloģijas diagrammu.

Noklusējuma vide tiek izmantota, lai izveidotu Microsoft 365 produktivitātes pielāgojumus. Datu politika un koplietošanas ierobežojumi ierobežo cita veida veidotāju darbību un novieto aizsargmargas ap to, ko veidotāji var veidot šajā vidē.

Tikai administratori var izveidot izmēģinājumversijas, smilškastes un ražošanas vides. Veidotāji izmanto pielāgotu Microsoft veidlapu vai citu procesu, lai pieprasītu jaunu vidi. Microsoft Power Platform Izcilības centra (CoE) sākuma komplekts ietver vides pieprasījumu, ko varētu izmantot.

Tiek izveidotas četras vides grupas: izstrāde, koplietošanas izstrāde, UAT (lietotāju pieņemšanas testēšana) un ražošana.

• Vides maršrutēšanas politikas kopa izstrādes grupai novirza veidotājus prom no noklusējuma vides uz viņu izstrādātāju vidi. Izveidojot jaunas izstrādes vides, tās tiek automātiski saistītas ar izstrādes grupu un tiek lietotas tās kārtulas.

• Koplietojamās izstrādes grupa atbalsta vides, kurās ir projekti ar vairākiem veidotājiem.

• UAT grupā ir vides, kas tiek izmantotas, lai pārbaudītu resursus, pirms tie tiek paaugstināti ražošanā.

• Grupā Ražošana ir vides, kas vieso programmas, plūsmas un citus artefaktus ražošanai.

Šai ierosinātajai topoloģijai trūkst cauruļvadu, lai automatizētu veicināšanu starp izstrādes, testēšanas un ražošanas vidēm. Pievienosim tos tagad.

Attēls: Viena un tā pati vides topoloģija ar cauruļvadiem, kas savieno cauruļvada resursdatora vidi ar izstrādes, testēšanas un ražošanas vidi.

Pārskatītajā vides topoloģijas diagrammā ir pievienota konveijera resursdatora vide un divi konveijeri. Viens cauruļvads pārvieto resursus no izstrādes uz testēšanu un pēc tam uz ražošanas vidi. Izstrādes grupas konveijera noteikums tiks modificēts, lai izmantotu šo konveijeru. Otrs konveijers pārvieto resursus no koplietojamās izstrādātāja vides testēšanai un pēc tam uz ražošanu. Koplietojamās izstrādes grupas konveijera kārtula tiks modificēta, lai izmantotu šo konveijeru.

Šī pamata vides stratēģija nodrošina pamatu, uz kura varat balstīties citiem lietošanas gadījumiem, kurus mēs izpētīsim tālāk.

Vides stratēģijas konkrētiem scenārijiem

Šeit ir daži bieži sastopami lietošanas gadījumi, kas, iespējams, būs jāiekļauj fonda nomnieka vides stratēģijā.

Kontrolēt, kuri veidotāji var izveidot izstrādātāju vidi

Pēc noklusējuma ikviens, kam ir Power Platform Premium licence, izstrādātāja plāna licence vai nomnieka administratora Power Platform loma, var izveidot izstrādātāja vidi no administrēšanas portāla.

Pamata vides stratēģijā vides maršrutēšana nodrošina, ka veidotāji tiek novirzīti prom no noklusējuma vides uz jaunu izstrādātāja vidi, kas tiek izveidota norādītajā grupā. Tomēr veidotāji joprojām var manuāli izveidot izstrādātāju vides, kas nav ievietotas vides grupā un kurām nav lietotas tās kārtulas.

Lai precizētu, kuri veidotāji ir piemēroti vides maršrutēšanai, maršrutēšanas konfigurācijā norādiet drošības grupu. Konfigurējot drošības grupu, tiek maršrutēti tikai drošības grupas dalībnieki. Visi pārējie atgriežas noklusējuma vidē.

Nodrošiniet lielāku elastību pieredzējušiem veidotājiem

Pamata vides stratēģijā visas jaunās veidotāju vides tiek novirzītas uz noteiktu izstrādātāju vides grupu. Parasti šai vides grupai tiek piemērots diezgan ierobežojošs pārvaldības noteikumu kopums.

Tā kā veidotāji kļūst progresīvāki, varat atļaut viņiem pieprasīt piekļuvi papildu iespējām. Tā vietā, lai noņemtu tos no sākotnējās vides grupas un manuāli pārvaldītu izņēmumu, varat izmantot citu vides grupu, lai izsekotu šos uzlabotos veidotājus.

Attēls: Pievienojiet spējīgākus veidotājus videi, kurā ir atviegloti pārvaldības noteikumi.

Izstrādātāju vides kārtošana pēc reģiona vai struktūrvienības

Pašreizējā vides maršrutēšanas ieviešanā visas jaunās izstrādātāju vides tiek izveidotas vienā vides grupā. Kā rīkoties, ja vēlaties organizēt veidotāju izstrādātāju vidi, piemēram, pēc reģiona vai struktūrvienības?

Izmantojiet maršrutēšanu, lai novirzītu veidotājus uz jaunu izstrādātāja vidi, kas izveidota norādītajā grupā. Pēc tam varat to pārvietot uz citu grupu, kuras pamatā ir reģions, organizācijas vienība vai citi kritēriji, kur varat lietot detalizētākas pārvaldības kārtulas.

Attēls: Pēc tam, kad vides maršrutēšana ir izveidojusi izstrādātāja vidi norādītajā grupā, pārvietojiet tās uz strukturāli specifiskākām grupām.

Vides pārvietošana mūsdienās ir manuāla darbība, taču to varēsit automatizēt, kad administratora savienotājs Power Platform atbalstīs grupas līdzekli nākamajā atjauninājumā.

Izstrādāt lietotni uzņēmumiem

Iespējams, jūsu organizācijas darba grupa izstrādā programmu lietošanai visā uzņēmumā. Darba grupa var būt IT vadīta vai ietvert gan IT, gan biznesa lietotājus (tā dēvēto saplūšanas komandu).

Vienkāršākajā vides stratēģijā projekta komanda veido koplietojamā vidē, kas ir vai nu smilškaste, vai ražošanas tips. Izstrādātāja vides tips nav labākais veids, kā atbalstīt vairākus veidotājus, kas sadarbojas ar resursu. Veidotājiem ir jāsazinās savā starpā, lai izvairītos no sadursmēm un konfliktiem kopīgā vidē.

Īpašas testēšanas un ražošanas vides nav nepieciešamas. Lietotni var testēt un izvietot organizācijas mēroga testēšanas un ražošanas vidēs, kurās tiek mitinātas vairākas lietojumprogrammas.

Attēls: Divas uzņēmuma lietotnes tiek izstrādātas īpašās vidēs, pēc tam testētas un izvietotas vidēs, kas tiek koplietotas ar citām programmām.

Sarežģītākā variantā katram veidotājam ir individuāla izstrādātāja vide. Šī stratēģija nodrošina lielāku izolāciju veidotājam, bet var padarīt individuālā darba apvienošanu integrācijas vidē sarežģītāku. Lai gan darbs izolēti var būt noderīgs lielākām, sarežģītākām komandām, tas var pievienot nevajadzīgus pieskaitāmos izdevumus mazākām komandām, kas var veiksmīgāk sadarboties kopīgā izstrādes vidē.

Attēls: Diviem veidotājiem, kas strādā ar vienu un to pašu programmu atsevišķās izstrādātāju vidēs, ir jāapvieno savs darbs koplietojamā integrācijas vidē, pirms tā pāriet uz testēšanu un ražošanu.

Šī variācija parasti ietver avota kontroles stratēģiju, kurā katra izstrādes vide tiek attēlota kā avota kontroles filiāle, kas tiek apvienota, kad izmaiņas ir gatavas veicināšanai. Ir svarīgi ņemt vērā, kā lietojumprogramma tiks uzturēta pēc sākotnējās izlaišanas.

Piemēram, programmas versija 1.0 var būt ražošanā, kamēr komanda pāriet uz 2.0 versijas izveidi. Jūsu vides stratēģijai ir jāatbalsta problēmas novēršana versijā 1.0, kamēr notiek versijas 2.0 izstrāde.

Attēls: Versija 1.0 ir jāielāpē, jāpārbauda un jāizvieto, kamēr versija 2.0 tiek izstrādāta, pārbaudīta un izvietota.

Vides grupas piedāvā vairākas pieejas šī uzņēmuma programmas scenārija apstrādei. Piemēram, tā var būt viena lietotņu grupa vai atsevišķas grupas katram izstrādes posmam. Paraugprakses sadaļā mēs aplūkojam, kā novērtēt iespējas.

Izstrādātāju vides izmantošanas samazināšana

Atsevišķas izstrādātāju vides ir ieteicamais veids, kā nodrošināt veidotājiem darbvietu zema koda risinājumu izveidei. Viņi piedāvā visaugstāko izolācijas līmeni no citiem ražotājiem. Ja jūsu organizācija vēlas samazināt izstrādātāju vides skaitu, vairākas koplietojamās vides ir labākas nekā mudināt veidotājus veidot līdzekļus noklusējuma vidē.

Šādā gadījumā jūs ierobežotu izstrādātāju vides izveidi un izveidotu koplietojamas ražošanas tipa izstrādes vides. Šīs koplietojamās vides var organizēt pēc organizācijas struktūras, reģiona vai citiem kritērijiem. Vides grupa var tos iekļaut, lai nodrošinātu, ka tiem tiek piemēroti konsekventi pārvaldības noteikumi. Piešķiriet veidotājiem atļauju izveidot zema koda līdzekļus tiem piešķirtajā vidē.

Drošība kā daļa no jūsu vides stratēģijas

Vides ir svarīga drošas lietošanas Power Platform sastāvdaļa. Tie atspoguļo nomnieka drošības robežas, kas palīdz aizsargāt programmas un datus. Vides stratēģijas ietvaros ir jāapsver, kā drošības prasības ietekmē nomnieka vides skaitu un mērķi.

Vides ļauj nomniekā izveidot vairākas drošības robežas, lai aizsargātu programmas un datus. Vides nodrošināto aizsardzību var pielāgot, lai tā atbilstu nepieciešamajai drošības aizsardzībai, vidē piemērojot konfigurējamu drošības elementu kopumu. Detalizēta atsevišķu vides drošības līdzekļu apspriešana ir ārpus šī raksta tvēruma. Tomēr šajā sadaļā mēs piedāvājam ieteikumus, kā domāt par drošību kā daļu no jūsu īrnieka vides stratēģijas.

Drošība nomnieka līmenī

Lielākā daļa drošības iestatījumu, kas ietekmē vidi, ir konfigurēti katrai videi atsevišķi. Tomēr varat veikt dažas izmaiņas nomnieka līmenī, lai palīdzētu atbalstīt savu vides stratēģiju.

• Apsveriet iespēju izslēgt līdzekli Power Platform Kopīgot ar visiem. Tikai administratori varēs koplietot līdzekli ar visiem.
• Apsveriet iespēju nodrošināt integrāciju ar Exchange.
• Lietojiet vairāku nomnieku izolāciju , lai samazinātu datu izfiltrēšanas risku starp nomniekiem.
• Ierobežot jaunu ražošanas vides izveidi tikai administratoriem. Vides izveides ierobežošana ir izdevīga, lai saglabātu kontroli kopumā, gan lai novērstu neuzskaitītu jaudas patēriņu, gan samazinātu pārvaldāmo vidi skaitu. Ja lietotājiem ir jāpieprasa vides no centrālās IT, ir vieglāk redzēt, pie kā cilvēki strādā, ja administratori ir vārtsargi.

Noklusējuma vides drošināšana

Noklusējuma videi ir nozīme Microsoft 365 produktivitātes pielāgojumu atbalstīšanā. Tomēr ieteicamās vides stratēģijas ietvaros vislabāk ir pēc iespējas samazināt tās izmantošanu. Tā vietā ražotājiem vajadzētu būvēt savā izolētā vidē. Lai gan nevar bloķēt piekļuvi noklusējuma videi, tajā var minimizēt to, ko tajā var darīt.

Pirmkārt, izmantojiet vides maršrutēšanu, lai novirzītu veidotājus uz savu darbvietu, lai izveidotu zema koda līdzekļus.

• Pārskatiet, kam ir administratora piekļuve noklusējuma videi, un ierobežojiet to ar lomām, kurām tā ir nepieciešama.

• Apsveriet iespēju pārdēvēt noklusējuma vidi uz kaut ko aprakstošāku, piemēram, "Personīgā produktivitāte".

  • Izveidojiet datu politiku noklusējuma videi, kas bloķē jaunus savienotājus un ierobežo veidotājus izmantot tikai vienkāršus, nebloķējamus savienotājus. Pārvietojiet visus savienotājus, kurus nevar bloķēt, uz biznesa datu grupu. Pārvietojiet visus bloķējamos savienotājus uz bloķēto datu grupu.

  • Izveidojiet kārtulu , lai bloķētu visus URL modeļus, ko izmanto pielāgotie savienotāji.

Noklusējuma vides aizsardzība ir prioritāte. Ieviesiet to ar nomnieka līmeņa drošību kā daļu no pirmā soļa jūsu vides stratēģijā. Bez šiem pasākumiem veidotāji var pievienot vairāk aktīvu noklusējuma videi. Izmantojot šos pasākumus un vides maršrutēšanu, ražotāji tiek mudināti izmantot savu vidi.

Papildinformācija: Noklusējuma vides aizsardzība

Citu vides aizsardzība

Ja jūsu organizācija ir līdzīga lielākajai daļai, papildus noklusējuma videi ir vairākas vides. Katrai no tām nepieciešamais drošības līmenis var atšķirties atkarībā no tajā esošajām programmām un datiem. Izstrādātāju vidēs parasti ir vieglāki noteikumi nekā ražošanas vidēs. Dažām ražošanas vidēm ir nepieciešama vislielākā iespējamā aizsardzība.

Veidojot vides stratēģiju, identificējiet kopējos drošības līmeņus savām vidēm un līdzekļus, kas aizsargā katru līmeni, kā parādīts nākamajā piemērā.

Attēls: trīs vides drošības līmeņu un drošības līdzekļu piemērs, kas attiecas uz katra līmeņa vidēm.

Iekļaujiet identificētos drošības līmeņus savā grupas stratēģijā un, ja iespējams, izmantojiet kārtulas, lai iespējotu drošības līdzekļus savā vidē. Šajā piemērā kārtula ierobežo koplietošanu visās vidēs, kas ir norādītas kā normāla vai vidēja drošība.

Vides saskaņošana ar datu politikas stratēģiju

Datu politikas ir vēl viena svarīga daļa no vispārējiem pārvaldības centieniem, lai kontrolētu pakalpojumus, ko vidē izmanto zema koda resursi. Vides grupām nav kārtulas, lai videi lietotu datu politiku. Tomēr datu politikas stratēģiju var saskaņot ar vides grupām. Piemēram, varat izveidot datu politiku ar tādu pašu vai līdzīgu nosaukumu kā vides grupai un lietot to šīs grupas vidēm.

Uzziniet vairāk par to, kā īstenot datu politikas stratēģiju.

Attēls: Šajā piemērā grupas Personal Dev vidēs tiek ievērota datu zuduma novēršanas (DLP) politika, kas bloķē visus savienotājus, kas nav Microsoft.

Pielāgojiet vides stratēģiju savai organizācijai

Iepriekšējās sadaļās mēs aprakstījām savu redzējumu par to, kā organizācijas var pārvaldīt vidi mērogā. Mēs izpētījām būtiskas funkcijas, kā tās veicina vides stratēģiju un kāda varētu izskatīties pamata vides topoloģija, kas tās izmanto. Mēs sniedzām piemērus, kā balstīties uz šo pamatu, lai pielāgotos kopīgiem scenārijiem. Tā kā katra organizācija ir unikāla, nākamais solis ir pielāgot vides stratēģiju, kas atbilst jūsu organizācijas vajadzībām.

Sāciet tur, kur atrodaties

Neatkarīgi no tā, vai jūsu organizācija to izmanto jau Power Platform vairākus gadus, pirmais solis ir novērtēt savu situāciju. Augstā līmenī novērtējiet, kas ir jūsu noklusējuma vidē, kādas citas vides jums ir un kādam nolūkam tās tiek izmantotas. Bieži vien vides stratēģija tiek veikta kā daļa no vispārējiem centieniem izveidot pārvaldību Power Platform organizācijā. Ja tas tā ir, iespējams, jūs jau esat izveidojis daļu no pārvaldības vīzijas, kas nepieciešama, lai pielāgotu stratēģiju jūsu organizācijai.

Organizācijas informācija, kas jums jāzina, ietver:

• Kāda ir vīzija par to, kā Power Platform tas tiks izmantots organizācijā?
• Kas organizācijā veidos zema koda aktīvus?

Jums jāpieņem daži galvenie lēmumi:

• Kā veidotāji iegūs jaunu vidi?
• Vai jūs grupēsiet savas vides, un, ja jā, tad kā?
• Kādi drošības līmeņi ir nepieciešami dažādām vidēm un kā vides tiek klasificētas?
• Kā jūs izlemsiet, vai lietotne, automatizācija vai Copilot izmantos esošo vidi vai jaunu?
• Vai ir kādas nepilnības starp platformas pamatfunkcijām un jūsu prasībām, kurām nepieciešams pielāgots pārvaldības process?
• Kā jūs rīkosieties ar esošajiem aktīviem noklusējuma vidē?
• Vai jums ir nomnieka un vides datu politikas stratēģija, un, ja jā, kā tā atbilst jūsu izveidotajai vides stratēģijai?

Iedvesmu varētu gūt mākoņa darbības modeļi, kas ir daļa no Azure Cloud Adoption Framework.

Aizpildiet nepilnības, izmantojot platformu

Gandrīz vienmēr atradīsit prasības, kurām platformas iebūvētās iespējas neatbilst prasībām. Izvērtējot šīs nepilnības, apsveriet šādus iespējamos novērtējuma rezultātus:

• Plaisa ir pieņemama.
• Plaisu var aizpildīt, Power Platform izmantojot izcilības centra sākuma komplektu.
• Plaisu var aizpildīt, izmantojot platformas iespējas, piemēram, API, savienotājus un pielāgotas lietotnes vai automatizāciju.
• Plaisu var aizpildīt, izmantojot trešās puses rīku vai lietotni.

CoE sākuma komplekts

Izcilības Power Platform centra sākuma komplekts ir komponentu un rīku kolekcija, kas paredzēta, lai palīdzētu jūsu organizācijai pieņemt un atbalstīt to Power Platform lietošanu. Sākuma komplekta galvenais aspekts ir tā spēja apkopot datus par platformas izmantošanu jūsu vidē, kas var būt noderīga, izstrādājot un attīstot vides stratēģiju.

Piemēram, Power BI informācijas panelis Vides piedāvā pārskatu, kas palīdz saprast, kuras vides pastāv jūsu nomniekā, kas tās izveidoja un kādi līdzekļi tajās ietilpst.

Attēls: Vides informācijas panelis Power BI.

Komplektā ir iekļauti sākumpunkti vai iedvesma, piemēram, process, ko veidotāji var izmantot, lai pieprasītu jaunas vides un izmaiņas datu politikās savā vidē.

Attēls: Plūsmas diagramma, kas ilustrē vides pārvaldības procesu CoE sākuma komplektā.

Platformas programmējamība un paplašināmība

Viena no lieliskajām lietām zema koda platformā ir tā, ka varat to izmantot, lai izveidotu lietotnes, automatizācijas, portālus un kopilotus, lai palīdzētu to pārvaldīt. Jums ir pieejami arī zemāka līmeņa rīki, kurus var izmantot, lai aizpildītu nepilnības jūsu vides stratēģijas atbalstam.

Lai izveidotu programmas un plūsmas, varat izmantot tālāk norādītos savienotājus.

• Power Platform for Admins un Power Platform for Admins V2
• Power Apps administratoriem un Power Apps veidotājiem
• Power Automate Vadība

Varat izmantot komandrindas interfeisu Power Platform (CLI), lai izstrādātu automatizāciju, lai palīdzētu pārvaldīt vides dzīves ciklu un citus uzdevumus, kas saistīti ar DevOps praksi.

Izmantojot PowerShell cmdlet komandas Power Platform veidotājiem un administratoriem, varat automatizēt daudzus pārraudzības un pārvaldības uzdevumus.

Power Platform DLP SDK var palīdzēt pārvaldīt nomnieka un vides datu zuduma novēršanas politikas.

Labākās prakses ieteikumi

Šajā raksta sadaļā mēs balstāmies uz ieteikumiem pamatā un scenāriju sadaļās.

Jaunas vides

Izstrādājot stratēģiju, apsveriet, kad izveidot vidi, lai atbalstītu darba slodzi. Jūsu novērtējumam ir jālīdzsvaro vides nodrošinātās izolācijas priekšrocības, piemēram, noteiktu vides bloķēšana labākai drošībai, ar trūkumiem, piemēram, berzes, ar kurām lietotāji saskaras, kopīgojot datus starp lietotnēm.

Novērtējot, vai programma vai automatizācija pieder savā vidē, novērtējiet dažādus programmas dzīves cikla posmus atsevišķi. Izstrādes laikā ir svarīga izolācija no citām lietotnēm. Ja vienā vidē tiek izstrādātas vairākas programmas, pastāv risks, ka tiek izveidotas starpprogrammu atkarības.

Kā vispārējs ieteikums, ja iespējams, izstrādes videi jābūt vienreizlietojamai, vienreizlietojamai un viegli atjaunojamai.

Vairāku programmu testēšana vienā vidē ir lietderīga, ja tās darbojas kopā ražošanā. Faktiski, ja neveicat testēšanu ar programmām, kas darbosies ražošanā, jūs riskējat neatklāt saderības problēmas.

Novērtējot programmas ražošanas vidi, ņemiet vērā tālāk norādītos apsvērumus.

• Vai programma ir saderīga ar esošām programmām vidē? Piemēram, divas programmas, kas izmanto Dataverse kontaktpersonu tabulu dažādiem mērķiem, var nebūt saderīgas. Vai lietotnes ir saderīgas no datu politikas viedokļa?

• Vai ir īpašas atbilstības vai normatīvās prasības datu atdalīšanai? Piemēram, vai datu sensitivitātes dēļ tie ir jāizolē? Vai ir prasība, ka datus nevar iekļaut kopā ar citiem datiem?

• Vai dati ir ļoti konfidenciāli vai sensitīvi? Vai eksfiltrācija nodarītu finansiālu vai reputācijas kaitējumu organizācijai? Izolācija atsevišķā vidē var nodrošināt lielāku kontroli pār drošību.

• Vai programmai ir nepieciešami dati no citām programmām un vai tā ir jāizvieto kopā ar tām? Piemēram, divas programmas, kas izmanto jūsu klientu tabulu, ir jāvieso kopā. To atdalīšana radītu liekas datu kopijas un radītu problēmas ar datu uzturēšanu.

• Vai datiem ir nepieciešama reģionālā datu rezidence? Dažos gadījumos to pašu programmu vai automatizāciju var izvietot reģionālajā vidē, lai nodrošinātu atbilstošu datu izolāciju un uzturēšanos.

• Vai lielākā daļa lietotāju atrodas tajā pašā reģionā, kurā atrodas vide? Ja vide atrodas EMEA, bet lielākā daļa lietotnes lietotāju atrodas ASV, vides koplietošana var nenodrošināt vislabāko veiktspēju.

• Vai būs nepieciešami jauni administratori, vai arī pietiks ar esošajiem administratoriem? Ja jaunajai programmai ir nepieciešami vairāki administratori, vai tie ir saderīgi ar esošajiem administratoriem (jo visiem būs administratora atļaujas visās vides programmās)?

• Kāds ir lietotnes paredzamais kalpošanas laiks? Ja programma vai automatizācija ir īslaicīga vai īslaicīga, iespējams, nav ieteicams to instalēt vidē ar pastāvīgākām programmām.

• Vai lietotājiem būs grūtības izmantot vairākas vides dažādām lietotnēm? Tas var ietekmēt visu, sākot no lietotnes atrašanas mobilajā ierīcē līdz pašapkalpošanās pārskatiem, kuriem ir jāiegūst dati no vairākām vidēm.

Noslodze

Katra vide, izņemot izmēģinājuma un izstrādātāju vidi, sākotnēji nodrošina 1 GB. Noslodze tiek dalīta starp nomniekiem, tāpēc tā ir jāpiešķir tiem, kam tā ir nepieciešama.

Noslodzes taupīšana tālāk minētajos veidos:

• Kopīgotu testēšanas un ražošanas vižu pārvaldība. Atšķirībā no koplietojamām izstrādes vidēm, testēšanas un ražošanas vidēs atļaujām jābūt ierobežotām ar lietotāju piekļuvi testēšanai.
• Automatizējiet pagaidu izstrādes vides tīrīšanu un mudiniet izmantot izmēģinājuma vides testēšanas vai koncepcijas pierādīšanas darbam.

Vides grupas

Vides grupas ir elastīgas un ļauj pielāgot dažādus lietošanas gadījumus, kas ir unikāli jūsu organizācijām. Tālāk ir norādīti daži veidi, kā vides grupēšanu varētu apsvērt kā daļu no vides stratēģijas.

• Pēc pakalpojuma vai komponenta; Piemēram, ServiceNow servisa koks
• Izstrāde, testēšana un ražošana
• Nodaļas, biznesa grupas vai izmaksu centri
• Pēc projektiem
• Pēc atrašanās vietas, ja lielākajai daļai atrašanās vietas vides ir līdzīgas pārvaldības vajadzības; Tas var arī palīdzēt izpildīt līdzīgu reģionālo normatīvo un juridisko atbilstību

Attēls: vides grupas divām dažādām nodaļām ar atšķirīgām kārtulām.

Vides un grupu nosaukumu piešķiršana

Stratēģijas ietvaros apsveriet, kā tiek nosauktas vides un grupas.

• Vides nosaukumi ir redzami administratoriem, veidotājiem un lietotājiem. Vides grupas parasti izmanto tikai administratori, bet veidotāji var ar tām saskarties, ja viņiem ir tiesības izveidot vidi.

• Izstrādātāju vides, kas tiek izveidotas automātiski, atbilst lietotāja <vārda> videi, piemēram, "Avery Howard's Environment". Vides grupas netiek nosauktas automātiski.

• Vides un vides grupu nosaukumiem nav jābūt unikāliem. Tomēr, lai izvairītos no pārpratumiem, ieteicams izvairīties no nosaukumu dublikātiem.

• Nosaukumi ir ierobežoti līdz 100 rakstzīmēm. Īsākus vārdus ir vieglāk izmantot.

Nosaukumdošanas

Izveidojiet konsekventas nosaukumu piešķiršanas konvencijas.

• Konsekventi nosaukumi palīdz administratoriem zināt, kāds ir grupas mērķis un kādas vides tā pārvalda. Konsekventi nosaukumi arī atvieglo automatizāciju un pārskatu veidošanu.

  • Izplatīta prakse ir iekļaut dzīves cikla posmu vides nosaukumā; piemēram, Contoso Dev, Contoso Test, Contoso Prod. Mērķis ir skaidri nodalīt vides, kurām ir vienāds saturs, bet dažādi mērķi.

  • Vēl viena izplatīta prakse ir iekļaut nodaļu vai struktūrvienību nosaukumā, ja vide ir veltīta šai lietotāju grupai.

  Piemēram, varat izlemt, ka visiem vides vai vides grupu nosaukumiem ir jāievēro dzīves <cikla posms-reģions-biznesa><>< vienība-mērķis><> (Prod-US-Finance-Payroll).

• Saglabājiet vārdus īsus, jēgpilnus un aprakstošus.

• Izvairieties no konfidenciālas informācijas iekļaušanas vārdos. Tās var būt redzamas ikvienam, kam ir piekļuve administrēšanas centram.

• Padomājiet par to, kā jūsu grupas laika gaitā attīstīsies un augs, un pārliecinieties, ka jūsu nosaukumu piešķiršanas konvencija atbilst šīm mainīgajām vajadzībām.

Aktīvi saistību neizpildes vidē

Jūsu vides stratēģijai vajadzētu veicināt (vai īstenot) personisko, attīstības vides izmantošanu, lai samazinātu to, kas tiek radīts noklusējuma vidē. Tomēr jums vajadzētu apskatīt, ko veidotāji jau ir izveidojuši noklusējuma vidē, un novērtēt, kā rīkoties ar katru lietošanas gadījumu. Vai ir lietderīgi atstāt noklusējuma vidē, vai arī tas ir jāmigrē uz citu vidi?

Šo higiēnas centienu galvenā daļa ir plaši izmantotu lietojumprogrammu identificēšana jūsu organizācijā, kurām nepieciešama aizsargāta izstrādes vide, kas ir atdalīta no ražošanas vides.

Tālāk esošajā tabulā ir uzskaitīti lietošanas gadījumu un migrācijas darbību piemēri. Galu galā jūsu organizācijai ir jāidentificē savi lietošanas gadījumi un riska faktori, kas saistīti ar aktīvu atstāšanu noklusējuma vidē. Uzziniet vairāk par to, kad pārvietot līdzekļus no noklusējuma vides.

Noklusējuma vide	Migrācijas darbība
Microsoft 365 personiskā produktivitāte	Palieciet noklusējuma vidē.
Līdzekļi ar vienu veidotāju, kas nesen izmantoti, bet netiek kopīgoti	Pāriet uz īpašnieka individuālo, izstrādātāja vidi.
Nesen izmantoti un kopīgoti līdzekļi ar vienu veidotāju	Pārvietojieties uz īpašnieka individuālo izstrādātāja vidi un palaidiet no koplietojamas ražošanas vides.
Līdzekļi ar vairākiem veidotājiem, kas nesen izmantoti un tiek kopīgoti	Pārvietojieties uz koplietojamu izstrādātāja vidi un palaidiet no koplietojamas ražošanas vides.
Nesen neizmantoti līdzekļi	Informējiet īpašnieku un pārejiet uz karantīnu, ja nav atbildes.

Līdzekļi vidēs Dataverse for Teams

Microsoft Dataverse for Teams ļauj lietotājiem veidot pielāgotas programmas, robotus un plūsmas programmā Microsoft Teams, izmantojot Power Apps, Microsoft Copilot Studio un Power Automate. Kad grupas īpašnieks pievieno šo iespēju savai darba grupai, tiek izveidota Microsoft Power Platform vide ar Dataverse for Teams datu bāzi un saistīta ar viņu darba grupu. Uzziniet, kā izveidot pārvaldības politikas, lai pārvaldītu Microsoft Dataverse Teams vidēs.

Microsoft iekšējā vides stratēģija

Microsoft uzskata sevi par "klientu nulli", jo tā iekšēji pieņem, Power Platform lai veicinātu automatizāciju un efektivitāti saviem darbiniekiem. Tālāk norādītie skaitļi parāda Microsoft iekšējā nomnieka lietošanas mērogu.

• 50,000-60,000 aktīvie veidotāji katru mēnesi
• Vairāk nekā 250 000 pieteikumu un vairāk nekā 300 000 plūsmu
• Vairāk nekā 20 000 vides

Microsoft pāriet no iepriekšējās vides stratēģijas uz stratēģiju, izmantojot jaunākos Power Platform pārvaldības līdzekļus, tostarp pārvaldīto vidi, vides grupas un kārtulas.

Uzlabotās stratēģijas ietvaros Microsoft plāno grupēt scenārijus, pamatojoties uz izstrādes veidu, organizācijas īpašumtiesībām un riska līmeni. Tā kā uzņēmumā tiek veidots tik daudz, ir grūti koncentrēties uz visiem iespējamiem scenārijiem un pielāgot katram lietošanas gadījumam. Ņemot vērā inovāciju un pārmaiņu mērogu, ir nepieciešama automatizācija, kā arī pēc iespējas vairāk gatavu vadīklu.

Microsoft strukturē savas Power Platform vides trīs plašās kategorijās, kas aptver septiņus lietošanas gadījumus, atspoguļojot dažādas riska un kontroles pakāpes: personīgā produktivitāte, komandas sadarbība un uzņēmuma attīstība.

• Personiskā produktivitāte: lietotājiem, kuri vienkārši vēlas izveidot lietotni vai plūsmu sev, nesadarbojoties ar citiem. Šie lietotāji tiek novirzīti uz personīgās attīstības vidi. Šīs bloķētās vides izmanto pārvaldītās vides līdzekļus, tostarp koplietošanas ierobežošanu un citu darbību kontroli. Savienotāji un darbības šajās vidēs ir stingri ierobežotas. Šīs vides ir vismazāk riskantas. Izmantojot bloķētu personisko vidi, lietotāji var izvairīties no stingrāka atbilstības procesa, kas nepieciešams, lai izveidotu personīgās produktivitātes programmas un plūsmas.

• Komandas sadarbība: lietotājiem, kuri veido rīkus, automatizāciju un procesus savai komandai. Šim scenārijam Microsoft iesaka izmantot Dataverse for Teams vides. Dzīves cikls, piekļuves pārvaldība un datu marķēšana tiek kontrolēta Microsoft 365 grupas līmenī, novēršot nepieciešamību pavadīt laiku šo lietotāju pārvaldībai no Power Platform pārvaldības viedokļa. Šis izmantošanas līmenis ir nākamais solis riska spektrā.

• Uzņēmuma attīstības/ražošanas līmenis, ko izmanto visi darbinieki: lietotājiem, kas veido rīkus vai risinājumus, ko izmanto plašāk visā uzņēmumā. Šajās vidēs var glabāt vissensitīvākos datus, izmantot jaudīgākus savienotājus un pieprasīt lielāku pārvaldību. Šis līmenis ir saistīts ar vislielāko risku, un tāpēc ievērojamas pūles tiek veltītas pārvaldībai. ALM ir nepieciešams, pirmsizlaides darbs notiek smilškastes vidēs un tikai pārvaldītie risinājumi ir atļauti ražošanas vidē. Šīm vidēm jābūt saistītam ar ServiceTree, kas ievieš atkārtotas drošības un konfidencialitātes pārbaudes. Vides grupas kārtulas tiek pielāgotas, pamatojoties uz ServiceTree metadatiem un signāliem. Daudzas vides grupas un kārtulas tiek izmantotas, lai pārvaldītu un kontrolētu šīs vides.

Microsoft pārvaldības stratēģija nav statiska. Tas ir plūstošs un mainās, lai pielāgotos jauniem izaicinājumiem un iekļautu jaunas Power Platform funkcijas.

Pilnveidojiet nomnieka vides stratēģiju

Šajā rakstā mēs aprakstījām, kā izveidot uzņēmuma mēroga nomnieka vides stratēģiju. Stratēģija aug kopā ar jūsu uzņēmumu neatkarīgi no tā, kur jūs sākat ceļojumu. Jebkura lieluma organizācijas var gūt labumu no mūsu piedāvātās stratēģijas; Tomēr organizācijām, kas jau ir augstākā mērogā, ieguvumi ir lielāki.

Nomnieka vides stratēģijas izstrāde nav vienreizēja darbība. Tas ir ceļojums. Laika gaitā attīstiet savu stratēģiju, mainoties jūsu vajadzībām. Jūsu stratēģijai ir arī jāpielāgojas, lai pieņemtu jaunas platformas iespējas un risinātu jaunus izaicinājumus.

Tāpat kā visos ceļojumos, dažādas organizācijas pievienojas dažādos ceļa punktos, bet visām ir viens un tas pats galamērķis. Tālāk ir iespējami uzbrauktuves, kas atspoguļo to, kur jūsu organizācija atrodas šodien.

Sākt

Jūsu organizācija ir tās ieviešanas ceļa sākumā Power Platform. Šo posmu bieži sauc par zaļo lauku. Jūs sākat savu ceļojumu vislabākajā vietā, jo jums nav jāuztraucas par esošajām vidēm vai jauno politiku ietekmi uz to, kā cilvēki jūsu organizācijā izmanto Power Platform. Šis ir labākais laiks, lai ieviestu uzņēmuma mēroga vides stratēģiju, kas ir saskaņota ar produktu funkcijām un labāko praksi.

Izpētiet galvenos vides līdzekļus un stratēģijas, kas aprakstītas šajā rakstā. Veltiet laiku, lai izprastu galvenās tēmas un apsvērumus un lēmumus, kas jums jāpieņem, lai izstrādātu un ieviestu īrnieka vides stratēģiju, kas vislabāk atbilst jūsu prasībām.

Tagad ir svarīgi izveidot stabilu pamatu, lai izvairītos no nekontrolējamas situācijas, kas var rasties vēlāk, ja sākat bez noteiktas stratēģijas. Plānojiet strauju izmantošanas Power Platform paātrinājumu, bet izvairieties no kārdinājuma pārspīlēt savu vides stratēģiju, pievienojot sarežģītību, kas nav nepieciešama. Atcerieties, ka tas ir ceļojums, un jūs varat turpināt attīstīt savu stratēģiju, mainoties jūsu vajadzībām.

Līdzināt

Jūsu organizācija ir un īsteno vides stratēģiju, kas ir jāmodificē, lai pielāgotos jaunajiem Power Platform līdzekļiem un labākajai praksei. Šo posmu bieži sauc par apdzīvotu lauku. Atšķirībā no organizācijām, kas tikko sāk darboties, jums ir jāapsver vides stratēģijas maiņas ietekme uz jūsu organizāciju.

Izpētiet galvenos vides līdzekļus un stratēģijas, kas aprakstītas šajā rakstā, un novērtējiet, kas ir nepieciešams, lai jūsu stratēģija būtu atbilstošāka. Parasti viss, kas nepieciešams, ir pakāpeniskas korekcijas. Ja iespējams, plānojiet izmaiņu ieviešanu, lai samazinātu ietekmi uz lietotājiem.

Tālāk sniegtie ieteikumi ir izplatītas pakāpeniskas izmaiņas, ko varētu ieviest.

• Lai sāktu līdzināšanu, neietekmējot esošās vides, izveidojiet vides grupu, kurā ir jaunas izstrādātāju vides, un izveidojiet kārtulas, kā tās pārvaldīt. Ieslēdziet vides maršrutēšanu, lai nodrošinātu, ka visas jaunās izstrādātāju vides tiek izveidotas norādītajā grupā.

• Novērtējiet grupēšanas stratēģiju un, ja nepieciešams, izveidojiet grupas, lai atbalstītu esošo vidi. Izveidojiet noteikumus tām grupām, kas atbilst esošajiem ierobežojumiem un izņēmumiem. Pārvietojiet esošās vides uz šīm grupām.

• Identificējiet plaši populāras lietojumprogrammas, kas tiek veidotas un izmantotas noklusējuma vidē. Izmantojiet konveijerus, lai tos publicētu ražošanas vidē, kur lietotāji jūsu organizācijā var tos palaist. Pēc tam strādājiet pie šo programmu izstrādes migrēšanas uz atsevišķu izstrādātāja vidi vai īpašu izstrādes vidi.

• Izveidojiet plānu, lai identificētu, karantīnā un noņemtu līdzekļus noklusējuma vidē, kas netiek izmantoti.

Uzlabot

Izpildītā vides stratēģija jau atbilst jaunākajiem līdzekļiem un paraugpraksei, taču jūsu organizācija vēlas pievienot vairāk vadīklu vai līdzekļu.

Paziņojiet savu vides stratēģiju savai organizācijai

Jūs veiksmīgāk īstenojat nomnieka vides stratēģiju, ja lietotāji Power Platform saprot un ir saskaņoti ar to, ko jūs mēģināt sasniegt. Ja jūs vienkārši aktivizējat savu stratēģiju bez jebkādas komunikācijas, lietotāji redz izmaiņas kā ierobežojumus un meklē veidus, kā tos apiet.

Izstrādājot vai attīstot stratēģiju, izlemiet, kā informēt lietotājus par galvenajiem stratēģijas elementiem, kas ietekmē viņu izmantošanu Power Platform. Viņiem nav nepieciešamas visas jūsu stratēģijas tehniskās detaļas - tikai būtiskākās, kas palīdz viņiem saglabāt produktivitāti. Piemēram, sazinieties:

• Noklusējuma vides mērķis
• Kur viņiem vajadzētu veidot jaunus zema koda aktīvus
• Kā viņiem vajadzētu izmantot savu personīgo izstrādātāja vidi
• Kā pieprasīt pielāgotu vidi noteiktām struktūrvienībām vai projektiem
• Vispārīgas savienotāju lietošanas politikas un to, kā pieprasīt papildu savienotāja privilēģijas savām vidēm
• Kā dalīties ar citiem veidotajiem
• Izgatavotāja pienākumi; Piemēram:
  • Uzturēt nomnieku tīru. Izdzēsiet vides, programmas un plūsmas, ja tās vairs nav nepieciešamas. Izmantojiet testēšanas vides, ja eksperimentējat.
  • Kopīgojiet saprātīgi. Uzmanieties no pārmērīgas vižu, programmu, plūsmu un kopīgoto savienojumu koplietošanas.
  • Aizsargājiet organizācijas datus. Izvairieties no datu pārvietošanas no ļoti konfidenciāliem vai konfidenciāliem datu avotiem uz neaizsargātu vai ārēju krātuvi.
• Kad stratēģija mainās, dalieties ar to, kā izmaiņas ietekmē lietotājus, lai viņi zinātu, kā rīkoties citādi

Labs sākums ir ieslēgt veidotāja sveiciena saturu vides grupā, kurā tiek pievienoti jauni veidotāji.

Attēls: Izmantojiet sveiciena saturu, lai palīdzētu jaunajiem veidotājiem gūt panākumus.

Vēl viena efektīva pieeja saziņai ar lietotājiem ir iekšējā Power Platform centra izveide. Centrs var būt vieta, kur cilvēki var sadarboties projektos, dalīties idejās un atklāt jaunus veidus, kā pielietot tehnoloģijas, lai sasniegtu vairāk. Centrmezgls ir vieta, kur varat arī kopīgot detalizētu informāciju par savu vides stratēģiju, kas attiecas uz lietotājiem. Uzziniet, kā izveidot iekšējo Power Platform centrmezglu.

Nobeigums

Šajā rakstā mēs izpētījām līdzekļus, kas paredzēti, lai palīdzētu jūsu organizācijai pārvaldīt Power Platform vidi uzņēmuma mērogā un iekļaut tās nomnieka vides stratēģijā.

Tā kā jūsu organizācija pieņem Power Platform un paātrina lietošanu, nepieciešamība pēc vides var strauji mainīties. Jums ir nepieciešama elastīga pieeja, kas palīdz jūsu vides stratēģijai sekot līdzi izmaiņām un turpināt izpildīt jūsu organizācijas mainīgās pārvaldības prasības.

Galvenais nomnieka vides stratēģijas panākumu faktors ir saziņa ar veidotājiem un lietotājiem un viņu atbalsta iegūšana. Pārliecinieties, ka cilvēki, kas veido zema koda lietojumprogrammas un automatizācijas, zina, kā ievērot jūsu organizācijas vides stratēģiju un kur viņiem vajadzētu veidot savus zema koda līdzekļus.

Katras organizācijas ceļš uz pieņemšanu Power Platform ir unikāls. Mēs iepazīstinājām ar dažām idejām, kas palīdzēs jums sākt darbu. Jūsu Microsoft konts, darba grupa vai Power Platform partneris var palīdzēt jums izveidot pielāgotāku nomnieka vides stratēģiju jūsu organizācijai.

Saistītā informācija

• Vides grupas
• Vides maršrutēšana
• Drošības pārskats un stratēģija
• Zema koda drošība un pārvaldība
• Risinājumu koncepcijas ALM