Programų ir srautų perkėlimas iš numatytosios aplinkos

Šioje techninėje dokumentacijoje paaiškinama, kaip organizacijos ir administratoriai gali planuoti savo programų ir srautų perkėlimą iš numatytosios aplinkos.

Autoriai: Ravi Chada (Microsoft), Rui Santos (Microsoft)

Pastaba.

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

Numatytoji aplinka

Vienam nuomotojui sukuriama viena numatytoji aplinka, kuri pasiekiama visiems to nuomotojo vartotojams. Numatytoji aplinka sukuriama regione, kuris yra arčiausiai numatytojo nuomotojo Microsoft Entra regiono, ir pavadinama taip: [Microsoft Entra nuomotojo pavadinimas] (numatytasis). Kai naujas vartotojas prisiregistruoja Power Apps arba Power Automate automatiškai įtraukiamas į kūrėjo vaidmenį numatytoje aplinkoje. Jokie vartotojai automatiškai neįtraukiami į aplinkos administratorius numatytosios aplinkos vaidmenį.

Negalite panaikinti numatytosios aplinkos ir negalite rankiniu būdu sukurti atsarginės numatytosios aplinkos kopijos. Sistemos atsarginės kopijos kuriamos nuolat. Numatytosios aplinkos saugyklos talpa yra apribota iki 1 TB. Numatytoji aplinka turi šias galimybes:

• 3 GB Dataverse duomenų bazės talpa
• 3 GB Dataverse failo talpa
• 1 GB Dataverse žurnalo talpa

Atliekant pajėgumo patikrą, atliktą prieš kuriant naujas aplinkas, neįtraukiama į numatytąją aplinką įtraukta saugyklos talpa apskaičiuojant, ar turite pakankamai pajėgumų naujai aplinkai sukurti. Jei reikia saugoti daugiau duomenų, galite sukurti gamybos aplinką.

Numatytoje aplinkoje licenciją turinčios Microsoft 365 organizacijos darbuotojai gali kurti programas ir debesies srautus. Numatytoji aplinka tampa pirmąja žaidimų aikštelės studija, kurioje šie darbuotojai gali pradėti kurti savo programas ir srautus. Kadangi neįmanoma pašalinti aplinkos kūrėjas vaidmens iš numatytosios aplinkos, kūrėjai pradeda kurti asmenines produktyvumo programas ir srautus bei bendrinti juos savo komandose, kad kiti gautų naudos. Dauguma organizacijų dažnai pervardija numatytąją aplinką į Asmeninis produktyvumas.

Administratoriai reaktyviai atranda, kad daugelis programų ir srautų yra sukurti numatytojoje aplinkoje. Gali būti netinkama, kad programa arba srautas būtų numatytojoje aplinkoje tokiuose scenarijuose kaip:

• Programa bendrinama su daugeliu naudotojų, panašiai kaip gamybinė elgsena.
• Programa naudoja "Excel" darbaknyges su slaptais duomenimis.
• Programa, pagrįsta SharePoint sąrašais, gauna daug duomenų sąveikų, pvz., įterpimų ar naujinimų.
• Programa arba srautas naudoja jungtis, kurios neleidžiamos naujose duomenų praradimo prevencijos (DLP) strategijose.
• Pasirinktinės jungtys yra įjungtos ir naudojamos numatytoje aplinkoje, o ne apsaugotos tam skirtoje aplinkoje.

Aukščiau pateiktus scenarijus verta apsvarstyti ir nurodyti, kad turėtumėte pradėti perkelti šias programas ir srautus iš numatytosios aplinkos į savo, kūrėjo aplinka ar kitą bendrinamą aplinką. Kiti svarbūs veiksniai yra apribojimai, susiję su numatytąja aplinka.

Kompetencijos centro (CoE) komandos, kurios stebi Power Platform , yra priverstos reaguoti, kai pasiekiamos ribos, o tai neigiamai veikia programas, kurios veikia numatytojoje aplinkoje. Šis apribojimas taip pat gali būti kažkas, ką administratorius ar CoE komanda turi reguliariai atlikti. Yra trys platūs etapai:

• Objektų identifikavimas Power Platform
• Objektų perkėlimas Power Platform
• Išvalykite Power Platform objektus

Yra įvairių būdų eksportuoti programas ir srautus, kad perkeltumėte jas į naują aplinką. Sprendimai yra vienas failas, kuriame gali būti beveik viskas, ką jūsų kūrėjai sukuria Power Platform ir perkelia kartu. Drobės programas ir debesies srautus galima eksportuoti tiesiogiai.

Laikui bėgant,objektai evoliucionavo taip, Power Platform kad būtų suprantami sprendimai. Dabar programos ir srautai pagal numatytuosius nustatymus gali žinoti apie sprendimą, nors tam reikia suaktyvinti rankiniu būdu. Kūrėjai vis tiek gali kurti programas ir srautus iš make.powerapps.com ir make.powerautomate.com, kurie gali būti klasifikuojami kaip nežinantys sprendimo, ir juos galima eksportuoti atskirai arba pridėti juos prie sprendimo. Įtraukdamas sprendimą, kūrėjas gali pasinaudoti aplinkos kintamųjų ir ryšio nuorodų pranašumais, kad sukonfigūruotų ir įdiegtų galinius punktus visose aplinkose.

Siekiama, kad visi Power Platform komponentai būtų įtraukti į vieną sprendimą, kuris leistų kelis komponentus lengvai perkelti kaip vieną vienetą tarp aplinkų.

Objektų identifikavimas Power Platform

Pirmas žingsnis yra nustatyti programas, srautus ir išteklius, kuriuos reikia perkelti arba išvalyti. CoE darbo pradžios rinkinyje pateikiamas visų programų ir srautų aprašas, Power BI o ataskaitos padeda nustatyti naudojimą. Šis veiksmas padeda įvertinti programos naudojimą ir turėtų padėti jas pažymėti. Atlikdami pratimą būtinai pažymėkite programas ir srautus, kuriuos reikėtų perkelti į kitą aplinką. Žyma gali būti pagrįsta naudojamomis jungtimis, vartotojo vieta, vartotojo skyriumi ir pan. Šiame straipsnyje taip pat aprašomas elementų, kuriuos reikia išvalyti arba perkelti pagal duomenų praradimo prevencijos (DLP) praktiką, atpažinimo metodas.

Objektų perkėlimas Power Platform

