Sukurkite nuomininko aplinkos strategiją, kurią pritaikysite Power Platform dideliu mastu

Kiekvienos organizacijos kelionė iki įvaikinimo Microsoft Power Platform yra unikali. Nuomininko aplinkos strategija yra pagrindas, padedantis pagreitinti naudojimą valdomu ir saugiu būdu.

Šioje techninėje dokumentacijoje parodyta, kaip suderinti Power Platform nuomotojo aplinkos strategiją su produkto galimybėmis ir vizija. Sužinosite, kaip geriausiai panaudoti naujausias platformos funkcijas, kad įgyvendintumėte strategiją, kuri leistų jūsų pritaikymui Power Platform pasiekti įmonės mastą.

Pastaba.

Galite įrašyti arba atsispausdinti šią techninę dokumentaciją naršyklėje pasirinkdami Spausdinti , tada pasirinkdami Įrašyti kaip PDF.

Įžanga

Power Platform suteikia organizacijoms galimybę kurti bazinės programavimo žinios sprendimus greitoms inovacijoms. Šie sprendimai gali būti orientuoti į asmenų ir mažų komandų produktyvumą arba taikomi visoje organizacijoje. Jie taip pat gali būti taikomi verslo procesams, įskaitant išorinius klientus ir partnerius. Šių sprendimų palaikymas yra Power Platform aplinkos, kuriose kuriami, išbandomi ir naudojami bazinės programavimo žinios ištekliai. Kadangi organizacija vis labiau priima Power Platform, būtina įgyvendinti geros nuomininko aplinkos strategiją, kad ji būtų valdoma ir saugi augant aplinkų skaičiui.

Kad jums pasisektų, šiame straipsnyje sužinosite, kaip geriausiai panaudoti turimas funkcijas, kad sukurtumėte pirmąją aplinkos strategiją arba patobulintumėte dabartinius planus. Taip pat išdėstome savo viziją, kaip šios funkcijos turėtų veikti kartu ir kaip jos bus plėtojamos, kad būtų galima valdyti Power Platform dideliu mastu. Šiose gairėse nustatome, kaip tinkamai nukreipti naujus vartotojus į aplinkas ir grupės aplinkas, kad būtų galima nuosekliai taikyti valdymo, saugos taisykles ir kitus svarbius nuomotojo aplinkos strategijos aspektus. Taip pat pateikiame išsamius veiksmus, kaip apsaugoti numatytąją aplinką, kuri yra labai svarbi pirmoji veiksmas įgyvendinant aplinkos strategiją.

Nors daugelis Perspektyvos yra prieinami aplinkoms valdyti Power Platform , šiame straipsnyje pateiktas metodas atitinka naujausią "Microsoft" produkto kryptį ir naudoja dabartines funkcijas bei artimiausio laikotarpio planuojamus patobulinimus. Šios atnaujintos rekomendacijos gali padėti užtikrinti, kad naudojate tik tas aplinkos funkcijas ir parinktis, kurios yra strategiškai susijusios su tuo, kaip "Microsoft" ketina valdyti aplinkas dideliu mastu.

"Microsoft" nuomotojo aplinkos strategijos vizija

Daugelis organizacijų pradeda savo Power Platform kelionę su asmeninio produktyvumo programomis ir automatizavimu, sukurtais ir veikiančiais bendrinamoje centrinėje aplinkoje, vadinamoje numatytąja aplinka. Šie ištekliai dažnai naudoja tik pagrindines galimybes, įtrauktas į Microsoft 365 visas galimybes, ir nenaudoja visų galimybių Power Platform. Įsibėgėjant šiam pradiniam pritaikymui, "Microsoft" suteikia organizacijoms galimybę parengti aplinkos strategiją, skirtą įmonės mastu pritaikyti visas Power Platform galimybes. Šios aukščiausios kokybės valdymo galimybės tampa prieinamos, kai vartotojai turi "Premium Power Platform " (Power Apps, Power Automate, Microsoft Copilot Studio, ir "Dynamics 365") licenciją. Priėmimo Power Platform brandos modelis gali suteikti daugiau įžvalgų, padedančių organizacijoms apibrėžti savo veiksmų planą, kaip pasiekti įmonės masto pritaikymą ne tik savo aplinkos strategijoje. Šis požiūris gali padėti organizacijoms subręsti nuo pagrindinio asmeninio produktyvumo iki įmonės masto pritaikymo Power Platform.

Power Platform Administracinės, valdymo ir saugos funkcijos leidžia organizacijoms dideliu mastu pritaikyti ir valdyti Power Platform įmonės produktyvumą ir įmonės programų naudojimą. Naudojant Valdomosios aplinkos suaktyvinamas aukščiausios kokybės galimybių rinkinys, leidžiantis geriau matyti ir valdyti bei sumažinti rankines pastangas administruoti ir apsaugoti aplinkas. Naudodami šias galimybes galite užtikrinti nuoseklų valdymo ir saugos strategijų taikymą. Administratoriai gali pereiti prie įmonės masto aplinkos strategijos naudodami šias galimybes. Mažiau laiko ir pastangų skiriant administravimui, sumažėja bendros platformos nuosavybės išlaidos (TCO), nes jūsų organizacija plečia naudojimą.

Pagrindinis perėjimo prie įmonės masto elementas yra bendros centrinės aplinkos strategijos kūrėjams tobulinimas, palengvinant jiems naudotis asmeninėmis, tobulėjimo aplinkomis. Bendrinamoje centrinėje aplinkos strategijoje kūrėjai kuria, naudoja ir bendrina programas numatytojoje aplinkoje. Ši strategija gali lemti izoliacijos stoką ir kūrėjų kėsinimąsi vienas į kitą. Įsivaizduokite, jei visi įmonės darbuotojai pasidalintų vienu OneDrive aplanku visiems savo dokumentams. Vietoj to galite naudoti aplinkos funkcijas, kad nukreiptumėte kūrėjus į jų asmeninę aplinką, kurioje jie galėtų saugiai kurti savo programas, apsaugotas nuo kūrėjų, dirbančių su nesusijusiais ištekliais, naudodami supaprastintą administratorių valdymą. Bendradarbiai gali būti įtraukti kaip daugiau kūrėjų į šias aplinkas, kad galėtų bendradarbiauti kuriant sprendimus.

Paveikslas: bendros centrinės aplinkos (kairėje) ir aplinkos nukreipimo strategijos (dešinėje) iliustracija.

Naujai sukurtas kūrėjų aplinkas galima automatiškai įtraukti į grupę, kuri taiko taisykles, siekdama užtikrinti, kad aplinkose būtų nuoseklios valdymo ir saugos strategijos. Administratoriai gali tvarkyti išimtis perkeldami kūrėjo aplinką į grupę su sušvelnintomis taisyklėmis.

Bazinės programavimo žinios kūrėjų sukurti ištekliai yra pradinis išteklių programos gyvavimo ciklo valdymo (ALM) proceso etapas. Šiame pradiniame etape svarbu užfiksuoti kiekvieną ištekliaus versiją ir, jei reikia, sugebėti ją atkurti. Kai išteklius parengtas bendrinti, kūrėjas gali naudoti nuolatinį integravimą, pridėtą prie kūrėjo aplinka, kad pakelti į aukštesnį lygį jį į gamybos aplinką, kurioje vartotojai gali paleisti išteklių, izoliuotą nuo bet kokios tęstinės kūrėjo veiklos.

Kai įmanoma, turėtumėte teikti pirmenybę integruotoms platformos funkcijoms, skirtoms aplinkoms valdyti, o ne kurti savo įrankius. Jei įtaisytosios funkcijos neatitinka unikalių jūsų organizacijos reikalavimų, galite naudoti platformos administravimo įrankius, kad sukurtumėte pasirinktinius įrankius. Turėtumėte įvertinti bet kokius pasirinktinius įrankius pagal naujas funkcijas, kai jos tampa prieinamos. Stebėdami "Microsoft" platformos planą ir prižiūrėdami savo veiksmų planą, tai padaryti gali būti lengviau.

Turėtumėte nustatyti savo aplinkos strategiją naudodami rekomenduojamas aplinkos galimybes, pritaikytas unikaliems jūsų organizacijos poreikiams. Negalvokite apie savo aplinkos strategijos kūrimą kaip apie vienkartinę veiklą. Laikui bėgant ji turėtų vystytis, kad būtų įtrauktos naujos aplinkos funkcijos, kai jos tampa prieinamos.

Funkcijos, palaikančios įmonės masto aplinkos strategiją

Aplinkos yra administravimo, valdymo ir saugos kūrimo blokas Power Platform . Išsami funkcijų apžvalga nepatenka į šio dokumento taikymo sritį; Tačiau šiame skyriuje pabrėžiamos funkcijos, padedančios įgyvendinti aplinkos strategiją įmonės mastu.

• Aplinkų tipai apibūdina skirtingus aplinkų naudojimo būdus kaip jūsų strategijos dalį.

• Valdomosios aplinkos suteikia aukščiausios kokybės galimybių rinkinį, kuris palengvina aplinkos valdymą dideliu mastu.

• Licencijos automatinis reikalavimas supaprastina licencijos priskyrimą, leisdamas vartotojams reikalauti Power Apps kiekvienos vartotojo licencijos, kai jų reikia, o ne reikalauti, kad administratorius iš anksto identifikuotų vartotojus, kuriems reikia licencijų.

• Aplinkos grupės ir taisyklės paaiškina, kaip valdyti aplinkas kaip grupes ir taikyti taisykles grupėms, kad būtų automatizuotos nuoseklios valdymo strategijos.