Jei komponentas pažymėtas perkelti į kitą aplinką, yra galimybių perkelti programą. Judėjimas yra interaktyvus procesas ir jam reikia tam tikro lygio kūrėjo sąveikos. Programos ar srauto perkėlimo sudėtingumo lygis didėja atsižvelgiant į komponentų, naudojamų programai ar srautui kurti, derinį.

Pavyzdžiui, programoje su šešiais ekranais yra 10 mygtukų per kelis ekranus. Tarkime, kad šie 10 mygtukų kiekvienas iškviečia atskirą srautą. Taip pat yra keletas srautų, kurie kasdien suaktyvinami norint pataisyti duomenis arba integruoti duomenis su kita sistema. Taip pat tarkime, kad yra AI Builder vaizdo apdorojimo modelis, kuris naudojamas kaip automatizavimo dalis. Norėdami perkelti tokią programą, visi komponentai turi būti pridėti prie sprendimo, o ryšio nuorodos turi būti tinkamai sureguliuotos ir išbandytos prieš patvirtinant užbaigimą.

Kitu atveju tarkime, kad yra drobės programa, kuri naudoja Office 365 ryšį. Tokiu atveju kūrėjui tereikia prie sprendimo pridėti tik drobės programą.

Išvalykite Power Platform objektus

Jei komponentas pažymėtas valymui, yra dvi pagrindinės parinktys. Pirmoji parinktis yra ištrinti ją tiesiogiai, o antroji - ištrinti padarius atsarginę kopiją. Pastaruoju atsarginės kopijos atveju gali būti tam tikrų žingsnių, sutampančių su judančiais objektais, sutapimas.

Pavyzdžiui, "CoE Team" administratoriai pastebi, kad dauguma kūrėjų kuria bandomąsias programas ir srautus mokymosi tikslais. Tada kūrėjai atsisako programų ir srautų, o tai galima patvirtinti pažvelgus į naudojimo metriką. Kitas būdas yra karantinuoti programą. Jei niekas nesikreipia į jus dėl programos, programą taip pat galima ištrinti.

Pagrindinis vaidmuo tenka komunikacijos strategijos palaikymui. Administratoriai turėtų planuoti bendrauti:

• Užmegzti ryšius, kuriuos kūrėjai turi leisti paleisdami programą naujoje aplinkoje.
• Naujas programos URL iš tikslinės aplinkos.
• Naršymas į tinkamą aplinką.

Kai kurie iš šių objektų perkėlimo sprendimų yra paruošti ir jiems gali reikėti atskiros Power Apps ir Power Automate licencijos, suteikiančios vartotojams galimybę kurti ir paleisti programas įvairiuose duomenų šaltiniuose, kurie apima ne tik Microsoft 365.

Strategijas

Labiau tikėtina, kad visas programų ir srautų iš numatytosios aplinkos identifikavimo ir perkėlimo procesas bus sėkmingas, kai jis pagrįstas strategija. Yra keletas strategijų, kurias turėtumėte apsvarstyti.

DLP strategija

Duomenų praradimo prevencijos (DLP) strategijos veikia kaip apsauginiai turėklai, padedantys apsaugoti vartotojus nuo netyčinio organizacijos duomenų atskleidimo ir apsaugoti nuomotojo informacijos saugą. DLP strategijos įgalina taisykles, kurios jungtys yra įjungiamos kiekvienoje aplinkoje ir kurias jungtis galima naudoti kartu. Jungtys klasifikuojamos kaip Tik verslo duomenys, Verslo duomenys neleidžiami arba Blokuojama. Tik verslo duomenų grupės jungtis gali būti naudojama tik su kitomis tos grupės jungtimis toje pačioje programoje arba sraute. Mes rekomendavome turėti bent vieną politiką.

Objektų identifikavimas naudojant DLP

DLP strategija pagrįstas identifikavimas yra naudingas norint apibrėžti tikslines programų ir srautų aplinkas. Gali būti programų ar srautų, naudojančių DLP užblokuotą jungtį arba verslo ir ne verslo jungčių derinį, kuris, suaktyvinus DLP, nustoja veikti.

Norėdami išvengti galimų kritinių objektų prastovų, dėl DLP, kuris yra CoE Starter Rinkinio dalis, galite rasti DLP rengyklės (poveikio analizės) įrankį. DLP rengyklės tikslas yra leisti administratoriams matyti esamų strategijų poveikį arba galimą politikos pakeitimų poveikį. Ji suteikia administratoriams paveiktų programų ir srautų rodinį bei išteklius, kurie būtų išjungti, jei būtų taikomos naujos arba atnaujintos strategijos. Programą galima naudoti norint peržiūrėti esamą politiką, pakeisti esamą politiką ir sumažinti riziką susisiekiant su kūrėjais ir informuojant juos apie geriausią programos ar srauto veiksmą.

Atnaujinkite esamas DLP strategijas, kad peržiūrėtumėte poveikį. Vadovaukitės straipsniu Nuomininko higienos nustatymas naudojant CoE pradinį rinkinį , kad rastumėte daugiau informacijos apie DLP rengyklę.

Prieš įjungdami DLP funkciją, galite nustatyti, kurios programos ir srautai yra paveikti, ir įspėti kūrėjus. DLP redaktorius gali siųsti visų paveiktų programų ir srautų sąrašą el. pašto adresu, kuris sugeneruoja .csv failą kiekvienam objekto tipui.

Naudodami DLP rengyklės 2.0 versiją, srityje Poveikio analizė pasirinkite Eksportuoti paveiktas programas ir srautus į CSV.

Kiekviename sugeneruotame csv faile (flow.csv ir apps.csv) yra informacijos apie:

1. Programų ir srautų pavadinimai.
2. Programų ir srautų savininkas.
3. Programų ir srautų "OwnerEmail".
4. Visi ryšiai, kuriuos naudoja programos ir srautai.
5. Programų ir srautų ID, kad būtų galima identifikuoti objektą.
6. Aplinkos ID, kuriame yra programos ir srautai.

Atkreipkite dėmesį, kad ryšiai pateikia visų programos ar srauto naudojamų jungčių sąrašą. Jei jums reikia tiksliai nustatyti, kurią jungtį veikia atitinkamas DLP, šiuo metu reikalinga automatika. Mes vertiname šios situacijos keitimą įrankyje.

Diegimo, skirto ryšiui nustatyti, pavyzdys:

1. Sukurkite Power Automate srautą.

2. Naudokite jungtį Gauti nuomotojo DLP strategiją , nurodydami atitinkamą DLP.