• Numatytosios aplinkos maršruto parinkimas automatiškai perkelia kūrėjus nuo išteklių kūrimo numatytoje aplinkoje į jų pačių asmeninę aplinką.

• Microsoft Dataverse užtikrina geresnę saugą ir ALM.

• Pageidaujami sprendimai padeda kūrėjams užtikrinti, kad visi jų kuriami ištekliai būtų Dataverse sprendime, todėl juos lengviau pakelti į aukštesnį lygį į kitas aplinkas.

• "Pipelines in Power Platform " suteikia supaprastintą procesą, skirtą reklamuoti išteklius nuo kūrimo iki testavimo ir gamybos aplinkų, todėl nuolatinis integravimas ir diegimas (CI / CD) yra prieinamas visiems gamintojams.

• Katalogas leidžia Power Platform kūrėjams bendrinti komponentus, pvz., programas ir srautus, ir sudėtingesnius pradžios taškus, pvz., šablonus.

Aplinkų tipai

Šioje lentelėje aprašomi aplinkų, kurias galite sukurti, tipai, jų charakteristikos ir numatoma paskirtis.

Tipas	Charakteristikos ir naudojimo būdai
Numatytoji reikšmė	Aplinka, kuri ateina su kiekvienu nuomininku. Daugelis Microsoft 365 funkcijų naudoja šią aplinką tinkinimams ir automatizavimui. Ši aplinka nėra skirta ilgalaikiam ar nuolatiniam darbui, išskyrus Microsoft 365 asmeninius, produktyvumo scenarijus.
Gamyba	Ši aplinka skirta naudoti nuolatiniam darbui organizacijoje. Gamybos aplinkos palaiko išplėstinį atsarginį saugojimą nuo septynių dienų iki 28 dienų.
Smėlio dėžė	Šios negamybinės aplinkos palaiko aplinkos veiksmus, pvz., kopijavimą ir nustatymą iš naujo. Smėlio dėžės geriausiai naudojamos bandymams ir ALM kūrimo aplinkoms.
Developer	Šios specialios aplinkos yra skirtos kūrėjų asmeninėms, tobulėjimo darbo sritims, kurios izoliuoja bazinės programavimo žinios turtą nuo vartotojų ir kitų kūrėjų. Kūrėjai gali turėti iki trijų kūrėjų aplinkų. Jie neįskaičiuojami į jūsų nuomotojo pajėgumą. Kūrėjų aplinkos, kurios nebuvo naudojamos 90 dienų, automatiškai išjungiamos ir pašalinamos iš nuomotojo, jei savininkas neatsako į pranešimus. "Dynamics 365" programos nepasiekiamos kūrėjų aplinkose.
Bandomoji versija	Šios aplinkos skirtos trumpalaikiams bandymams ir koncepcijos įrodymams remti. Jie ribojami iki vieno vienam vartotojui. Bandomosios aplinkos automatiškai pašalinamos iš jūsų nuomotojo po trumpo laiko.
Microsoft Dataverse for Teams	Šios aplinkos automatiškai sukuriamos, kai kuriate programą "Teams" arba įdiegiate programą iš programų katalogo. Šių aplinkų saugos modelis atitinka komandą, su kuria jos susietos.
Palaikymas	Tai yra specialios aplinkos, kurias sukūrė "Microsoft" palaikymo tarnyba, kad inžinieriai galėtų šalinti triktis. Šios aplinkos neįskaičiuojamos į jūsų nuomotojo pajėgumą.

Kai sudarote bendrą nuomotojo aplinkos strategiją, skirtingi tipai yra svarbūs strategijos rekomendacijoms palaikyti.

Valdomosios aplinkos

Aplinkos turi pagrindinį funkcijų ir charakteristikų rinkinį, priklausomai nuo aplinkos tipo. Valdomosios aplinkos išplėsti pagrindines funkcijas, kad pateiktumėte aukščiausios kokybės galimybių rinkinį, leidžiantį administratoriams lengviau valdyti Power Platform dideliu mastu, daugiau valdymo, mažiau pastangų ir daugiau įžvalgų. Šios galimybės atrakinamos, kai nustatote aplinką kaip valdomą.

Šioje lentelėje išvardytos Valdomosios aplinkos funkcijos, kurios yra prieinamos nuo šio rašymo. Naujos funkcijos pridedamos dažnai, todėl patikrinkite, ar dokumentacijoje nėra naujausio sąrašo. Nors visos funkcijos gali padėti sukurti aplinkos strategiją, kursyvu pažymėtos funkcijos labiau atitinka šiame straipsnyje aprašytą strategiją.

Daugiau matomumo	Daugiau kontrolės	Mažiau pastangų
Naudojimo įžvalgos Administratoriaus sąvadas Licencijų ataskaitos Duomenų politikos rodinys Duomenų eksportavimas į "Azure" Application Insights Dirbtinio intelekto sugeneruoti visų programų aprašai	Bendrinimo apribojimai Stalinių kompiuterių srautų duomenų strategijos Sprendimų tikrintuvas Kūrėjo pasveikinimo turinys IP užkarda IP slapukų susiejimas Kliento valdomi raktai Kliento užrakinta dėžutė Išplėstinės atsarginės kopijos	Lengvas aktyvinimas Power Platform Vamzdynai Aplinkos nukreipimas Aplinkos grupės ir taisyklės Power Platform patarėjas

Automatinis licencijos reikalavimas

Automatinio reikalavimo strategijos automatizuoja vartotojų priskyrimą Power Apps ir Power Automate licencijas, kai jų reikia norint naudoti tam tikras programas ar funkcijas. Automatizavimas gali padėti sumažinti sunaudojamų licencijų skaičių ir išvengti neautomatinio licencijų priskyrimo pridėtinių išlaidų.

Sukonfigūravus strategiją, bet kuriam organizacijos vartotojui, kuriam reikia individualios Power Apps licencijos, ji automatiškai suteikiama šiomis sąlygomis:

• Jei vartotojas, neturintis atskiros Power Apps licencijos, paleidžia programą, kuriai reikalinga aukščiausios kokybės licencija, sistema automatiškai priskiria vartotojui Power Apps kiekvieno vartotojo licenciją.

• Jei vartotojas, neturintis atskiros Power Apps licencijos, paleidžia programą valdomoje aplinkoje, sistema automatiškai priskiria vartotojui Power Apps kiekvieno vartotojo licenciją.

Panašiai, sukonfigūravus strategiją, bet kuriam organizacijos vartotojui, kuriam reikia individualios Power Automate licencijos, ji automatiškai suteikiama šiomis sąlygomis:

• Naudotojas suaktyvina, išsaugo arba įjungia aukščiausios kokybės debesies srautas naudodamas prižiūrimas RPA (robotinis procesų automatizavimas).

• Vartotojas prašo Power Automate aukščiausios kokybės licencijos.

Rekomenduojame konfigūruoti automatinį licencijos reikalavimą, jei į jūsų aplinkos strategiją įtraukta Valdomosios aplinkos. Programų ir srautų naudotojai susiduria su mažiausiai licencijavimo trinties, o licencijas naudojate tik tiems vartotojams, kurie aktyviai naudoja programas arba jas naudoja Power Automate.

Aplinkos grupės ir taisyklės

Didėjant Power Platform nuomotojo pritaikymui, gali daugėti ir aplinkų, kurioms reikalingas administravimas ir valdymas. Didėjant aplinkų skaičiui, tuo sunkiau tampa užtikrinti, kad aplinkose taikėte nuoseklius nustatymus ir valdymo strategijas. Aplinkos grupių funkcija tai palengvina, nes leidžia kurti pavadintas grupes ir susieti su jomis aplinkas, pvz., įdėti susijusius dokumentus į failų aplanką.

Galvodami apie aplinkos grupių naudojimą, atminkite šiuos dalykus:

• Aplinka turi būti valdoma, kad būtų įtraukta į grupę.

• Aplinka vienu metu gali būti tik vienoje grupėje.

• Aplinką galima perkelti iš vienos grupės į kitą.

• Grupės aplinkos gali būti iš kelių geografinių regionų.

• Grupėse negali būti kitų grupių.

Kad būtų lengviau taikyti nuoseklius parametrus ir valdymą, aplinkos grupėse gali būti sukonfigūruota ir įjungta viena ar daugiau iš šių taisyklių:

• Drobės programų bendrinimo valdikliai

• Naudojimo įžvalgos

• Kūrėjo pasveikinimo turinys

• Sprendimų tikrinimo vykdymas

• Atsarginių kopijų saugojimas

• DI sugeneruoti aprašai

Taisyklė tampa aktyvi, kai ji publikuojama. Aktyvios taisyklės taikomos visoms aplinkoms, susietoms su grupe.

Kai grupės taisyklė valdo parametrą, atskiri aplinkos parametrai užrakinami. Vienintelis būdas juos pakeisti yra modifikuoti taisyklę. Jei aplinka pašalinama iš grupės, grupės parametrai išsaugomi, tačiau dabar aplinkos administratorius gali juos pakeisti. Tai svarbu aplinkos strategijai, nes užtikrina, kad aplinkos administratorius negalės nepaisyti jūsų grupei nustatytų strategijų.

Aplinkos grupių naudojimas leidžia tvarkyti savo aplinkas logiškais būdais, panašiais į jūsų organizacijos struktūrą, produktų aptarnavimo hierarchiją ar kitas sistemas, kurias tyrinėjame vėliau. Ši diagrama yra konceptualus pavyzdys, kaip "Contoso" organizacija gali galvoti apie savo aplinkos grupių tvarkymą.

Paveikslas: "Contoso" nuomotojo aplinkos strategijos konceptualizavimas.

Planuodami konfigūruoti taisykles, pagalvokite, ką galėtumėte taikyti kiekviename konceptualios hierarchijos lygyje. Nors dar negalite konfigūruoti grupių hierarchijos, galite naudoti pavadinimų suteikimo konvencijų ir taisyklių konfigūracijos derinį, kad įgyvendintumėte savo konceptualų dizainą. Pavyzdžiui, atsižvelgiant į anksčiau rodytą "Contoso" nuomotojo konceptualizavimą, šioje iliustracijoje vaizduojamos aplinkos grupės, kurias organizacija gali naudoti savo dizainui įgyvendinti.

Paveikslas: Konceptualios aplinkos grupių įgyvendinimo į faktinį nuomininką pavyzdys

Toliau šiame straipsnyje nagrinėjame daugiau būdų, kaip naudoti aplinkos grupes kaip nuomotojo aplinkos strategijos dalį.

Numatytasis aplinkos kelvados sudarymas

Pagrindinė aplinkos strategijos, kurią apibūdiname šiame straipsnyje, dalis yra ta, kad kūrėjai atsisakytų kurti išteklius numatytojoje aplinkoje. Aplinkos nukreipimo funkcija nukreipia kūrėjus į jų pačių asmeninio tobulėjimo aplinką ir prireikus sukuria naujas kūrėjų aplinkas.

Paveikslėlis: kūrėjas automatiškai nukreipiamas į asmeninę, kūrėjo aplinka ne į numatytąją aplinką, kai kuriamos programos.

Programų kūrėjų aplinkos, sukurtos naudojant kelvadą, valdomos pagal numatytuosius nustatymus. Vartotojai, turintys kūrėjų plano licencijas, gali kurti ir peržiūrėti tik aplinkos išteklius. Norint paleisti išteklius kaip vartotojui, jiems reikia atitinkamos licencijos.

Aplinkos kelvadą galite naudoti atskirai, tačiau rekomenduojamas būdas yra naudoti jį su aplinkos grupėmis. Naudojant šį būdą, bet kokia sukurta aplinka susiejama su grupe, kurią nurodote įtraukti visas naujas kūrėjų aplinkas, užtikrinant, kad jai iš karto būtų taikoma jūsų valdymo politika.

Kūrėjams automatiškai priskiriamas saugos vaidmuo, dėl kurio jie tampa kūrėjo aplinka aplinkos administratorius. Kai aplinka yra aplinkos grupės dalis, kūrėjas, kaip aplinkos administratorius, negali keisti aplinkos parametrų, nes juos valdo aplinkos grupės taisyklės. Tik administratoriai, kurie gali keisti grupės taisykles, gali atlikti bet kokius pakeitimus.

Dar daugiau kontrolės galite įvesti dviem būdais. Pirma, nuomotojo nustatymuose galite neleisti rankiniu būdu kurti kūrėjo aplinkų. Kai ši parinktis nustatyta, kūrėjai negali patys kurti aplinkų administravimo portale. Jie taip pat negaus jo automatiškai sukurto pagal maršruto parinkimo politiką. Antra, maršruto parinkimo strategijoje galite nurodyti saugos grupę, kad apribotumėte, kas gali automatiškai sukurti aplinką.

Iš pradžių aplinkos kelvada palaiko naujų ir esamų kūrėjų nukreipimą nuo numatytosios aplinkos, kai jie naudoja make.powerapps.com. Laikui bėgant kitos Power Platform paslaugos palaikys aplinkos maršruto parinkimo funkciją.

Microsoft Dataverse

Dataverse saugiai saugo ir tvarko duomenis, kuriuos naudoja programos. Aplinkos strategijos kontekste sprendimo funkcija Dataverse yra tai, ką naudojate programoms ir komponentams perkelti iš vienos aplinkos į kitą. Kūrėjai kuria savo išteklius konteineriuose – sprendimuose – kurie seka, ką jie kuria. Sprendimus galima lengvai perkelti į kitas aplinkas. Naudodami šį metodą galite atskirti kūrėjų aplinkas, kuriose kūrėjai kuria išteklius, nuo gamybos aplinkų, kuriose jie naudojami. Tai naudinga tiek kūrėjams, tiek vartotojams. Kūrėjai gali toliau tobulinti savo išteklius, o vartotojų nestebina staigūs pokyčiai. Kai kūrėjai yra pasirengę publikuoti savo keitimus, jie gali prašyti pakelti į aukštesnį lygį atnaujintą išteklių į gamybos aplinką.

Dataverse sprendimai yra ALM Power Platform diegimo mechanizmas tokiuose produktuose kaip Power Apps ir Power Automate. Naudojami vamzdynai Power Platform , skirti automatizuoti gamintojų kuriamo turto CI / CD. Sprendimus galima eksportuoti Dataverse iš šaltinio valdymo įrankio, pvz., Azure DevOps "GitHub", ir jame saugoti. Šaltinio valdymo sprendimas tampa tiesos šaltiniu, jei reikia atkurti kūrimo aplinką. Pavyzdžiui, jei kūrėjas sukūrė populiarią programą ir panaikino kūrėjo aplinka, eksportuotas sprendimas, saugomas šaltinio valdiklyje, gali būti naudojamas perspektyviai kūrimo aplinkai atkurti.

Kitas svarbus aspektas, kai kuriate aplinką su Dataverse, yra tai, ar kuri nors "Dynamics 365" programa bus įdiegta aplinkoje. Jei potencialas yra, kurdami aplinką turite įjungti "Dynamics 365", kitaip vėliau negalėsite įdiegti "Dynamics 365" programų.

Rekomenduojame atsargos Dataverse bet kurioje aplinkoje, kurioje kūrėjai kuria išteklius, kurie bus bendrinami su kitais naudotojais. Tai leidžia lengviau paruošti turtą ALM.

Pageidaujami sprendimai

Kai kūrėjas aplinkoje sukuria Dataverse turtas Dataverse ir nepradeda nuo pasirinktinio sprendimo, turtas susiejamas su numatytuoju sprendimu ir galbūt su numatytuoju Common Data Service sprendimu. Numatytąjį sprendimą bendrai naudoja visi kūrėjai, kuriantys išteklius aplinkoje. Nėra lengvo būdo nustatyti, kuris kūrėjas sukūrė kokius komponentus arba kurie ištekliai priklauso kurioms programoms. Dėl to gali būti sunku pakelti į aukštesnį lygį populiarią programą į kitą aplinką, kad būtų galima bendrinti su didesne auditorija. Turėtumėte pakelti į aukštesnį lygį visus išteklius numatytajame sprendime – tai nėra idealus scenarijus.

Norėdami palaikyti jūsų aplinkos strategiją ir palengvinti darbą, kūrėjai turėtų sukurti pasirinktinį sprendimą savo kūrimo aplinkoje ir tada nustatyti jį kaip pageidaujamą sprendimą aplinkoje. Kūrėjai aplinkoje nustato pageidaujamą sprendimą, kad nurodytų, su kuriuo sprendimu turtas, kurį jie sukūrė, turėtų būti susietas. Pageidaujami sprendimai gali padėti užtikrinti, kad kūrėjams naudojant vamzdynus, kad pakelti į aukštesnį lygį savo išteklius į kitas aplinkas, reklamuojamame sprendime būtų visi reikalingi ištekliai. Pagalvokite apie tai kaip apie turto paruošimą ALM.

Vamzdynai Power Platform

Kaip matėme, pagrindinis geros aplinkos strategijos principas yra atskirti, kur turtas yra sukurta, iš kur ji įdiegta ir naudojama. Šis atskyrimas užtikrina, kad vartotojai, kurie bando naudoti turtas, nesusidurtų su prastovomis, nes kūrėjas ją atnaujina. Tačiau tam reikia, kad ištekliai būtų paaukštinti į gamybos aplinką – idealiu atveju kaip sprendimo dalis Dataverse – prieš pradedant juos naudoti.

Dataverse sprendimus galima rankiniu būdu transportuoti iš vienos aplinkos į kitą. Tačiau galite automatizuoti procesą ir įdiegti strategijas, užtikrinančias, kad įvyktų tinkamas keitimų valdymas, naudodami vamzdynus. Atsižvelgiant į aplinkos taisykles, kurias nustatėte sprendimų tikrintuve, vamzdynai automatiškai įgyvendina visas taisykles prieš diegdami sprendimą, kad būtų išvengta tolesnių diegimo klaidų. Toliau pateiktoje diagramoje parodyta, kaip vamzdynai gali automatizuoti turtas skatinimą nuo kūrimo iki gamybos.

Paveikslėlis: Vamzdynas automatizuoja šaltinio valdyme saugomo turtas reklamą nuo kūrimo, bandymo iki gamybos.

Galite konfigūruoti aplinkų ir procesų, pvz., patvirtinimų, kuriuos reikia įtraukti į srautą, skaičių.

Vamzdynai veikia kartu su aplinkos grupėmis. Jie gali būti iš anksto sukonfigūruoti kūrimo aplinkoms, kad kūrėjai galėtų lengvai pradėti reklamos procesą atsakydami į raginimą, kai bando bendrinti savo išteklius su kitais vartotojais. Vykdydami diegimo užklausą naudodami vamzdynus, kūrėjai gali pasiūlyti, su kuo bendrinti savo išteklius ir reikiamus saugos vaidmenis. Srauto administratorius gali patvirtinti arba atmesti užklausą prieš diegdamas, užtikrindamas mažiausias teises ją sukūrusiam kūrėjui.

Vamzdynai Power Platform saugo kiekvieno srauto aprašus pagrindinio kompiuterio aplinkoje, kurią "Microsoft" valdo pagal numatytuosius nustatymus. Tačiau savo nuomotojuje galite apibrėžti kelias pagrindinio kompiuterio aplinkas, kurias valdote, kad galėtumėte tvarkyti unikalius reikalavimus.