3. Rezultatas yra du masyvai, verslo duomenys ir ne verslo duomenys. Pavyzdžiui, "Twitter" jungtis rodo šį kodą:

   [
     {
       "id": "/providers/Microsoft.PowerApps/apis/shared_twitter",
       "name": "Twitter",
       "type": "Microsoft.PowerApps/apis"
     }
   ……
   ]
   

4. Iš šio sąrašo turite prieigą prie jungties pavadinimo, kuris atitinka csv programos arba srauto ryšio stulpelio pavadinimų sąrašą.

5. Konvertuodami csv į "Excel" formatą ir įdėdami jį į savo OneDrive, galite perskaityti visas paveiktas programas ir srautus iš Power Automate. Patikrinkite, kuris ryšys paveiktas, remiantis logika, kuri lygina ryšius su jungčių pavadinimais.

6. Kai atitiks, kuris ryšys sukelia poveikį, sugeneruokite naują sąrašą su programos arba srauto ID ir jungtimi, kurią paveikė DLP.

7. Naudokite ankstesnę informaciją, kad praneštumėte kūrėjui apie būsimą poveikį. Galite naudoti "Power Kortelės", kad surinktumėte kūrėjo atsiliepimus, jei programą ar srautą galima panaikinti arba juos reikia perkelti į kitą aplinką.

Atsižvelgdami į analizę, jei nustatote, kad paveikti srautai nenaudojami, galite juos sulaikyti ir išsiųsti gamintojui el. laišką su instrukcijomis, kaip perkelti juos į kitą aplinką. Tai skatina "pasidaryk pats" ("pasidaryk pats") kultūrą ir pašalina šešėlinę IT. Kai kuriais atvejais galbūt norėsite kai kuriems objektams netaikyti DLP. Pavyzdžiui, galbūt norėsite taikyti konkretų DLP tik naujiems ištekliams, kurie buvo sukurti ir kuriems taikoma išimtis dabartiniams ištekliams. Daugiau informacijos apie DLP išteklių išimtį rasite DLP išteklių išimtis.

Efektyviai jūsų aplinkos strategija apibrėžiama naudojant DLP ir tai suteikia paskirties vietą programoms ir srautams, sukurtiems numatytojoje aplinkoje.

Aplinkos strategija

Norint sukurti aplinkos strategiją, reikia konfigūruoti aplinkas ir kitus duomenų saugos sluoksnius taip, kad būtų palaikomas produktyvus jūsų organizacijos vystymasis, kartu apsaugant ir tvarkant išteklius. Aplinkos aprūpinimo, prieigos valdymo ir juose esančių išteklių valdymo strategija yra svarbi norint:

• Duomenų ir prieigos apsaugojimui.
• Valdykite numatytąją aplinką suderinamu būdu.
• Teisingo aplinkų skaičiaus valdymui, kad būtų išvengta išsiplėtimo ir išlaikytų talpą.
• Palengvinkite ir įgyvendinkite sveiką programos gyvavimo ciklo valdymą (ALM).
• Išteklius organizavimui loginiuose skaidiniuose.
• Operacijų (ir pagalbos tarnybos) palaikymui, kad būtų galima nustatyti programas, esančias gamyboje, laikant jas jos yra paskirtose aplinkose.
• Užtikrinimui, kad duomenys būtų saugomi ir perduodami priimtinuose geografiniuose regionuose (efektyvumo ir atitikties tikslais).
• Užtikrinti, kad taikomųjų programų atskyrimas yra kuriamas.
• Vidinių sąskaitų faktūrų išrašymo paslaugų įgalinimas verslo galutiniams naudotojams arba verslo vienetams, kurie naudojasi paslaugomis.

Turėtumėte turėti nusistovėjusius skyrius, kurie galėtų savarankiškai išlaikyti ir turėti esamus ALM procesus. Tokiais atvejais aplinkos suteikia izoliaciją ir organizuoja išteklius pagal skyrių. Tuo pagrįstą strategiją galima pasiekti sukuriant atskiras aplinkas kiekvienam skyriui. Tada šios aplinkos tampa programų paskirties vieta ir srautais numatytojoje aplinkoje.

Komunikacijos strategija

Veiksminga komunikacija yra labai svarbi perkėlimo proceso metu. Bendravimas vyksta visuose migracijos proceso etapuose. Aiški komunikacija skatina suinteresuotųjų šalių tarpusavio supratimą ir bendradarbiavimą. Tai leidžia sklandžiai perduoti informaciją, užtikrinant, kad visi dalyvaujantys asmenys būtų gerai informuoti apie migracijos planus, pažangą ir visus galimus iššūkius.

Vykdydami perkėlimo ir valymo pastangas, įsitikinkite, kad procesas yra sklandus kūrėjams, suinteresuotosioms šalims ir vadovybei. Sukurkite strategiją, kaip geriausiai bendrauti ir kokiais momentais jums reikia bendrauti, kuri užtikrintų jūsų tikslų nuoseklumą ir padėtų bendrauti visiems dalyviams. Kai kurios svarstytinos parinktys:

• Naudokite CoE pradinį rinkinį kaip turtas sekimo priemonę.
• Pridėkite pasirinktinių debesies srautų, kad galėtumėte siųsti pranešimus įvairiais etapais.
• Kurkite šabloninius el. laiškus, kurie siunčiami bendrauti su kūrėjais.

Dalykai, kuriuos reikia atsiminti, yra šie:

• Programos URL pakeitimas. Programos naudotojai turi atnaujinti visas žymes į programą numatytojoje aplinkoje.
• Jei yra URL pagrįstas HTTP paleidimo srautas, jis turi būti atnaujintas priklausomuose srautuose, kad būtų užtikrinta, jog jis vis dar veikia kaip žiniatinklio kabliukas.
• Pateikite išsamius veiksmus, kaip užmegzti ryšius, kai perkėlimas bus baigtas tiek kūrėjams, tiek programos vartotojams. Vartotojai neturėtų jaudintis dėl ryšio sukūrimo, kai pirmą kartą paleidžia programą iš naujos aplinkos.

Norint gerai pradėti kurti ryšius, reikia savitarnos modelio, kad būtų galima išplėsti mastelį ir būti realesniu laiku vartotojams, nei tiesiog palikti jį vieno vartotojo el. paštui ar platinimo sąrašui. Jei planuojate sukurti SharePoint svetainę, yra šablonas, kurį galite naudoti kurdami vidinį Microsoft Power Platform telkinį. Centras tampa įprasta vieta sužinoti apie strategiją ir gaires, kad kūrėjai galėtų priimti teisingus sprendimus dėl to, ką jie ketina statyti ir kur jie turėtų to siekti.

Yra keletas esamų sprendimo komponentų, pvz., pranešimų apie neveiklumą komponentų nustatymas ir kūrėjų atitikties komponentų nustatymas CoE darbo pradžios rinkinyje, kuriais galite pasinaudoti. Šie komponentai pateikiami su el. laiškų šablonais ir jie gali būti dubliuojami, kad atitiktų jūsų tikslą ir poreikį perkelti juos iš numatytosios aplinkos. Geras papildymas taip pat yra užfiksuoti keletą sėkmės istorijų komunikacijos svetainėje.

Auditorijos

Perkėlimo procese paprastai yra skirtingos auditorijos, dalyvaujančios komunikacijoje. Čia pateikiamos tipiškiausios pagrindinės suinteresuotosios šalys ir jų vaidmenys:

• Programų savininkai: programų savininkai yra asmenys arba komandos, atsakingi už konkrečių programų kūrimą, priežiūra ir valdymą. Jie turi išsamių žinių apie savo programų funkcionalumą, darbo eigą ir konfigūraciją. Bendravimas su programų savininkais yra labai svarbus norint suprasti jų konkrečių programų reikalavimus, rinkti atsiliepimus, spręsti problemas ir užtikrinti sklandų programų perkėlimą į naują aplinką.
• Programos naudotojai: programos naudotojai yra asmenys, kurie reguliariai naudoja programas savo užduotims ar darbo eigoms atlikti. Jie gali turėti skirtingo lygio techninę kompetenciją ir išmanyti programas. Bendravimas su programos naudotojais yra svarbus norint informuoti juos apie perkėlimą, pateikti atnaujinimus apie bet kokius galimus pakeitimus ar sutrikimus, pasiūlyti mokymus ar palaikymą, kad būtų užtikrintas sklandus perėjimas ir sumažintas bet koks poveikis jų kasdienei veiklai.
• Departamentų vadovai arba vadovai: departamentų vadovai arba vadovai atlieka svarbų vaidmenį migracijos procese, nes jie prižiūri savo atitinkamų padalinių operacijas ir strateginius tikslus. Jie turi būti informuoti apie migracijos tvarkaraštį, galimą poveikį ir naudą. Bendravimas su departamentų vadovais leidžia jiems teikti būtinas rekomendacijas, suderinti migraciją su departamento tikslais ir užtikrinti sklandų koordinavimą savo komandose.
• IT arba techninės komandos: IT arba techninės komandos yra atsakingos už infrastruktūrą, sistemas ir bendrus techninius perkėlimo aspektus. Jie dalyvauja planuojant, vykdant ir palaikant perkėlimo procesą. Bendravimas su IT komandomis yra būtinas norint aptarti techninius reikalavimus, priklausomybes, saugos aspektus ir visus būtinus infrastruktūros ar konfigūracijos pakeitimus, kuriuos reikia įgyvendinti norint sėkmingai perkelti.
• Saugos ir atitikties komandos: saugos ir atitikties komandos atlieka svarbų vaidmenį užtikrinant duomenų saugą, privatumą ir reguliavimo atitiktį perkėlimo metu. Jose pateikiamos gairės ir užtikrinama, kad būtų taikomos tinkamos priemonės neskelbtinai informacijai apsaugoti. Bendravimas su saugos ir atitikties komandomis apima saugos reikalavimų, šifravimo protokolų, prieigos valdiklių ir bet kokių su atitiktimi susijusių aspektų aptarimą perkėlimo proceso metu.
• Vykdomoji vadovybė: vykdomoji vadovybė, įskaitant C lygio vadovus arba vyresniąją vadovybę, turėtų būti nuolat informuojama apie perkėlimo procesą. Jie gali nereikalauti išsamios, techninės informacijos, tačiau turėtų žinoti projekto tikslus, pažangą ir galimą poveikį organizacijai. Bendravimas su vykdomąja vadovybe padeda užtikrinti jų paramą, suderinimą su strateginiais tikslais ir išteklių paskirstymą migracijai.

Svarbu pritaikyti komunikacijos strategijas ir pranešimus kiekvienai auditorijai, atsižvelgiant į konkrečius jų poreikius, rūpesčius ir techninio supratimo lygį. Aiški ir laiku vykdoma komunikacija su visais suinteresuotaisiais subjektais skatina bendradarbiavimą, užtikrina sklandų koordinavimą ir sušvelnina visus galimus iššūkius migracijos proceso metu.

Veiklų seka

Bendravimo su suinteresuotaisiais subjektais dažnumas arba dažnumas perkėlimo proceso metu skiriasi priklausomai nuo konkrečių projekto poreikių ir dinamikos. Svarbu užmegzti reguliarią ir nuoseklią komunikaciją, kad suinteresuotosios šalys būtų informuotos, spręstų susirūpinimą keliančius klausimus ir išlaikytų suderinimą viso perkėlimo metu. Štai keletas aplinkybių, į kurias reikia atsižvelgti nustatant bendravimo su įvairiomis suinteresuotosiomis šalimis dažnumą:

• Programų savininkai: svarbu palaikyti dažną ryšį su programų savininkais viso perkėlimo proceso metu. Tai apima reguliarius perkėlimo eigos atnaujinimus, visų susirūpinimą keliančių klausimų sprendimą ir, kai reikia, programėlių savininkų įtraukimą į sprendimų priėmimą. Bendravimo dažnumas gali skirtis priklausomai nuo programėlės sudėtingumo ir kritiškumo, tačiau rekomenduojama reguliariai registruotis ir laiku atsakyti į užklausas.
• Programos naudotojai: įtraukite programos naudotojus įprastais komunikacijos kanalais, kad jie būtų informuoti apie perkėlimą. Tai turėtų apimti pranešimus, el. laiškus, informacinius biuletenius ar net specialius mokymus ar seminarus. Bendravimo su programos naudotojais dažnumas gali skirtis, tačiau labai svarbu teikti naujinius svarbiausiais etapais, informuoti juos apie bet kokius pakeitimus ar trikdžius, kurie gali juos paveikti, ir teikti palaikymą bei rekomendacijas viso proceso metu.
• Departamentų vadovai ir vadovai: Bendravimas su padalinių vadovais ir vadovais gali vykti reguliariai arba pagal poreikį, atsižvelgiant į perkėlimo į jų padalinius reikšmę. Periodiškai teikti naujausią informaciją apie bendrą pažangą, terminus ir poveikį jų komandoms.
• IT arba techninės komandos: reguliariai bendraukite su IT ir techninėmis komandomis, dalyvaujančiomis perkėlime. Tai apima nuolatinį bendradarbiavimą, dalijimąsi atnaujinimais techniniais klausimais ar problemomis ir visų būtinų konfigūracijų ar pakeitimų koordinavimą. Ryšio dažnis paprastai yra didesnis planavimo ir analizės etape. Įgyvendinimo etape reguliariai turėkite kontaktinius taškus ar susitikimus, kad užtikrintumėte sklandų koordinavimą.