Katalogas Power Platform

Organizacijos, kuriose kūrėjai ir kūrėjai kuria ir bendrina komponentus, pvz., programas ir srautus, ir šablonus, kurie yra pažangesni pradžios taškai, paprastai gauna daugiau naudos Power Platform. Katalogas Power Platform leidžia kūrėjams lengviau efektyviau bendrinti savo komponentus ir šablonus įvairiose aplinkose.

Katalogas įdiegiamas aplinkoje ir gali būti įdiegtas kartu su vamzdyno pagrindiniu kompiuteriu toje pačioje aplinkoje. Taip pat galima tvarkyti unikalius išteklių segmentavimo reikalavimus turint kelias aplinkas, kuriose įdiegtas katalogas.

Funkcijų planas

Kadangi "Microsoft" toliau tobulina palaikymo valdymo ir administravimo funkcijas Power Platform , galite sekti kartu su leidimų planavimo priemone. Sužinote, kas suplanuota, kas yra būsimo išleidimo bangoje ir ką galite išbandyti dabar. Jūs netgi galite sukurti savo išleidimo planą išsaugodami elementus, kuriuos norite stebėti.

Įmonės masto aplinkos strategijos pagrindas

Aptarėme savo nuomininko aplinkos strategijos viziją įmonės mastu ir pagrindines ją palaikančias aplinkos funkcijas. Dabar apžvelgiame, kaip galite naudoti šias funkcijas kartu kaip aplinkos strategijos dalį. Jūsų strategija turėtų būti pagrįsta unikaliais jūsų organizacijos reikalavimais, todėl pradėkime nuo pagrindinio pavyzdžio, prieš pereidami prie to, kaip pritaikyti strategiją, kad ji atitiktų jūsų poreikius.

Šiame pavyzdyje "Contoso" vadovybė nori suteikti darbuotojams galimybę pasinaudoti "" Power Platform ir nustatė šiuos aukšto lygio reikalavimus:

• Darbuotojai turi turėti galimybę kurti automatizuotus, dokumentų patvirtinimo procesus ir kitus Power Platform tinkinimus naudodami Microsoft 365.

• Darbuotojai turėtų turėti galimybę kurti Power Apps ir Power Automate automatizuoti, kad pagerintų savo asmeninį produktyvumą.

• Kūrėjai, dirbantys su įmonės atitikties stebėjimo programa, turi sugebėti ją kurti ir prižiūrėti.

Siekdama patenkinti šiuos reikalavimus, "Contoso" administravimo ir valdymo komanda pateikė šią aplinkos topologiją:

Paveikslas: Siūloma aplinkos topologija Contoso Power Platform at masto projektui.

Išsamiai išnagrinėkime šią aplinkos topologijos diagramą.

Numatytoji aplinka naudojama Microsoft 365 produktyvumo tinkinimams kurti. Duomenų praradimo prevencijos politika ir bendrinimo apribojimai riboja kitų tipų kūrėjų veiklą ir apriboja tai, ką gamintojai gali sukurti šioje aplinkoje.

Tik administratoriai gali sukurti bandomąją, smėlio dėžės ir gamybos aplinką. Kūrėjai naudoja tinkintą „Microsoft Form“ ar kitą procesą, norėdami paprašyti naujos aplinkos. Į Microsoft Power Platform Gerybės centro (CoE) pradžios rinkinį yra aplinkos užklausa , kurią galima naudoti.

Sukuriamos keturios aplinkos grupės: Kūrimas, Bendra plėtra, UAT (vartotojo priėmimo testavimas) ir Gamyba.

• Kūrimo grupei nustatyta aplinkos maršruto parinkimo politika nukreipia kūrėjus nuo numatytosios aplinkos į jų pačių kūrėjų aplinkas. Kai kuriamos naujos kūrimo aplinkos, jos automatiškai susiejamos su kūrimo grupe ir taikomos jos taisyklės.

• Bendrojo kūrimo grupė palaiko aplinkas, kuriose yra kelių kūrėjų projektų.

• UAT grupėje yra aplinkų, kurios naudojamos ištekliams išbandyti prieš paleidžiant juos į gamybinę versiją.

• Gamybos grupėje yra aplinkos, kuriose yra programos, srautai ir kiti gamybiniam naudojimui skirti objektai.

Kažko, ko trūksta šioje siūlomoje topologijoje, yra vamzdynai, skirti automatizuoti reklamavimą tarp kūrimo, bandymo ir gamybos aplinkų. Pridėkime juos dabar.

Paveikslas: ta pati aplinkos topologija su vamzdynais, jungiančiais dujotiekio pagrindinę aplinką su kūrimo, bandymo ir gamybos aplinka.

Į peržiūrėtą aplinkos topologijos diagramą įtraukėme dujotiekio pagrindinio kompiuterio aplinką ir du konvejerius. Vienu konvejeriu ištekliai perkeliami iš kūrimo į bandymą, o paskui į gamybos aplinką. Plėtros grupės dujotiekio taisyklė bus pakeista, kad būtų galima naudoti šį dujotiekį. Kitas dujotiekis perkelia išteklius iš bendrinamos kūrimo aplinkos į testavimą, o tada į gamybą. Bendrojo kūrimo grupės dujotiekio taisyklė bus pakeista, kad būtų galima naudoti šį dujotiekį.

Ši pagrindinė aplinkos strategija suteikia pagrindą, kuriuo galite remtis kitais naudojimo atvejais, kuriuos išnagrinėsime toliau.

Aplinkos strategijos konkretiems scenarijams

Štai keletas bendrų naudojimo atvejų, kuriuos gali tekti įtraukti į pagrindinio nuomininko aplinkos strategiją.

Valdykite, kurie kūrėjai gali kurti kūrėjų aplinkas

Pagal numatytuosius nustatymus kiekvienas, turintis Power Platform Premium licenciją, kūrėjo plano licenciją arba Power Platform nuomotojo administratoriaus vaidmenį, gali sukurti kūrėjo aplinka administravimo portale.

Pagrindo aplinkos strategijoje aplinkos maršruto parinkimas užtikrina, kad kūrėjai būtų nukreipti nuo numatytosios aplinkos į naują kūrėjo aplinka, sukurtą nurodytoje grupėje. Tačiau kūrėjai vis tiek gali rankiniu būdu kurti kūrėjų aplinkas, kurios nėra įtrauktos į aplinkos grupę ir joms netaikomos taisyklės.

Norėdami patikslinti, kurie gamintojai gali naudoti aplinkos maršrutą, maršruto parinkimo konfigūracijoje nurodykite saugos grupę. Kai sukonfigūruojama saugos grupė, nukreipiami tik saugos grupės nariai. Visi kiti grįžta į numatytąją aplinką.

Suteikite daugiau lankstumo pažengusiems gamintojams

Pagrindo aplinkos strategijoje visos naujos kūrėjo aplinkos nukreipiamos į nurodytą kūrėjo aplinka grupę. Paprastai šiai aplinkų grupei taikomos gana ribojančios valdymo taisyklės.

Kai kūrėjai tampa vis tobulesni, galite leisti jiems prašyti prieigos prie daugiau galimybių. Užuot pašalinę juos iš pradinės aplinkos grupės ir neautomatiškai valdę išimtį, galite naudoti kitą aplinkos grupę, kad stebėtumėte šiuos pažangius kūrėjus.

Paveikslėlis: į aplinką, kurioje taikomos sušvelnintos valdymo taisyklės, pridėkite daugiau pajėgių kūrėjų.

Organizuokite kūrėjų aplinką pagal regioną arba verslo padalinį

Dabartiniame aplinkos maršruto parinkimo diegime visos naujos kūrėjų aplinkos sukuriamos vienoje aplinkos grupėje. Ką daryti, jei norite organizuoti savo kūrėjų kūrėjų aplinką pagal regioną, pavyzdžiui, arba verslo padalinį?

Naudokite maršrutą, kad nukreiptumėte kūrėjus į naują kūrėjo aplinka, sukurtą nurodytoje grupėje. Tada galite perkelti jį į kitą grupę, pagrįstą regionu, organizaciniu vienetu ar kitais kriterijais, kur galite taikyti detalesnes valdymo taisykles.

Paveikslas: Kai aplinkos maršrutas sukuria kūrėjo aplinkas nurodytoje grupėje, perkelkite jas į struktūriškai specifines grupes.

Aplinkos perkėlimas šiandien yra rankinis veiksmas, tačiau galėsite jį automatizuoti, kai Power Platform administratoriaus jungtis palaiko grupės funkciją būsimame atnaujinime.

Sukurkite programą, skirtą naudoti įmonėje

Jūsų organizacijos komanda gali kurti programėlę, skirtą naudoti visoje įmonėje. Komanda gali būti valdoma IT arba ją gali sudaryti IT ir verslo vartotojai (tai vadinama jungtinė komanda).

Taikant paprasčiausią aplinkos strategiją, projekto komanda kuria bendrą aplinką, kuri yra smėlio dėžė arba gamybos tipas. Kūrėjo aplinka tipas nėra geriausias būdas padėti keliems kūrėjams bendradarbiauti kuriant šaltinį. Tačiau kūrėjai turi bendrauti vieni su kitais, kad išvengtų susidūrimų ir konfliktų bendroje aplinkoje.

Nereikalaujama specialios testavimo ir gamybos aplinkos. Programą galima išbandyti ir įdiegti visos organizacijos testavimo ir gamybos aplinkose, kuriose yra kelios programos.