Ištekliai

Veiksmingas išteklių valdymas yra labai svarbus sėkmingam perkėlimui. Štai keletas pagrindinių aspektų, į kuriuos reikia atsižvelgti, kai reikia valdyti išteklius perkėlimo metu:

• Išteklių identifikavimas: Identifikuokite išteklius, reikalingus perkėlimo projektui, įskaitant asmenis arba komandas, atsakingas už tokias užduotis kaip pasirengimas prieš perkėlimą, duomenų perkėlimas, testavimas, diegimas, konfigūravimas ir palaikymas po perkėlimo. Nustatykite konkrečius įgūdžiai, žinias ir pasiekiamumą, reikalingus kiekvienam vaidmeniui.
• Išteklių paskirstymas: Priskirkite išteklius vaidmenims ir užduotims pagal išteklių įgūdžiai, pasiekiamumą ir darbo krūvio pajėgumą. Užtikrinti, kad ištekliai būtų tinkamai paskirstyti siekiant subalansuoti darbo krūvį ir laikytis projekto terminų. Apsvarstykite visas priklausomybes ar apribojimus, kurie gali turėti įtakos išteklių paskirstymui, pvz., bendrinamus išteklius keliuose projektuose.
• įgūdžiai tobulinimas ir mokymas: Įvertinti įgūdžiai ir žinių spragas grupėje ir suteikti būtinas mokymo ar kvalifikacijos kėlimo galimybes, siekiant užtikrinti, kad ištekliai būtų tinkamai pasirengę jiems paskirtoms užduotims atlikti. Tai gali apimti mokymo sesijas, praktinius seminarus arba prieigą prie atitinkamų išteklių ir dokumentų.
• Bendravimas ir bendradarbiavimas: Skatinti veiksmingą bendravimą ir bendradarbiavimą tarp išteklių, susijusių su migracija. Skatinkite reguliarius būsenos atnaujinimus, koordinavimo susitikimus ir dalijimąsi žiniomis, kad užtikrintumėte, jog visi komandos nariai būtų suderinti, informuoti ir dirbtų kartu siekdami bendrų tikslų.
• Nenumatytų atvejų planavimas: Numatykite galimus išteklių apribojimus ar riziką ir sudarykite nenumatytų atvejų planus. Nustatyti arba kryžmiškai apmokyti atsarginiai ištekliai atlikti svarbius vaidmenis, kad būtų galima sušvelninti bet kokius nenumatytus iššūkius, pvz., netikėtą nebuvimą ar išteklių apribojimus.
• Suinteresuotųjų šalių dalyvavimas: Informuokite suinteresuotąsias šalis, pvz., programų savininkus, skyrių vadovus ir vadovybę, apie išteklių paskirstymą ir bet kokį galimą poveikį tvarkaraščiams ar rezultatams. Reguliariai praneškite apie išteklių atnaujinimus, eigos ataskaitas ir bet kokius išteklių planų koregavimus, kad galėtumėte valdyti lūkesčius ir išlaikyti skaidrumą.

Individuali objektų migracija

Skirtumas tarp programos ir sprendimo yra svarbus. Programos eksportavimas ir importavimas turi įtakos tik tam objektui. Sprendimas yra konteineris, kuriame gali būti kelios programos, srautai ir kiti objektai.

Drobės programos eksportavimas ir importavimas (senstelėjęs būdas)

Išsamūs veiksmai aprašyti drobės programos paketo eksportavimas ir drobės programos paketo importavimas.

Šis programų eksportavimo būdas yra senas būdas. Nors jis palaikomas, rekomenduojame naudoti sprendimus. Sprendimai leidžia perkelti kelis komponentus, o ne tik vieną išteklių.

Eksportavimo ir importavimo srautas (senasis būdas)

Šie veiksmai aprašo, kaip eksportuoti srautą.

1. Pasirinkite "..." meniu, pasirinkite Eksportuoti , tada pasirinkite Paketas (.zip).
2. Įveskite savo paketo pavadinimą ir aprašymą. Tada galite konfigūruoti numatytuosius parametrus ir pridėti komentarų, kurie pasiekiami importavimo etapo metu.
3. Pasirinkite mygtuką Eksportuoti apatiniame dešiniajame kampe, kad atsisiųstumėte paketą. Jei atsisiuntimas neprasideda automatiškai, galite pasirinkti mygtuką Atsisiųsti .

Šie veiksmai aprašo, kaip importuoti srautą.

1. Pasirinkite mygtuką Importuoti .
2. Įkelkite paketo failą ir palaukite, kol ekrane bus rodoma išsami paketo informacija.
3. Konfigūruodami srauto parametrus, galite pasirinkti sukurti naują srautą arba atnaujinti esamą su srauto apibrėžimu iš paketo.
4. Pasirinkite ryšius, reikalingus srautui nustatyti. Turėtumėte pamatyti, kad mygtukas Importuoti tampa pasiekiamas, kai sėkmingai sukonfigūravote visus reikiamus nustatymus.

Importavę srautą, jis turi būti suaktyvintas. Jei srautas turi kokių nors ryšio nuorodų, jį suaktyvinęs vartotojas turi turėti prieigą prie tų jungčių. Jei ne, ryšio savininkas gali suteikti prieigą aktyvinimo vartotojui.

Šis debesų srautų eksportavimo būdas yra senas būdas. Nors jis palaikomas, rekomenduojame naudoti sprendimus, kurie leidžia perkelti kelis komponentus, o ne tik vieną išteklių.

Modeliu pagrįstos programos eksportavimas ir importavimas

Modeliu pagrįsta programa visada yra sprendimo dalis. Supakuotą programą, įtrauktą į sprendimo failą (.zip), galima bendrinti su vartotojais pagal jų saugos vaidmenis, kai ji sėkmingai eksportuojama iš šaltinio aplinkos ir importuojama į paskirties aplinką.