Paveikslėlis: Dvi įmonės programos kuriamos tam skirtoje aplinkoje, tada išbandomos ir diegiamos aplinkose, kurios bendrinamos su kitomis programomis.

Išplėstiniame variante kiekvienas gamintojas turi individualų kūrėjo aplinka. Tai suteikia didesnę gamintojo izoliaciją, tačiau gali apsunkinti individualaus darbo derinimą integracinėje aplinkoje. Nors darbas atskirai gali būti naudingas didesnėms, sudėtingoms komandoms, tai gali pridėti nereikalingų išlaidų mažesnėms komandoms, kurios gali sėkmingiau bendradarbiauti bendroje kūrimo aplinkoje.

Paveikslas: du kūrėjai, dirbantys su ta pačia programa atskirose kūrėjų aplinkose, turi sujungti savo darbą bendroje integravimo aplinkoje, kad ji pereitų prie testavimo ir gamybos.

Šis variantas paprastai apima šaltinio valdymo strategiją, o kiekviena kūrimo aplinka pateikiama kaip šaltinio valdymo šaka, kuri sujungiama, kai pakeitimai yra paruošti. Svarbu atsižvelgti į tai, kaip programa bus prižiūrima po pirminio išleidimo.

Pavyzdžiui, 1.0 programos versija gali būti gaminama, o komanda pereina prie 2.0 versijos kūrimo. Jūsų aplinkos strategija turi padėti išspręsti 1.0 versijos problemą, kol vyksta 2.0 versijos kūrimas.

Paveikslėlis: 1.0 versija turi būti pataisyta, išbandyta ir įdiegta, kol kuriama, bandoma ir diegiama 2.0 versija.

Aplinkos grupės siūlo kelis metodus, kaip tvarkyti šį įmonės programos scenarijų. Pavyzdžiui, tai gali būti viena programų grupė arba gali apimti atskirų grupių turėjimą kiekvienam kūrimo etapui. Geriausios praktikos skyriuje nagrinėjame, kaip įvertinti parinktis.

Sumažinkite kūrėjų aplinkų naudojimą

Atskiros kūrėjų aplinkos yra rekomenduojamas būdas suteikti kūrėjams darbo sritį, kurioje jie galėtų kurti bazinės programavimo žinios sprendimus. Jie siūlo aukščiausio lygio izoliaciją nuo kitų kūrėjų. Tačiau jei jūsų organizacija nori sumažinti kūrėjų aplinkų skaičių, kelios bendrinamos aplinkos yra geriau nei skatinti kūrėjus kurti išteklius numatytojoje aplinkoje.

Tokiu atveju apribotumėte kūrėjų aplinkų kūrimą ir sukurtumėte bendrinamas gamybos tipo kūrimo aplinkas. Šias bendrinamas aplinkas galite tvarkyti pagal organizacijos struktūrą, regioną ar kitus kriterijus. Aplinkos grupė galėtų juos įtraukti, siekdama užtikrinti, kad jiems būtų taikomos nuoseklios valdymo taisyklės. Suteikite kūrėjams teisę kurti bazinės programavimo žinios išteklius jiems priskirtoje aplinkoje.

Saugumas – jūsų aplinkos strategijos dalis

Aplinkos yra pagrindinis saugaus naudojimo Power Platform komponentas. Jie nurodo jūsų nuomotojo saugos ribas, kurios padeda apsaugoti programas ir duomenis. Įgyvendindami aplinkos strategiją, turite apsvarstyti, kaip saugos reikalavimai veikia jūsų nuomotojo aplinkų skaičių ir paskirtį.

Aplinkos leidžia nuomotojuje sukurti kelias saugos ribas, kad galėtumėte apsaugoti programas ir duomenis. Aplinkos teikiama apsauga gali būti pritaikyta prie būtinos saugumo apsaugos, aplinkai taikant konfigūruojamą apsaugos priemonių rinkinį. Išsamus atskirų aplinkos saugumo funkcijų aptarimas nepatenka į šio straipsnio taikymo sritį. Tačiau šiame skyriuje pateikiame rekomendacijas, kaip galvoti apie saugumą kaip apie nuomotojo aplinkos strategijos dalį.

Sauga nuomotojo lygiu

Dauguma saugos parametrų, turinčių įtakos aplinkoms, konfigūruojami kiekvienai aplinkai atskirai. Tačiau galite atlikti kai kuriuos pakeitimus nuomotojo lygiu, kad padėtumėte palaikyti savo aplinkos strategiją.

• Apsvarstykite galimybę išjungti funkciją Bendrinti su visais Power Platform. Tik administratoriai galėtų bendrinti turtas su visais.
• Apsvarstykite galimybę užtikrinti integravimą su "Exchange".
• Taikykite kelių nuomotojų izoliaciją , kad sumažintumėte duomenų išfiltravimo tarp nuomotojų riziką.
• Apribokite naujų gamybos aplinkų kūrimą iki administratorių. Aplinkos kūrimo apribojimas naudingas siekiant užtikrinti bendrą kontrolę: užkertant kelią neapskaičiuotų pajėgumų sąnaudoms ir sumažinant aplinką valdomų aplinkos skaičių. Jei vartotojai turi pateikti aplinkų užklausą centrinei IT sričiai, lengviau matyti, ką darbuotojai dirba, jei administratoriai yra sargai.

Numatytosios aplinkos apsauga

Numatytoji aplinka palaiko Microsoft 365 produktyvumo tinkinimus. Tačiau, kaip rekomenduojamos aplinkos strategijos dalį, geriausia kuo labiau sumažinti jos naudojimą. Vietoj to, kūrėjai turėtų kurti savo izoliuotoje aplinkoje. Nors negalite užblokuoti prieigos prie numatytosios aplinkos, galite sumažinti tai, ką joje galima padaryti.

Pirmiausia naudokite aplinkos nukreipimą, kad nukreiptumėte kūrėjus į savo darbo sritį ir sukurtumėte bazinės programavimo žinios išteklius.

• Peržiūrėkite, kas turi administratoriaus prieigą prie numatytosios aplinkos, ir apribokite ją iki vaidmenų, kuriems jos reikia.

• Apsvarstykite galimybę pervardyti numatytąją aplinką į ką nors labiau aprašomojo, pvz., "Asmeninis produktyvumas".

  • Nustatykite duomenų praradimo prevencijos (DLP) strategiją numatytajai aplinkai, kuri blokuoja naujas jungtis ir apriboja gamintojų galimybę naudoti tik pagrindines, neblokuojamas jungtis. Perkelkite visas jungtis, kurių negalima užblokuoti, į verslo duomenų grupę. Perkelkite visas blokuojamas jungtis į užblokuotą duomenų grupę.

  • Sukurkite taisyklę , kad blokuotumėte visus URL šablonus, kuriuos naudoja pasirinktinės jungtys.

Numatytosios aplinkos apsauga turėtų būti prioritetas. Atlikite tai kartu su nuomotojo lygio sauga kaip pirmųjų veiksmas įgyvendinant aplinkos strategiją dalį. Jų neįgyvendinus, kūrėjai turi daugiau galimybių įtraukti turtą į numatytuosius nustatymus. Kartu su aplinkos maršrutais kūrėjai skatinami naudoti savo aplinką.

Apsaugokite kitas aplinkas

Jei jūsų organizacija yra panaši į daugumą, be numatytosios aplinkos, turite kelias aplinkas. Kiekvienam iš jų reikalingas saugos lygis gali skirtis priklausomai nuo jame esančių programų ir duomenų. Kūrėjų aplinkose paprastai galioja laisvesnės taisyklės nei gamybos aplinkose. Kai kurioms gamybos aplinkoms reikia kuo didesnės apsaugos.

Kurdami savo aplinkos strategiją, nustatykite bendrus savo aplinkų saugos lygius ir funkcijas, kurios apsaugoti kiekvieną lygį, kaip parodyta toliau pateiktame pavyzdyje.

Paveikslėlis: trijų aplinkos saugos pakopų ir saugos funkcijų, taikomų kiekvienos pakopos aplinkoms, pavyzdys.

Įtraukite nustatytus saugos lygius į savo grupės strategiją ir, jei įmanoma, naudokite taisykles, kad įgalintumėte saugos funkcijas savo aplinkoje. Šiame pavyzdyje taisyklė riboja bendrinimą visose aplinkose, kurios nurodytos kaip įprasta arba vidutinė sauga.

Suderinkite aplinkas su savo duomenų praradimo prevencijos strategija

Duomenų politika yra dar viena svarbi bendrų valdymo pastangų kontroliuoti paslaugas, kurias naudoja bazinės programavimo žinios ištekliai aplinkoje, dalis. Aplinkos grupės neturi DLP strategijos taikymo aplinkai taisyklės. Tačiau DLP strategiją galite suderinti su aplinkos grupėmis. Pavyzdžiui, galite sukurti DLP strategiją tokiu pačiu arba panašiu pavadinimu kaip aplinkos grupė ir taikyti ją tos grupės aplinkoms.

Sužinokite daugiau apie tai, kaip sukurti DLP strategiją.

Paveikslėlis: Šiame pavyzdyje asmeninio kūrėjo grupės aplinkos laikosi DLP strategijos, kuri blokuoja visas ne "Microsoft" jungtis.

Pritaikykite aplinkos strategiją savo organizacijai

Ankstesniuose skyriuose aprašėme savo viziją, kaip organizacijos gali valdyti aplinkas dideliu mastu. Mes ištyrėme esmines savybes, kaip jos prisideda prie aplinkos strategijos ir kaip gali atrodyti pamatinė aplinkos topologija, kuri jas naudoja. Pateikėme pavyzdžių, kaip remtis tuo pagrindu, kad būtų galima prisitaikyti prie bendrų scenarijų. Kadangi kiekviena organizacija yra unikali, kitas veiksmas yra pritaikyti aplinkos strategiją, atitinkančią jūsų organizacijos poreikius.

Pradėkite ten, kur esate

Nesvarbu, ar jūsų organizacija yra nauja Power Platform , ar naudojasi ja jau daugelį metų, pirmiausia veiksmas yra įvertinti savo situaciją. Aukštu lygiu įvertinkite, kas yra jūsų numatytojoje aplinkoje, kokias kitas aplinkas turite ir kam jos naudojamos. Dažnai aplinkos strategija daroma kaip bendrų pastangų sukurti organizacijos valdymą Power Platform dalis. Jei taip yra, galbūt jau sukūrėte tam tikrą valdymo viziją, kurios reikia norint pritaikyti strategiją jūsų organizacijai.

Organizacijos informacija, kurią turėtumėte žinoti, apima:

• Kokia vizija, kaip Power Platform bus naudojama organizacijoje?

• Kas organizacijoje kurs bazinės programavimo žinios turtą?

Turite priimti keletą pagrindinių sprendimų:

• Kaip kūrėjai gaus naują aplinką?

• Ar sugrupuosite savo aplinką ir, jei taip, kaip?

• Kokie saugos lygiai reikalingi skirtingoms aplinkoms ir kaip aplinkos klasifikuojamos?

• Kaip nuspręsite, ar programa, automatizavimas ar pagalbininkas naudos esamą aplinką, ar naują?

• Ar yra kokių nors spragų tarp pagrindinių platformos funkcijų ir jūsų reikalavimų, kuriems reikalingas pasirinktinis valdymo procesas?

• Kaip tvarkysite visus esamus išteklius numatytojoje aplinkoje?

• Ar turite nuomotojo ir aplinkos DLP strategiją ir, jei taip, kaip ji dera su jūsų kuriama aplinkos strategija?

Taip pat įkvėpimo galite rasti debesies valdymo modeliuose , kurie yra "Azure" debesies naudojimo pradžios sistemos dalis.

Užpildykite spragas naudodami platformą

Beveik visada rasite reikalavimų, kurių netenkina platformos integruotos galimybės. Vertindami šias spragas, apsvarstykite šiuos galimus savo vertinimo rezultatus:

• Atotrūkis yra priimtinas.

• Spragą galima užpildyti naudojant Power Platform kompetencijos centro pradinį rinkinį.

• Spragą galima užpildyti naudojant platformos galimybes, pvz., API, jungtis ir pasirinktines programas arba automatizavimą.

• Spragą galima užpildyti naudojant trečiosios šalies įrankį ar programą.

CoE darbo pradžios rinkinio moduliai

Kompetencijos Power Platform centro darbo pradžios rinkinys yra komponentų ir įrankių rinkinys, skirtas padėti jūsų organizacijai priimti ir palaikyti jų naudojimą Power Platform. Pagrindinis pradinio rinkinio aspektas yra galimybė rinkti duomenis apie platformos naudojimą jūsų aplinkoje, kurie gali būti naudingi kuriant ir tobulinant savo aplinkos strategiją.

Pavyzdžiui, aplinkos Power BI ataskaitų srityje pateikiama apžvalga, padedanti suprasti, kurios aplinkos yra jūsų nuomotojuje, kas jas sukūrė ir kokie ištekliai jose yra.

Paveikslėlis: aplinkos ataskaitų sritis Power BI.

Rinkinyje yra pradžios taškų arba įkvėpimo, pvz., proceso, kurį kūrėjai gali naudoti norėdami prašyti naujų aplinkų ir savo aplinkų DLP strategijų pakeitimų.

Paveikslas: Proceso schema, iliustruojanti aplinkos valdymo procesą CoE pradiniame rinkinyje.

Platformos programuojamumas ir išplečiamumas

Vienas iš puikių dalykų, susijusių su bazinės programavimo žinios platforma, yra tai, kad galite ją naudoti kurdami programas, automatizavimą, portalus ir kopilotus, kurie padės ją valdyti. Taip pat turite prieigą prie žemesnio lygio įrankių, kurie gali būti naudojami norint užpildyti spragas, palaikančias jūsų aplinkos strategiją.

Norėdami kurti programas ir srautus, galite naudoti šias jungtis:

• Power Platform for Admins ir Power Platform for Admins V2

• Power Apps for Admins ir Power Apps kūrėjams

• „Power Automate“ valdymas

Galite naudoti komandų eilutės Power Platform sąsają (CLI), kad sukurtumėte automatizavimą, kuris padėtų valdyti aplinkos gyvavimo ciklą ir kitas užduotis, susijusias su "DevOps" praktika.

Naudodami kūrėjams ir administratoriams Power Platform skirtas"PowerShell" cmdlet, galite automatizuoti daugelį stebėjimo ir valdymo užduočių.

Power Platform DLP SDK gali padėti valdyti nuomotojo ir aplinkos duomenų praradimo prevencijos strategijas.

Geriausios praktikos rekomendacijos

Šiame straipsnio skyriuje remiamės rekomendacijomis, pateiktomis skyriuose apie pagrindą ir konkretų scenarijų.

Naujos aplinkos

Kurdami savo strategiją, apsvarstykite, kada kuriate aplinkas, kad palaikytumėte darbo krūvį. Jūsų vertinimas turi subalansuoti aplinkos teikiamus izoliacijos pranašumus, pvz., galimybė užrakinti tam tikras aplinkas labiau nei kitas yra naudinga saugos požiūriu, su trūkumais, pvz., izoliacija sukelia trintį vartotojams, kurie bando bendrinti duomenis programose.

Kai vertinate, ar programa arba automatizavimas priklauso jos aplinkai, atskirai įvertinkite skirtingus programos gyvavimo ciklo etapus. Kūrimo metu svarbu atsiriboti nuo kitų programų. Kai vienoje aplinkoje kuriamos kelios programos, rizikuojate sukurti kelių programų priklausomybes.

Kaip bendra rekomendacija, kai įmanoma, kūrimo aplinka turėtų būti vienos paskirties, vienkartinė ir lengvai atkuriama.

Kelių programų testavimas toje pačioje aplinkoje yra prasmingas, jei gamybos metu jos veikia kartu. Tiesą sakant, jei nebandysite su programomis, kurios veiks gamyboje, rizikuojate neatrasti suderinamumo problemų.

Vertindami programos gamybos aplinką, atminkite toliau nurodytus dalykus.

• Ar programa suderinama su esamomis programomis aplinkoje? Pavyzdžiui, dvi programėlės, kurios abi naudoja Dataverse kontaktų lentelę skirtingais tikslais, gali būti nesuderinamos. Ar programos suderinamos DLP politikos požiūriu?

• Ar yra specialių atitikties arba reguliavimo reikalavimų dėl duomenų atskyrimo? Pavyzdžiui, ar dėl duomenų jautrumo juos reikia izoliuoti? Ar yra reikalavimas, kad duomenų negalima įtraukti į kitus duomenis?

• Ar duomenys yra labai konfidencialūs ar neskelbtini? Ar eksfiltracija padarytų organizacijai piniginę ar reputacinę žalą? Izoliacija atskiroje aplinkoje gali leisti labiau kontroliuoti saugumą.

• Ar programai reikia duomenų iš kitų programų ir ją reikia su jomis susieti? Pavyzdžiui, dvi programėlės, kurios abi naudoja jūsų lentelę Klientas, turėtų būti nuomojamos kartu. Juos atskyrus, atsirastų nereikalingų duomenų kopijų ir kiltų duomenų priežiūros problemų.

• Ar duomenims reikalingas regioninis duomenų laikymo laikas? Kai kuriais atvejais ta pati programa arba automatizavimas gali būti įdiegtas regioninėse aplinkose, kad būtų užtikrintas tinkamas duomenų izoliavimas ir laikymas.

• Ar dauguma vartotojų yra tame pačiame regione kaip ir aplinka? Jei aplinka yra EMEA, bet dauguma programos naudotojų yra JAV, aplinkos bendrinimas gali neužtikrinti geriausio našumo.

• Ar reikės naujų administratorių, ar pakaks esamų administratorių? Jei naujai programai reikia daugiau administratorių, ar jie suderinami su esamais administratoriais, nes visi jie turės administratoriaus leidimus visose aplinkos programose?

• Kokia programos gyvenimo trukmė? Jei programa arba automatizavimas yra laikinas arba trumpalaikis, gali būti netinkama idėja ją įdiegti aplinkoje, kurioje yra daugiau nuolatinių programų.

• Ar vartotojams bus sunku naudoti kelias aplinkas skirtingoms programoms? Tai gali turėti įtakos viskam, pradedant programos radimu mobiliajame įrenginyje ir baigiant savitarnos ataskaitomis, kurios turi gauti duomenis iš kelių aplinkų.

Pajėgumas

Kiekviena aplinka (be bandomųjų ir kūrėjų aplinkų) sunaudoja 1 GB, kad iš pradžių atsargos. Pajėgumas padalijamas nuomininkui, todėl jį reikia paskirstyti tiems, kuriems jo reikia.

Taupykite talpą:

• Valdydami bendrai naudojamas testavimo ir gamybos aplinkas. Kitaip nei bendrai naudojamose kūrimo aplinkose, teisės tikrinimo ir gamybos aplinkose turėtų būti apribotos iki vartotojo prieigos testavimui.
• Automatizuokite laikinos kūrimo aplinkos valymą ir skatinkite bandomųjų aplinkų naudojimą testavimo arba koncepcijos įrodymo užduotims.