Išsamūs nuoseklūs procesai aprašyti straipsniuose Sprendimo eksportavimas ir Sprendimo importavimas.

Eksportuokite ir importuokite robotą Microsoft Copilot Studio

Galite eksportuoti ir importuoti robotus naudodami sprendimus. Išsamus veiksmų sąrašas pateikiamas Eksportuokite ir importuokite robotus naudodami sprendimus.

Eksportavimo ir importavimo Power Pages svetainė

Perkėlimo puslapiai apima esamos konfigūracijos eksportavimą iš šaltinio Microsoft Dataverse aplinkos ir importavimą į paskirties Dataverse aplinką. Yra keletas būtinų veiksmų, kuriuos reikia atlikti tikslinėje aplinkoje. Kai paruošimo darbai bus baigti, portalo konfigūracijos duomenis bus galima eksportuoti naudojant konfigūracijos perkėlimo įrankį.

SharePoint Formos programa – specialus numatytosios aplinkos atvejis

SharePoint Formų programos gali būti susietos tik su viena aplinka, o jei nesukonfigūruotos kitaip, yra numatytoje aplinkoje. Norint perkelti visas programas, reikia nustatyti, kad paskirties vieta būtų kita aplinka, o ne numatytoji aplinka. Esančios tinkintos formos automatiškai neperkeliamos į naujai paskirtą aplinką. Tik gamybos aplinkos gali būti paskirtos „SharePoint“ tinkintoms formoms. Toliau atliekamas neautomatinis procesas, pvz., perkeliama drobės programa.

Objektų atsarginių kopijų kūrimas Microsoft Power Platform

Dauguma Microsoft Power Platform objektų eksportuojami kaip ZIP failai. Jei ne, jie turi bent vieną failo formatą. Šie failai originaliu formatu, kaip ZIP failas arba bet koks plėtinys, su kuriuo jie pateikiami, gali būti pridėti prie bet kurios failų saugojimo vietos arba jūsų pasirinktos saugyklos. Keletas parinkčių, kurias reikia paminėti, yra Azure DevOps "GitHub SharePoint", "One Drive" ar bet kuris kitas sprendimas, palaikantis visus failų formatus.

Masinės migracijos galimybės

Programos ar srauto perkėlimas yra sėkmingas, jei jis veikia taip pat, kaip ir anksčiau. Tačiau yra tam tikrų elementų, kurių negalima perkelti:

• Srauto vykdymo duomenys apie ankstesnius srauto paleidimus - Duomenys apie srauto paleidimus saugomi tik 28 dienas. Jei jums reikia duomenų, juos galima eksportuoti ir saugoti naudojant CoE pradinį rinkinį arba jei nustatėte Eksportavimas į duomenų telkinį. Naujausioje CoE pradinio rinkinio versijoje yra srauto paleidimo duomenys, jei jie naudojami su Duomenų eksportavimas.
• Drobės programos versijos- Kūrėjams kartojant kūrimo procesą, gali būti sukurtos kelios versijos. Ankstesnių versijų perkelti negalima. Galima perkelti tik naujausią versiją.
• Duomenys, pasiekiami naudojant programą ar srautą arba naudojant jungtis – į eksportavimą įtraukiami tik programos metaduomenys.

Bet kokie bendradarbiavimo komentarai, pateikti programoje ar sraute, taip pat neįtraukiami.

Šiame straipsnyje aprašomos kai kurios galimybės. Prieš priimant sprendimą svarbu atidžiai apsvarstyti kiekvienos galimybės pasekmes ir pranašumus.

Perkelti viską – duomenų bazės atsarginės kopijos kūrimo ir atkūrimo parinktis

Panašiai kaip ir daugelyje aplinkos tipų, taip pat kuriama numatytosios aplinkos atsarginė kopija. Šios sistemos atsarginės kopijos kuriamos automatiškai. Numatytojoje aplinkoje nėra parinkties pagal pareikalavimą, todėl jai reikia palaikymo užklausos. Atsarginę kopiją galima atkurti naujoje aplinkoje, išlaikant visus duomenis Dataverse. Ši parinktis yra tik parodyti skaitytojui apie jo egzistavimą ir šviesti skaitytoją, kada apsvarstyti. Tai neturėtų būti laikoma pagrindiniu pasirinkimu, nes tai duotų tik dalinę migraciją.

• Palaikoma: Dataverse, "Dynamics" programos
• Nevisiškai palaikoma: drobės programa, komponentų biblioteka, pasirinktiniai puslapiai, Power Automate Microsoft Copilot Studio

Nevisiškai palaikoma reiškia, kad perkėlimo metu gali būti prarasti duomenys ir reikia atlikti daugiau veiksmų.

Metaduomenų ir duomenų perkėlimas

Rekomenduojamas būdas yra naudoti sprendimus metaduomenims perkelti, o tada duomenims perduoti gali būti naudojami duomenų srautai, "Azure Data Factory" arba kitas pageidaujamas įrankis. Visiškas automatizavimas nuo pradžios iki pabaigos gali būti pasiekiamas ne visais atvejais dėl įvairių jungčių, tačiau galimas glaudus suderinimas.

Aukštu lygiu veiksmai yra šie:

1. Įtraukite taikomąją programą į sprendimą.
2. Pridėti srautą į tirpalą.
3. Pridėkite esamus robotus.
4. Koreguokite ryšio nuorodas programose ir srautuose.
5. Patikrinkite, ar nėra sprendimo priklausomybių, ir pridėkite objektų.
6. Eksportuokite tirpalą.
7. Sprendimo importavimas.
8. Perkelti duomenis.

Tikrinama, ar nėra sprendimo priklausomybių

Sprendimo importavimo į paskirties aplinką sėkmę galima užtikrinti tik tada, kai į sprendimą įtraukti visi susiję komponentai arba jie pasiekiami paskirties aplinkoje. Jei trūksta komponentų, tirpalo importavimas greičiausiai nepavyks. Siekiant užtikrinti, kad būtų visi reikalingi komponentai, yra galimybių, kurias geriausia naudoti kartu:

• Rankiniu būdu pridėkite pasirinktus komponentus prie sprendimo. Tokiu atveju daroma prielaida, kad žinote, jog visi priklausomi komponentai jau pasiekiami tikslinėje aplinkoje.

• Naudokite mygtuką Rodyti priklausomybes iš sprendimo, kad sistema galėtų nustatyti priklausomybes už jus. Galite pridėti visas priklausomybes arba pasirinktinai įtraukti tik tas priklausomybes, kurių nėra tikslinėje aplinkoje.

  