Aplinkų grupės

Aplinkos grupės yra lanksčios ir leidžia pritaikyti įvairius naudojimo atvejus, būdingus tik jūsų organizacijoms. Štai keletas būdų, kaip galite apsvarstyti aplinkų grupavimą kaip savo aplinkos strategijos dalį:

• Pagal paslaugą ar komponentą; Pavyzdžiui, ServiceNow aptarnavimo medis

• Kūrimas, testavimas ir gamyba

• Padaliniai, verslo grupės arba išlaidų centrai

• Pagal projektus

• Pagal vietovę, jei dauguma aplinkų tam tikroje vietoje turi panašius valdymo poreikius; Tai taip pat gali padėti užtikrinti panašią regioninę reguliavimo ir teisinę atitiktį

Paveikslas: Dviejų skirtingų departamentų aplinkos grupės turi skirtingas taisykles.

Aplinkų ir grupių pavadinimų suteikimas

Kurdami strategiją apsvarstykite, kaip pavadinamos aplinkos ir grupės.

• Aplinkų pavadinimai matomi administratoriams, kūrėjams ir vartotojams. Tik administratoriai paprastai naudoja aplinkos grupes, tačiau kūrėjai gali su jomis susidurti, jei turi teises kurti aplinkas.

• Kūrėjų aplinkos, kurios sukuriamos automatiškai, atitinka šablono <vartotojo vardo> aplinką; pavyzdžiui, "Avery Howard's Environment". Aplinkos grupės automatiškai nepavadinamos.

• Aplinkos ir aplinkos grupių pavadinimai nebūtinai turi būti unikalūs. Tačiau norint išvengti painiavos, geriausia vengti pasikartojančių vardų.

• Vardai ribojami iki 100 simbolių. Trumpesnius pavadinimus lengviau naudoti.

Sukurkite nuoseklią pavadinimų suteikimo konvenciją.

• Nuoseklūs pavadinimai padeda administratoriams žinoti, kokia yra grupės paskirtis ir kokias aplinkas ji valdo, taip pat gali palengvinti automatizavimą ir ataskaitų teikimą.

• Įprasta praktika yra įtraukti gyvavimo ciklo etapą į aplinkos pavadinimą; pavyzdžiui, Contoso Dev, Contoso Test, Contoso Prod. Tikslas yra aiškiai atskirti aplinkas, turinčias tą patį turinį, bet skirtingus tikslus.

• Kita įprasta praktika yra įtraukti skyrių ar verslo vienetą į pavadinimą, kai aplinka skirta tai vartotojų grupei.

• Pavyzdžiui, galite nuspręsti, kad visi aplinkos arba aplinkos grupių pavadinimai turi atitikti modelio <ciklo etapą-regioną-verslo><>< vienetą-paskirtį><> (Prod-US-Finance-Payroll).

Laikykite vardus trumpus, prasmingus ir aprašomuosius.

Pagalvokite apie tai, kaip laikui bėgant jūsų grupės vystysis ir augs, ir įsitikinkite, kad jūsų pavadinimų suteikimo konvencija gali patenkinti šiuos besikeičiančius poreikius.

Venkite į vardus įtraukti konfidencialią informaciją. Jie gali būti matomi visiems, turintiems prieigą prie administravimo centro.

Turtas numatytojoje aplinkoje

Jūsų aplinkos strategija turėtų skatinti (arba priversti) naudoti asmenines, tobulėjimo aplinkas, kad sumažintumėte tai, kas sukuriama numatytoje aplinkoje. Tačiau turėtumėte pažvelgti į tai, ką kūrėjai jau sukūrė numatytojoje aplinkoje, ir įvertinti, kaip elgtis su kiekvienu naudojimo atveju. Ar tikslinga palikti numatytojoje aplinkoje, ar ją reikėtų perkelti į kitą aplinką?

Pagrindinė šių higienos pastangų dalis yra programų, kurios yra plačiai naudojamos jūsų organizacijoje ir turėtų turėti savo apsaugotą kūrimo aplinką, atskirtą nuo gamybos aplinkos, identifikavimas.

Šioje lentelėje išvardyti naudojimo atvejų ir perkėlimo veiksmų pavyzdžiai. Galiausiai jūsų organizacija turi nustatyti savo naudojimo atvejus ir rizikos veiksnius, susijusius su turto palikimu numatytojoje aplinkoje. Sužinokite daugiau apie tai, kada perkelti išteklius iš numatytosios aplinkos.

Numatytoji aplinka	Migracijos veiksmai
Microsoft 365 Asmeninis produktyvumas	Likite numatytoje aplinkoje.
Vieno kūrėjo ištekliai, kurie neseniai buvo naudojami, bet nėra bendrinami	Pereikite prie savininko asmens, kūrėjo aplinka.
Ištekliai su vienu kūrėju, kurie buvo naudojami neseniai ir yra bendrinami	Pereikite prie savininko asmens, kūrėjo aplinka ir paleiskite iš bendrinamos gamybos aplinkos.
Ištekliai su keliais kūrėjais, kurie buvo naudojami neseniai ir yra bendrinami	Pereikite į bendrinamą kūrėjo aplinka ir paleiskite iš bendrinamos gamybos aplinkos.
Neseniai nenaudoti ištekliai	Praneškite savininkui ir pereikite prie karantino, jei atsakymas.

Turtas aplinkose Dataverse for Teams

Microsoft Dataverse for Teams suteikia vartotojams galimybę kurti pasirinktines programas, robotus ir srautus Microsoft Teams naudojant Power Apps ir. Microsoft Copilot Studio Power Automate Kai komandos savininkas įtraukia šią galimybę į savo komandą, „Microsoft Power Platform” aplinka su „Dataverse for Teams” duomenų baze yra sukuriama ir susiejama su jų komanda. Sužinokite, kaip nustatyti valdymo strategijas aplinkoms valdyti Microsoft Dataverse for Teams ..

Aplinkos strategija "Microsoft" viduje

"Microsoft" laiko save "Kliento nuliu", nes ji viduje taiko Power Platform automatizavimą ir efektyvumą tarp savo darbuotojų. Toliau pateikti skaičiai leidžia idėja naudojimo mastą "Microsoft" vidiniame nuomotojuje.

• 50,000-60,000 aktyvių kūrėjų kiekvieną mėnesį

• Daugiau nei 250 000 programų ir daugiau nei 300 000 srautų

• Daugiau nei 20 000 aplinkų

"Microsoft" pereina nuo ankstesnės aplinkos strategijos prie strategijos, naudodama naujausias Power Platform valdymo funkcijas, įskaitant Valdomosios aplinkos, aplinkos grupes ir taisykles.

Kaip patobulintos strategijos dalį "Microsoft" planuoja sugrupuoti scenarijus pagal kūrimo tipą, organizacijos nuosavybę ir rizikos lygį. Kadangi tiek daug kuriama visoje įmonėje, per sunku sutelkti dėmesį į kiekvieną galimą scenarijų ir pritaikyti kiekvienam naudojimo atvejui. Vyksta per daug, todėl jis turi būti automatizuotas ir naudoti kuo daugiau paruoštų naudoti valdiklių.

"Microsoft" struktūrizuoja savo Power Platform aplinkas į tris platesnes kategorijas, apimančias septynis naudojimo atvejus, atspindinčius skirtingą rizikos ir kontrolės laipsnį: asmeninį produktyvumą, komandos bendradarbiavimą ir įmonės plėtrą.

• Asmeninis produktyvumas - Tai skirta tiems, kurie tiesiog nori sukurti programą ar srautą sau. Pavyzdžiui, jie nebendradarbiauja su kitais. Šie vartotojai nukreipiami į asmeninio tobulėjimo aplinkas, kurios yra užrakintos. Šios aplinkos naudoja valdomos aplinkos funkcijas, įskaitant bendrinimo apribojimą, taip pat valdo kitus dalykus, kuriuos galite daryti aplinkose. Šioje aplinkų grupėje jungtys ir galimi veiksmai yra labai apriboti. Ši aplinka yra mažiausiai rizikinga. Užrakintų asmeninių aplinkų naudojimas leidžia vartotojams išvengti griežtesnio atitikties proceso vien tam, kad sukurtų asmeninio produktyvumo programas ir srautus.

• Komandos bendradarbiavimas - Tai skirta vartotojams, kurie kuria įrankius, automatizavimą ir procesus savo komandai. Pagal šį scenarijų "Microsoft" skatina naudoti Dataverse for Teams aplinkas. Gyvavimo ciklas, prieigos valdymas ir duomenų žymėjimas yra kontroliuojami Microsoft 365 grupės lygiu, todėl mums nereikia gaišti laiko tvarkant šiuos vartotojus iš Power Platform valdymo perspektyvos. Šis naudojimo lygis yra kitas veiksmas rizikos spektre.

• Įmonės plėtros / gamybos lygis, kurį naudoja visi darbuotojai - Tai žmonės, kuriantys įrankius ar sprendimus, naudojamus plačiau visoje įmonėje. Šiose aplinkose gali būti saugomi slapčiausi duomenys, naudojamos galingesnės jungtys ir reikalaujama daugiau valdymo. Tai laikoma didžiausia rizika ir daugiausia pastangų skiriama valdymui. ALM yra būtinas, kai priešgamybinis darbas vyksta smėlio dėžės aplinkose, o gamybos aplinkose leidžiami tik valdomieji sprendimai. Šios aplinkos turi būti susietos su "ServiceTree", kuri užtikrina pasikartojančias saugos ir privatumo peržiūras. Aplinkos grupės taisyklės tinkinamos pagal "ServiceTree" metaduomenis ir signalus. Daugelis aplinkos grupių ir taisyklių naudojamos šioms aplinkoms valdyti ir valdyti.

"Microsoft" valdymo strategija nėra statiška. Jis sklandus ir keičiasi, kad prisitaikytų prie naujų iššūkių ir įtrauktų naujų Power Platform funkcijų.

Plėtokite savo nuomotojo aplinkos strategiją

Šiame straipsnyje aprašėme, kaip sukurti įmonės masto nuomotojo aplinkos strategiją. Strategija gali augti kartu su jūsų verslu, neatsižvelgiant į tai, nuo ko pradedate kelionę. Bet kokio dydžio organizacijos gali pasinaudoti mūsų pateikta strategija; Tačiau organizacijoms, kurios jau yra didesnio masto, nauda yra didesnė.

Nuomininko aplinkos strategijos kūrimas nėra vienkartinė veikla. Tai kelionė. Laikui bėgant turėtumėte tobulinti savo strategiją, kai keičiasi jūsų poreikiai. Jūsų strategija taip pat turi būti pakoreguota, kad būtų pritaikytos naujos platformos galimybės ir sprendžiami nauji iššūkiai.

Kaip ir visos kelionės, skirtingos organizacijos prisijungia skirtinguose kelio taškuose, tačiau visos turi omenyje tą patį tikslą. Toliau pateikiamos galimos rampos, nurodančios, kur šiandien yra jūsų organizacija.

PRadžia

Jūsų organizacija yra savo priėmimo Power Platform kelionės pradžioje. Tai dažnai vadinama plynu lauku. Pradedate savo kelionę geriausioje vietoje, nes jums nereikia jaudintis dėl esamos aplinkos ar poveikio, kurį naujos strategijos gali turėti jūsų organizacijos žmonių naudojimui Power Platform. Tai geriausias laikas įgyvendinti įmonės masto aplinkos strategiją, suderintą su produkto funkcijomis ir geriausia praktika.

Susipažinkite su pagrindinėmis aplinkos funkcijomis ir strategijomis, kurios aprašytos šiame straipsnyje. Skirkite laiko, kad suprastumėte pagrindines temas ir svarstymus bei sprendimus, kurių jums reikia norint sukurti ir įgyvendinti nuomotojo aplinkos strategiją, kuri geriausiai atitinka jūsų reikalavimus.

Tvirto pagrindo sukūrimas dabar yra būtinas, kad nereikėtų griauti nekontroliuojamos situacijos, kuri gali atsirasti vėliau, jei pradėsite be apibrėžtos strategijos. Planuokite greitą naudojimo Power Platform pagreitį, tačiau venkite pagundos per daug kurti savo aplinkos strategiją, pridėdami sudėtingumo, kurio nereikia. Atminkite, kad tai yra kelionė, ir jūs galite toliau tobulinti savo strategiją, kai keičiasi jūsų poreikiai.

Lygiuoti

Jūsų organizacija turi ir vykdo aplinkos strategiją, kurią reikia modifikuoti, kad ji atitiktų naujas Power Platform funkcijas ir geriausią praktiką. Tai dažnai vadinama apleistu lauku. Skirtingai nuo organizacijų, kurios tik pradeda veiklą, turite atsižvelgti į aplinkos strategijos keitimo poveikį jūsų organizacijai.

Išnagrinėkite pagrindines aplinkos funkcijas ir strategijas, kurios aprašytos šiame straipsnyje, ir įvertinkite, ko reikia, kad jūsų strategija būtų labiau suderinta. Paprastai viskas, ko reikia, yra laipsniški koregavimai. Kai įmanoma, suplanuokite pakeitimų diegimą, kad sumažintumėte poveikį vartotojams.

Toliau pateikti pasiūlymai yra įprasti papildomi pakeitimai, kuriuos galite įgyvendinti:

• Norėdami pradėti lygiavimą nepaveikdami esamų aplinkų, sukurkite aplinkos grupę, kurioje yra naujų kūrėjų aplinkų, ir nustatykite taisykles, kaip norite jas valdyti. Įjunkite aplinkos kelvadą, kad užtikrintumėte, jog visos naujos kūrėjų aplinkos būtų sukurtos nurodytoje grupėje.

• Įvertinkite savo grupavimo strategiją ir, jei reikia, sukurkite grupes, kurios palaikytų esamą aplinką. Nustatyti toms grupėms taikomas taisykles, kurios atitinka esamus apribojimus ir išimtis. Perkelkite esamas aplinkas į tas grupes.

• Identifikuokite plačiai populiarias programas, kurios kuriamos ir naudojamos numatytojoje aplinkoje. Naudokite vamzdynus, kad publikuotumėte juos gamybos aplinkoje, kurioje jūsų organizacijos vartotojai galėtų juos paleisti. Tada dirbkite migruodami tų programų kūrimą į asmenį, kūrėjo aplinka arba tam skirtą kūrimo aplinką.

• Sukurkite planą, kaip identifikuoti, sulaikyti ir pašalinti nenaudojamus išteklius numatytojoje aplinkoje.

Patobulinti

Vykdoma aplinkos strategija jau atitinka naujausias funkcijas ir geriausią praktiką, tačiau jūsų organizacija nori įtraukti daugiau valdiklių ar funkcijų.

Praneškite apie savo aplinkos strategiją savo organizacijai

Sėkmingiau įgyvendinate nuomotojo aplinkos strategiją, jei Power Platform naudotojai supranta ir atitinka tai, ką bandote pasiekti. Jei tiesiog suaktyvinsite savo strategiją be jokio bendravimo, vartotojai pokyčius matys kaip apribojimus ir ieškos būdų, kaip juos apeiti.

Kurdami ar tobulindami savo strategiją, nuspręskite, kaip informuojate naudotojus apie pagrindinius strategijos elementus, kurie turi įtakos jų naudojimui Power Platform. Jiems nereikia visų techninių jūsų strategijos detalių, tik būtiniausių dalykų, kurie padeda užtikrinti, kad jie išliktų produktyvūs, pavyzdžiui:

• Numatytosios aplinkos paskirtis

• Kur jie turėtų statyti naujus bazinės programavimo žinios turtą

• Kaip jie turėtų naudoti savo asmeninę kūrėjo aplinka

• Kaip pateikti užklausą dėl pasirinktinių aplinkų konkretiems verslo vienetams ar projektams

• Bendrosios jungties naudojimo strategijos ir kaip prašyti daugiau jungties teisių savo aplinkoje

• Kaip pasidalinti tuo, ką jie kuria, su kitais

• Kūrėjo pareigos; pavyzdžiui:

  • Išlaikyti nuomotoją švarų. Ištrinkite aplinkas, programas ir srautus, jei jų nebereikia. Eksperimentuojant naudotu testavimo aplinką.

  • Bendrinti išmintingai. Stebėti, jog neperdalintumėte savo bendrai naudojamų aplinkų, programų, srautų ir bendrai naudojamų ryšių.

  • Saugoti organizacijos duomenis. Venkite perkelti duomenis iš labai konfidencialių ar konfidencialių duomenų šaltinių į neapsaugotą ar išorinę saugyklą.

• Kai jūsų strategija pasikeis, bendrinkite, kaip pakeitimai paveiks naudotojus, kad jie žinotų, ką daryti kitaip

Gera pradžia yra įjungti kūrėjo pasveikinimo turinį aplinkos grupėje, kurioje pridedami nauji kūrėjai.

Paveikslėlis: naudokite pasveikinimo turinį, kad padėtumėte naujiems kūrėjams sėkmingai dirbti.

Kitas veiksmingas būdas bendrauti su vartotojais yra vidinio Power Platform centro sukūrimas. Centras gali būti vieta, kur žmonės gali bendradarbiauti vykdydami projektus, dalytis Idėjos ir atrasti naujų būdų, kaip pritaikyti technologijas, kad pasiektų daugiau. Telkinyje galite bendrinti išsamesnę informaciją apie savo aplinkos strategiją, kuri yra aktuali jūsų naudotojams. Sužinokite, kaip sukurti vidinį Power Platform telkinį.

Apibendrinimas

Šiame straipsnyje išnagrinėjome funkcijas, skirtas padėti jūsų organizacijai valdyti Power Platform aplinkas įmonės mastu ir įtraukti jas į nuomotojo aplinkos strategiją.

Kai jūsų organizacija priima Power Platform ir naudojimas spartėja, aplinkų poreikis gali greitai pasikeisti. Jums reikia lankstaus požiūrio, kuris padėtų jūsų aplinkos strategijai neatsilikti nuo pokyčių ir toliau atitikti besikeičiančius organizacijos valdymo reikalavimus.

Pagrindinis nuomininko aplinkos strategijos sėkmės veiksnys yra bendravimas su savo kūrėjais ir vartotojais bei jų palaikymo gavimas. Įsitikinkite, kad žmonės, kuriantys bazinės programavimo žinios programas ir automatizavimą, žino, kaip laikytis jūsų organizacijos aplinkos strategijos ir kur jie turėtų kurti savo bazinės programavimo žinios išteklius.

Kiekvienos organizacijos kelionė į priėmimą Power Platform yra unikali. Pateikėme keletą Idėjos, kurie padės jums pradėti nuo tinkamo sudėti vertikaliai. Jūsų "Microsoft" paskyros komanda arba Power Platform partneris gali padėti sukurti labiau tinkintą nuomotojo aplinkos strategiją jūsų organizacijai.

Išteklių

• Aplinkos grupės
• Aplinkos nukreipimas
• Power Platform Įmonės saugos dokumentacija
• bazinės programavimo žinios saugumas ir valdymas
• Sprendimo koncepcijos ALM