Komponento įtraukimas į sprendimą (rankinis)

Darant prielaidą, kad sprendimas sukurtas, kūrėjas turi naudoti parinktį Pridėti esamą komponentą meniu, kad pridėtų esamą programą, srautą ar robotą.

Ryšio nuorodų koregavimas

Drobės programos ir eigos tvarko ryšius skirtingai. Srautai naudoja visų jungčių ryšio nuorodas, o drobės programos jas naudoja tik netiesiogiai bendrinamiems (neOAuth) ryšiams, pvz., SQL serverio autentifikavimui.

Programėlės naujinimas, kad vietoj ryšių būtų naudojamos ryšio nuorodos

Drobės programos, kurios nežino sprendimo, kai yra įtrauktos į sprendimą, nebus automatiškai atnaujintos, kad būtų galima naudoti ryšio nuorodas. Ryšių nuorodos susiejamos su drobės programomis tik tada, kai duomenų šaltinis įtraukiamas į programą. Norėdami atnaujinti programėlių versiją, turite:

1. Į sprendimą įtraukite programą, kuri nežino apie sprendimą.
2. Pašalinkite ryšį iš programos.
3. Sukurkite naują ryšio nuoroda sprendime.
4. Įtraukite ryšį, kuriame yra susietas ryšio nuoroda.

Srautų naujinimas norint naudoti ryšių nuorodas, o ne ryšius

Kai srauto nėra sprendime, jis naudoja ryšius. Jei tada tas srautas pridedamas prie sprendimo, jis iš pradžių ir toliau naudoja jungtis. Srautus galima atnaujinti, kad vietoj ryšių būtų naudojamos ryšių nuorodos vienu iš dviejų būdų:

• Jei srautas eksportuojamas nevaldomuoju sprendimu ir importuojamas, ryšiai pašalinami su ryšio nuorodomis.

• Atidarius sprendimo srautą, srauto tikrintuvas srauto informacijos puslapyje rodo įspėjimą naudoti ryšio nuorodas. Įspėjimo pranešime yra veiksmas, kurį galite pasirinkti Pašalinti ryšius, kad būtų galima įtraukti ryšio nuorodas. Pasirinkus šį veiksmą, iš paleidiklio pašalinami ryšiai ir srauto veiksmai, todėl galima pasirinkti ir kurti ryšio nuorodas.

Objekto įtraukimas į sprendimą (automatizavimas)

Galite naudoti "PowerShell" komandas, kad masiškai perkeltumėte programas į sprendimą. Pridėti jau esamas drobės programas ir debesies srautus prie sprendimų taip pat galima naudojant komandinę eilutę. Įdiekite naujausius "PowerShell" modulius, kad išbandytumėte šią parinktį. Dvi pagrindinės komandos yra Set-PowerAppAsSolutionAware ir Set-FlowAsSolutionAware.

Įdiegę modulius, įterpkite savo aplinkos ID, programos ID, srauto ID ir sprendimo ID.

Drobės programai:

Set-PowerAppAsSolutionAware -EnvironmentName {Environment ID} -AppName {App ID} -SolutionId {Solution ID}

Dėl srauto:

Set-FlowAsSolutionAware -EnvironmentName {Environment ID} -FlowName {Flow ID} - SolutionId {Solution ID}

Ryšio nuorodos yra duomenų įrašai ryšio nuoroda lentelėje. Norint naudoti ryšio nuoroda kaip programos ar srauto dalį, reikia pakeisti pagrindinės programos arba srauto aprašą. Turite pakeisti ryšįReferencinis mazgas su ryšio nuoroda.

Sprendimų eksportavimas ir importavimas

Darant prielaidą, kad sprendimai yra paruošti, kitą automatizavimo etapą galima atlikti keliais būdais:

• Neautomatiškai eksportuokite ir importuokite sprendimus į paskirties aplinką.

• Naudokite paketus , kad perkeltumėte kelis sprendimus į vieną leidimą.

• Naudokite Power Platform kūrimo įrankių užduotis , kad atliktumėte kelias operacijas, pvz., pakuotės sprendimą, išpakavimo sprendimą, eksportavimo sprendimą ir importavimo sprendimą. "DevOps" suteikia galimybę automatizuoti programos gyvavimo ciklo valdymą (ALM) ir visos šios užduotys yra sukurtos taip, kad palaikytų ALM Microsoft Power Platform.

Power Platform Komandų eilutės sąsaja (CLI) taip pat suteikia galimybių eksportuoti ir importuoti sprendimus. Visos su sprendimais susijusios komandos gali būti naudojamos sprendimams kurti, eksportuoti ir importuoti. Taip pat galite naudoti CLI duomenims perkelti į vidų ir iš jos.

Gamintojui tinkamas pasirinkimas yra naudoti vamzdynus, kurie skirti demokratizuoti ALM Power Platform. ALM automatizavimo ir nuolatinio integravimo / nuolatinio diegimo (CI / CD) galimybių sujungimas į vieną funkcijų paslaugą yra labiau prieinamas visiems kūrėjams, administratoriams ir kūrėjams.

Ryšių kūrimas (rankinis)

Paskirties aplinkoje prieš nustatydami importavimo operaciją sukurkite trūkstamus ryšius, kurių reikia programai arba srautui. Daugiau informacijos apie tai, kaip kurti ryšius, ieškokite Ryšių Power Automate valdymas.

Duomenų perkėlimas

Yra kelios duomenų perkėlimo parinktys – nuo rankinio iki visiško automatizavimo.

• Neautomatiniu būdu eksportuokite ir importuokite duomenis naudodami "Excel" darbaknyges.
• A Power Automate debesies srautas galima sukurti norint išgauti duomenis iš šaltinio lentelių ir rašyti tiesiai į paskirties vietą. Tačiau tam reikia, kad gamintojas naudotų Dynamics 365 jungtį arba Dataverse (senąją) jungtį. Dataverse Šiuo metu jungtis nepalaiko prisijungimo tarp aplinkų. Ši funkcija planuojama ateityje, o kai bus išleista, ji gali būti naudojama duomenims perkelti iš vieno į kitą.
• Konfigūracijos perkėlimo įrankis (CMT) yra įrankis, naudojamas portalo perkėlimui, bet taip pat gali būti naudojamas reguliariam duomenų perkėlimui. CMT taip pat galima naudoti su "PowerShell". PAC CLI įrankis suteikia galimybę skambinti CMT.
• Duomenų srautus galima naudoti kuriant aplinkų susiejimus ir duomenims perkelti. HTTP žiniatinklio jungtis gali būti naudojama kaip alternatyva Dataverse.
• "Azure Data Factory" galima naudoti su Dataverse jungtimi, kad būtų galima paimti duomenis iš šaltinio ir įterpti juos į paskirties vietą.

Atsižvelgiant į tai, kad numatytoji aplinka yra riboto dydžio, vienos iš aukščiau pateiktų parinkčių turėtų pakakti duomenims perkelti iš numatytosios aplinkos.

Išvalykite svarstymus

Valymas yra geras idėja programoms ir srautams, kurie ilgą laiką nebuvo naudojami ir atnaujinami. Yra įvairių būdų, kuriuos administratorius turi apsvarstyti, kiek tai susiję su valymu.

• Nustatykite duomenų importavimo tvarką. Mažiausiai priklausomi stalai eina pirmi, o labiausiai priklausomi - pabaigoje.
• Ne visus laukus reikia susieti. Laukų, pvz., Versija, Modifikavimo data, Sukurta data ir kai kurių kitų sistemos laukų, susieti nereikia.
• Jei norite išsaugoti originalą Sukurta data, paskirties lentelėje naudokite šaltinio lauką Sukurta pagal datą su lauku OverRiddenCreatedOn .
• Audito duomenų perkelti negalima.
• Neįjunkite jokių darbo eigų ar srautų, kurie suaktyvinami pagal duomenų įterpimą, nebent tai numatyta. Tai prailgina duomenų perkėlimo laiką.

Žymėjimo parinktys

CoE pradinis rinkinys šiandien neturi žymėjimo parinkties. Tačiau tai gali būti pritaikymas, kurį galite pridėti prie pradinio rinkinio.

Sukurkite lentelę, pavadintą Žymės , ir nustatykite ryšį Daugelis su daugeliu (N:N) su programa, srautais ir kitomis atsargų lentelėmis. Tada galite sukurti žymę ir susieti šiuos įrašus su atitinkamais atsargų elementais. Norėdami užtikrinti geresnę vartotojo patirtį, galite įterpti tinklelį į pagrindinę programų, srautų ir kitų atsargų lentelių formą. Ši parinktis rekomenduojama, nes ji turi orientacinį nuoseklumą.

Kiekvienoje atsargų lentelėje sukurkite teksto lauką ir naudokite jį tekstui (žymei), kurį vėliau galėsite naudoti, užfiksuoti.

Jei norite fiksuotesnio sąrašo, sukurkite visuotinį parinkčių rinkinys ir įtraukite jį į visas atsargų lenteles ir jų formas.

Karantino galimybė

Jei nesate tikri dėl tam tikrų programų būtinybės, galite pabandyti jas kuriam laikui izoliuoti ir šios būsenos metu uždaryti į karantiną. Programą gali naudoti tik savininkas. Praėjus tinkamam laikui ir jei nebuvo gauta savininko atsakymas, galite juos pašalinti iš aplinkos.

Srautai nepalaiko karantino būsenos, tačiau panašų metodą galima naudoti sustabdžius srautą ir patikrinus, ar savininkas jį vėl suaktyvina.

Abiem atvejais svarbu tinkamai bendrauti su savininku.

Tik parinktis Ištrinti

Jei tikrai neprarandamas produktyvumas ir pakartotinai naudojami objektai, ši parinktis yra geriausia. Dauguma bandymų srautų ir programų patenka į šią kategoriją.

Tokiu atveju, identifikavus objektų sąrašą, būtų galima sukurti "PowerShell" paketą ir jam perduoti csv sąrašą, kuris ištrintų visą tą turtą.

Kai peržiūrite programų ir srautų ID, galima naudoti šią komandą, kad pašalintumėte jas iš numatytosios aplinkos.

• Remove-AdminFlow -EnvironmentName Default-[Guid] -FlowName [Guid]
• Remove-AdminPowerApp -AppName [Guid] -EnvironmentName [Guid]

Objektų atsarginė kopija ir parinktis Naikinti

Pavyzdžiui, tarkime, kad Power Automate srautas sukurtas siekiant patenkinti konkretų sezoninį poreikį, bet jis nebuvo naudojamas ilgą laiką. Tokiu atveju prieš ištrinant komponentą pravartu pasidaryti atsarginę komponento kopiją.

Norint sukurti atsarginę komponento kopiją, eksportuojamam sprendimui generuoti gali būti naudojamos individualios arba masinės migracijos parinktys. Tada tai galima pridėti prie pasirinktos failų saugyklos arba į OneDrive vietą.

Kai atsarginė kopija bus apsaugota, galite pritaikyti parinktį Ištrinti , kad užbaigtumėte valymo procesą.

Daugeliu atvejų tai yra bandomieji srautai ir programos, kurias kūrėjai sukūrė mokydamiesi asmeninio produktyvumo ir eksperimentuodami.

Apibendrinimas

Power Platform yra priemonė, skirta tiek piliečiams, tiek profesionaliems kūrėjams. Numatytasis aplinkos naudojimas pirmiausia turėtų būti sutelktas į asmeninį produktyvumą naudojant Microsoft 365 produktus. Visos kitos programos ir srauto kūrimas turėtų vykti tam skirtose bendrinamose, individualiose ar kūrėjų aplinkose. Stipri rekomendacija yra sukurti nepriklausomą aplinkos strategiją, pagrįstą DLP, kuri gali padėti kūrėjams kurti savo programas ir srautus tinkamoje aplinkoje. Taip pat labai naudinga sukurti komunikacijos strategiją ir pateikti vartotojams savitarnos modelius, kaip sužinoti apie strategiją, sprendimų įgyvendinimą ir geriausią praktiką kuriant programas ir srautus. Geras papildymas yra užfiksuoti keletą sėkmės istorijų komunikacijos svetainėje. Viduje paskelbtos sėkmės istorijos padeda kūrėjams užmegzti ryšį su Idėjos ir atveria galimybes, kurias būtų galima pasiekti naudojant Power Platform.

Stipri valdymo strategija yra būtina perkeliant ar perkeliant konkrečius objektus. Yra įvairių objektų perkėlimo strategijų, įskaitant individualią ir masinę migraciją. Geriausias variantas priklauso nuo mūsų organizacijos politikos. Sprendimai yra labiausiai rekomenduojamas būdas tvarkyti programos komponentus ir supaprastinti perkėlimą.