Migrácia aplikácií a postupov z predvoleného prostredia

Táto biela kniha vysvetľuje, ako môžu organizácie a správcovia plánovať migráciu svojich aplikácií a tokov z predvoleného prostredia.

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

Poznámka

Tento biely papier môžete uložiť alebo vytlačiť výberom možnosti Tlač v prehliadači a následným výberom možnosti Uložiť ako PDF.

Predvolené prostredie

Pre každého nájomníka sa vytvorí jedno predvolené prostredie a je prístupné pre všetkých používateľov tohto nájomníka. Predvolené prostredie je vytvorené v regióne, ktorý je najbližšie k predvolenému regiónu Microsoft Entra nájomníka a má nasledujúci názov: [Microsoft Entra názov nájomníka] (predvolené). Vždy, keď sa nový používateľ zaregistruje do Power Apps alebo Power Automate, automaticky sa pridá do role tvorcu predvoleného prostredia. Do role správca prostredia predvoleného prostredia sa automaticky nepridajú žiadni používatelia.

Nemôžete odstrániť predvolené prostredie a nemôžete manuálne zálohovať predvolené prostredie. Zálohovanie systému sa vykonáva nepretržite. Predvolené prostredie je obmedzené na 1 TB úložnej kapacity. Predvolené prostredie má nasledujúce možnosti:

• 3 GB Dataverse kapacita databázy
• 3 GB Dataverse kapacita súborov
• Kapacita denníka 1 GB Dataverse

Kontrola kapacity vykonaná pred vytvorením nových prostredí vylučuje zahrnutú úložnú kapacitu predvoleného prostredia pri výpočte, či máte dostatočnú kapacitu na vytvorenie nového prostredia. Ak chcete uložiť viac údajov, môžete vytvoriť produkčné prostredie.

V predvolenom prostredí môžu zamestnanci organizácie s Microsoft 365 licenciou vytvárať aplikácie a cloudové toky. Predvolené prostredie sa pre týchto zamestnancov stane prvým ihriskom, ktoré začne vytvárať svoje aplikácie a postupy. Keďže rolu tvorca prostredia nie je možné odstrániť z predvoleného prostredia, tvorcovia začínajú vytvárať aplikácie a postupy osobnej produktivity a zdieľajú ich v rámci svojich tímov, aby z nich mali úžitok aj ostatní. Väčšina organizácií často premenuje predvolené prostredie na Osobná produktivita.

Správcovia reaktívne zisťujú, že veľa aplikácií a tokov sa vytvára v predvolenom prostredí. Nemusí byť vhodné, aby bola aplikácia alebo postup v predvolenom prostredí v scenároch, ako sú:

• Aplikácia je zdieľaná s mnohými používateľmi v produkčnom správaní.
• Aplikácia používa excelové zošity s citlivými údajmi.
• Aplikácia založená na zoznamoch SharePoint získava množstvo interakcií s údajmi, ako sú vložky alebo aktualizácie.
• Aplikácia alebo postup používa konektory, ktoré nie sú povolené v nových pravidlách ochrany pred stratou údajov (DLP).
• Vlastné konektory sú povolené a používané v predvolenom prostredí namiesto toho, aby boli zabezpečené vo vyhradenom prostredí.

Vyššie uvedené scenáre stoja za zváženie a naznačujú, že by ste mali začať presúvať tieto aplikácie a toky z predvoleného prostredia do ich vlastného, ​​vývojárske prostredie alebo iného zdieľaného prostredia. Ďalšími faktormi, ktoré vstupujú do hry, sú obmedzenia spojené s predvoleným prostredím.

Tímy Center of Excellence (CoE), ktoré monitorujú Power Platform , sú nútené reagovať po dosiahnutí limitov, čo negatívne ovplyvňuje aplikácie, ktoré sú spustené v predvolenom prostredí. Toto obmedzenie môže byť niečo, čo musí pravidelne vykonávať aj správca alebo tím Rady Európy. Existujú tri široké štádiá:

• Identifikácia Power Platform objektov
• Presuňte Power Platform objekty
• Vyčistite Power Platform objekty

Existujú rôzne spôsoby exportovania aplikácií a postupov na ich presun do nového prostredia. Riešenia sú jeden súbor, ktorý môže obsahovať takmer čokoľvek, čo vaši tvorcovia zabudujú Power Platform a premiestniť ich dohromady. Aplikácie na plátne a cloudové toky možno exportovať priamo.

Postupom času sa Power Platform objekty vyvinuli tak, aby si uvedomovali riešenia. Teraz môžu aplikácie a toky v predvolenom nastavení poznať riešenie, hoci to vyžaduje manuálnu aktiváciu. Tvorcovia by stále mohli vytvárať aplikácie a toky z make.powerapps.com a make.powerautomate.com, ktoré možno klasifikovať ako nepoznané riešenia, a možno ich exportovať jednotlivo alebo ich pridať do riešenia. Pridaním riešenia môže výrobca využiť premenné prostredia a odkazy na pripojenie na konfiguráciu a nasadenie koncových bodov v rôznych prostrediach.

Cieľom je mať všetky Power Platform komponenty pridané do jedného riešenia, čo umožňuje jednoduchý presun viacerých komponentov ako jedného celku medzi prostrediami.

Identifikácia Power Platform objektov

Prvým krok je identifikovať aplikácie a toky a aktíva, ktoré je potrebné presunúť alebo vyčistiť. CoE Starter Kit poskytuje zoznam všetkých aplikácií a tokov a prehľady Power BI pomáhajú určiť využitie. Toto krok vám pomôže vyhodnotiť používanie aplikácie a malo by vám pomôcť pri ich označovaní. Počas cvičenia nezabudnite označiť aplikácie a postupy, ktoré by sa mali migrovať do iného prostredia. Značka môže byť založená na použitých konektoroch, umiestnení používateľa, oddelení používateľa atď. Tento článok tiež načrtáva spôsob rozpoznávania položiek, ktoré by sa mali vyčistiť alebo premiestniť na základe postupov prevencie straty údajov (DLP).

Presuňte Power Platform objekty

Ak je komponent označený na presun do iného prostredia, sú k dispozícii možnosti na presun aplikácie. Presun je interaktívny proces a vyžaduje určitú úroveň interakcie tvorcu. Úroveň zložitosti presunu aplikácie alebo toku sa zvyšuje so zmesou komponentov použitých na zostavenie aplikácie alebo toku.

Napríklad aplikácia so šiestimi obrazovkami má 10 tlačidiel cez viacero obrazoviek. Predpokladajme, že každé z týchto 10 tlačidiel volá individuálny tok. Existuje tiež niekoľko tokov, ktoré sa spúšťajú denne na opravu údajov alebo integráciu údajov s iným systémom. Predpokladajme tiež, že existuje AI Builder model spracovania obrazu, ktorý sa používa ako súčasť automatizácie. Ak chcete presunúť takúto aplikáciu, všetky komponenty musia byť pridané do riešenia a odkazy na pripojenie musia byť správne nastavené a otestované pred potvrdením dokončenia.

V inom prípade predpokladajme, že existuje aplikácia na plátne, ktorá používa Office 365 pripojenie. V tomto prípade musí výrobca do riešenia pridať iba aplikáciu na plátne.

Vyčistite Power Platform objekty

Ak je komponent označený na vyčistenie, existujú dve hlavné možnosti. Prvou možnosťou je odstrániť ho priamo a druhou možnosťou je odstrániť ho po vytvorení zálohy. V druhom prípade zálohovania môže dochádzať k určitému prekrývaniu krokov, ktoré sa zhodujú s pohyblivými objektmi.

Správcovia tímu CoE napríklad zistili, že väčšina výrobcov vytvára testovacie aplikácie a postupy na vzdelávacie účely. Tvorcovia potom opustia aplikácie a toky, čo možno potvrdiť pohľadom na metriky používania. Ďalším spôsobom je dať aplikáciu do karantény. Ak sa k vám nikto ohľadom aplikácie neobráti, aplikácia môže byť tiež vymazaná.

Kľúčovú úlohu zohráva udržiavanie komunikačnej stratégie. Správcovia by mali plánovať komunikáciu:

• Vytváranie spojení, ktoré musia tvorcovia povoliť pri spustení aplikácie v novom prostredí.
• Nová adresa URL aplikácie z cieľového prostredia.
• Navigácia do správneho prostredia.

Niektoré z týchto riešení na premiestňovanie objektov sú hotové a môžu vyžadovať samostatnú Power Apps a Power Automate licenciu, ktorá používateľom poskytuje možnosť vytvárať a spúšťať aplikácie naprieč zdrojmi údajov, ktoré presahujú rámec Microsoft 365.

Stratégie

Celý proces identifikácie a presúvania aplikácií a tokov z predvoleného prostredia bude s väčšou pravdepodobnosťou úspešný, ak je založený na stratégii. Existuje viacero stratégií, ktoré by ste mali zvážiť.

Stratégia DLP

Zásady ochrany pred stratou údajov (DLP) fungujú ako ochranné zábradlia, ktoré pomáhajú používateľom zabrániť neúmyselnému odhaleniu organizačných údajov a chránia bezpečnosť informácií u nájomcu. Politiky ochrany pred únikom údajov (DLP) vynucujú pravidlá o tom, ktoré konektory sú povolené pre jednotlivé prostredia a ktoré konektory je možné používať spoločne. Konektory sú klasifikované ako iba obchodné údaje, nie sú povolené žiadne obchodné údaje alebo blokované. Konektor v skupine „iba obchodné údaje” je možné použiť iba s ďalšími konektormi z tejto skupiny v tej istej aplikácii alebo postupe. Odporúčame vám mať aspoň jednu zásadu.

Identifikácia objektov pomocou DLP

Identifikácia založená na politike DLP je užitočná na definovanie cieľových prostredí pre vaše aplikácie a toky. Môžu existovať aplikácie alebo toky, ktoré používajú konektor, ktorý je blokovaný DLP, alebo kombináciu podnikových a nepodnikateľských konektorov, ktoré po aktivácii DLP prestanú fungovať.

Aby ste predišli výpadkom potenciálnych kritických objektov v dôsledku DLP, ktorý je súčasťou CoE Starter Kit, môžete nájsť nástroj DLP editor (analýza dopadu). Cieľom editora DLP je umožniť správcom vidieť vplyv existujúcich politík alebo potenciálny vplyv zmien politík. Poskytuje správcom pohľad na ovplyvnené aplikácie a toky a zdroje, ktoré by boli deaktivované, ak by sa mali presadzovať nové alebo aktualizované pravidlá. Aplikáciu možno použiť na kontrolu existujúcich pravidiel, zmenu existujúcich pravidiel a zmiernenie rizika kontaktovaním výrobcov a informovaním o najlepšom postupe pre ich aplikáciu alebo postup.

Aktualizujte existujúce zásady DLP a skontrolujte ich vplyv. Ak chcete získať ďalšie informácie o editore DLP, postupujte podľa článku Zavedenie hygieny nájomníkov pomocou súpravy CoE Starter Kit .

Pred zapnutím funkcie DLP môžete identifikovať, ktoré aplikácie a toky sú ovplyvnené, a upozorniť ich tvorcov. Editor DLP môže poslať zoznam všetkých aplikácií a tokov, ktoré sú ovplyvnené, na e-mailovú adresu, ktorá vygeneruje súbor .csv pre každý typ objektu.

Pomocou editora DLP verzie 2.0 v oblasti Analýza vplyvu vyberte Exportovať ovplyvnené aplikácie a toky do CSV.

Každý vygenerovaný súbor csv (flow.csv a apps.csv) obsahuje informácie týkajúce sa:

1. Názvy aplikácií a tokov.
2. Vlastník aplikácií a tokov.
3. E-mail vlastníka aplikácií a tokov.
4. Všetky pripojenia používané aplikáciami a tokmi.
5. ID aplikácií a tokov na identifikáciu objektu.
6. ID prostredia, kde sa nachádzajú aplikácie a toky.

Všimnite si, že Pripojenia poskytujú zoznam všetkých pripojení používaných aplikáciou alebo tokom. Ak potrebujete presne určiť, na ktorý konektor má daná DLP vplyv, v súčasnosti je potrebná automatizácia. Vyhodnocujeme zmenu tejto situácie v nástroji.

Príklad implementácie na identifikáciu spojenia:

1. Vytvorte postup Power Automate .

2. Použite konektor Získať politiku DLP nájomníka , ktorý špecifikuje príslušné DLP.

3. Výsledkom sú dve polia, obchodné údaje a neobchodné údaje. Ako príklad konektor Twitter zobrazuje tento kód:

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

4. Z tohto zoznamu máte prístup k názvu konektora, ktorý sa zhoduje so zoznamom názvov aplikácie csv alebo stĺpca flow Pripojenie .

5. Skonvertovaním súboru csv do formátu Excel a jeho umiestnením do OneDrive si môžete prečítať všetky ovplyvnené aplikácie a toky z Power Automate. Skontrolujte, ktoré pripojenie je ovplyvnené, na základe logiky, ktorá porovnáva pripojenia s názvami konektorov.

6. Keď zistíte, ktoré pripojenie spôsobuje vplyv, vygenerujte nový zoznam s ID aplikácie alebo toku a konektorom ovplyvneným DLP.

7. Použite predchádzajúce informácie, aby ste informovali výrobcu o budúcom dopade. Ak je možné aplikáciu alebo postup odstrániť alebo ak je potrebné migrovať do iného prostredia, môžete použiť funkciu Power Karty na získanie spätnej väzby od výrobcu.

Ak na základe vašej analýzy zistíte, že ovplyvnené toky sa nepoužívajú, môžete ich umiestniť do karantény a poslať e-mail výrobcovi s pokynmi, ako ich presunúť do iného prostredia. To podporuje kultúru „urob si sám“ a odstraňuje tieň IT. V niektorých situáciách možno budete chcieť vyňať niektoré objekty z DLP. Môžete napríklad chcieť použiť špecifické DLP len pre nové zdroje, ktoré boli vytvorené, a vyňať aktuálne zdroje. Ďalšie informácie o výnimke zo zdrojov DLP nájdete v časti Výnimka zo zdrojov DLP.

V skutočnosti je vaša stratégia prostredia definovaná prostredníctvom DLP a poskytuje cieľ pre aplikácie a toky vyvinuté v predvolenom prostredí.

Stratégia prostredia

Vývoj stratégie prostredia si vyžaduje konfiguráciu prostredí a ďalších vrstiev zabezpečenia údajov spôsobom, ktorý podporuje produktívny vývoj vo vašej organizácii a zároveň zabezpečuje a organizuje zdroje. Stratégia riadenia poskytovania prostredia, riadenia prístupu a kontroly zdrojov v rámci nich je dôležitá pre:

• Zabezpečenie údajov a prístupu.
• Riadte predvolené prostredie v súlade s pravidlami.
• Spravovanie správneho počtu prostredí, aby ste sa vyhli nadmernému rozšíreniu a zredukovali kapacitu.
• Uľahčiť a implementovať zdravé riadenie životného cyklu aplikácií (ALM).
• Organizovanie zdrojov do logických oddielov.
• Podporovanie operácií (a technická podpora) pri identifikácii aplikácií, ktoré sú vo výrobe, vďaka ich umiestneniu do vyhradených prostredí.
• Zabezpečenie ukladania a prenosu údajov v prijateľných geografických oblastiach (z dôvodu výkonu a dodržiavania súladu).
• Zabezpečenie izolácie vyvíjaných aplikácií.
• Umožnenie interných fakturačných služieb pre obchodných koncových používateľov alebo obchodné jednotky, ktoré využívajú služby.

Mali by ste mať dobre zavedené oddelenia, ktoré sa dokážu udržať a majú zavedené existujúce procesy ALM. V takýchto prípadoch prostredia poskytujú izoláciu a organizujú zdroje na základe oddelenia. Stratégiu založenú na tom možno dosiahnuť vytvorením samostatného prostredia pre každé oddelenie. Tieto prostredia sa potom stanú cieľom aplikácií a tokov v predvolenom prostredí.

Komunikačná stratégia

Počas procesu migrácie je dôležitá efektívna komunikácia. Komunikácia prebieha vo všetkých fázach procesu migrácie. Jasná komunikácia podporuje porozumenie a spoluprácu medzi zainteresovanými stranami. Umožňuje plynulý tok informácií a zabezpečuje, že všetci zainteresovaní sú dobre informovaní o plánoch migrácie, pokroku a akýchkoľvek potenciálnych výzvach.

V rámci úsilia o migráciu a vyčistenie zabezpečte, aby bol proces pre tvorcov, zainteresované strany a vedenie hladký. Vypracujte stratégiu, ako najlepšie komunikovať a v akých bodoch musíte komunikovať, ktorá zabezpečí konzistentnosť vašich cieľov a pomôže s komunikáciou všetkým zúčastneným. Niektoré možnosti, ktoré je potrebné zvážiť, zahŕňajú:

• Použite CoE Starter Kit ako nástroj na sledovanie aktív.
• Pridajte vlastné cloudové toky na odosielanie upozornení v rôznych fázach.
• Vytvorte šablóny e-mailov, ktoré sa odosielajú na komunikáciu s tvorcami.

Medzi veci, ktoré treba mať na pamäti, patria:

• Zmena adresy URL aplikácie. Používatelia aplikácie musia aktualizovať všetky záložky na aplikáciu v predvolenom prostredí.
• Ak existuje spúšťací postup HTTP založený na adrese URL, musí sa aktualizovať v závislých postupoch, aby sa zabezpečilo, že bude stále fungovať ako webhook.
• Poskytnite podrobné kroky na vytvorenie pripojení po dokončení presunu pre tvorcov aj používateľov aplikácií. Používatelia by sa nemali obávať vytvorenia spojenia pri prvom spustení aplikácie z nového prostredia.

Dobrý začiatok pri nastavovaní komunikácie si vyžaduje samoobslužný model, ktorý sa dá škálovať a je pre používateľov viac v reálnom čase, než len nechať ho na e-mail alebo distribučný zoznam jedného používateľa. Ak plánujete založiť stránku SharePoint , máte k dispozícii šablónu, ktorú môžete použiť na vytvorenie interného rozbočovača Microsoft Power Platform . Centrum sa stáva bežným miestom, kde sa môžete dozvedieť o stratégii a poradenstve, aby tvorcovia mohli robiť správne rozhodnutia pre to, čo plánujú vybudovať a kam by mali ísť.

Existujú niektoré existujúce súčasti riešenia, ako napríklad nastavenie komponentov upozornení na nečinnosť a nastavenie komponentov súladu pre vývojárov v CoE Starter Súprava, ktorú môžete využiť. Tieto komponenty sa dodávajú s e-mailovými šablónami a možno ich duplikovať, aby vyhovovali vášmu účelu a potrebe ich migrácie z predvoleného prostredia. Dobrým doplnkom je zachytiť niektoré úspešné príbehy aj na komunikačnej stránke.

Publiká

V procese migrácie sú do komunikácie zvyčajne zapojené rôzne cieľové skupiny. Tu sú najtypickejšie kľúčové zainteresované strany a ich úlohy:

• Vlastníci aplikácií: Vlastníci aplikácií sú jednotlivci alebo tímy zodpovedné za vývoj, údržba a správu konkrétnych aplikácií. Majú hlboké znalosti o funkcionalite, pracovnom postupe a konfigurácii svojich aplikácií. Komunikácia s vlastníkmi aplikácií je kľúčová pre pochopenie ich špecifických požiadaviek na aplikáciu, získavanie spätnej väzby, riešenie problémov a zabezpečenie hladkej migrácie ich aplikácií do nového prostredia.
• Používatelia aplikácií: Používatelia aplikácií sú jednotlivci, ktorí pravidelne používajú aplikácie na vykonávanie svojich úloh alebo pracovných postupov. Môžu mať rôznu úroveň technickej odbornosti a znalosti aplikácií. Komunikácia s používateľmi aplikácie je dôležitá, aby ste ich informovali o migrácii, poskytovali aktualizácie o akýchkoľvek zmenách alebo prerušeniach, ktoré môžu nastať, ponúkali školenia alebo podporu na zabezpečenie bezproblémového prechodu a minimalizovali akýkoľvek vplyv na ich každodennú prevádzku.
• Vedúci alebo manažéri oddelení: Vedúci oddelení alebo manažéri zohrávajú významnú úlohu v procese migrácie, pretože dohliadajú na operácie a strategické ciele svojich príslušných oddelení. Musia byť informovaní o časovom harmonograme migrácie, možných dopadoch a výhodách. Komunikácia s vedúcimi oddelení im umožňuje poskytnúť potrebné usmernenia, zosúladiť migráciu s cieľmi oddelení a zabezpečiť hladkú koordináciu v rámci svojich tímov.
• IT alebo technické tímy: IT alebo technické tímy sú zodpovedné za infraštruktúru, systémy a celkové technické aspekty migrácie. Podieľajú sa na plánovaní, realizácii a podpore procesu migrácie. Komunikácia s IT tímami je nevyhnutná na diskusiu o technických požiadavkách, závislostiach, bezpečnostných úvahách a akýchkoľvek potrebných zmenách infraštruktúry alebo konfigurácie, ktoré je potrebné implementovať pre úspešnú migráciu.
• Tímy pre bezpečnosť a súlad: Tímy pre bezpečnosť a súlad zohrávajú kľúčovú úlohu pri zaisťovaní bezpečnosti údajov, súkromia a súladu s predpismi počas migrácie. Poskytujú usmernenia a zabezpečujú, aby boli zavedené vhodné opatrenia na ochranu citlivých informácií. Komunikácia s tímami pre bezpečnosť a dodržiavanie predpisov zahŕňa diskusiu o bezpečnostných požiadavkách, šifrovacích protokoloch, kontrolách prístupu a akýchkoľvek aspektoch súvisiacich s dodržiavaním predpisov počas procesu migrácie.
• Výkonný manažment: Výkonný manažment vrátane vedúcich pracovníkov na úrovni C alebo vyššieho vedenia by mal byť informovaný o procese migrácie. Nemusia vyžadovať podrobné technické informácie, ale mali by si byť vedomí cieľov projektu, pokroku a možných dopadov na organizáciu. Komunikácia s výkonným manažmentom pomáha zabezpečiť ich podporu, zosúladenie so strategickými cieľmi a alokáciu zdrojov na migráciu.

Je dôležité prispôsobiť komunikačné stratégie a správy každému publiku s ohľadom na jeho špecifické potreby, obavy a úroveň technického porozumenia. Jasná a včasná komunikácia so všetkými zainteresovanými stranami podporuje spoluprácu, zabezpečuje hladkú koordináciu a zmierňuje prípadné problémy počas procesu migrácie.

Kadencia

Kadencia alebo frekvencia komunikácie so zainteresovanými stranami počas procesu migrácie sa líši v závislosti od špecifických potrieb a dynamiky projektu. Je dôležité zaviesť pravidelnú a konzistentnú komunikáciu, aby boli zainteresované strany informované, riešili problémy a udržiavali súlad počas migrácie. Tu je niekoľko úvah na určenie kadencie komunikácie s rôznymi zainteresovanými stranami:

• Vlastníci aplikácie: Udržiavanie častej komunikácie s vlastníkmi aplikácií počas procesu migrácie je dôležité. To zahŕňa pravidelné aktualizácie o priebehu migrácie, riešenie akýchkoľvek problémov a zapojenie vlastníkov aplikácií do rozhodovania, ak je to potrebné. Frekvencia komunikácie sa môže líšiť v závislosti od zložitosti a kritickosti aplikácie, ale odporúča sa mať pravidelné kontroly a včasné odpovede na otázky.
• Používatelia aplikácie: Zapojte používateľov aplikácie prostredníctvom pravidelných komunikačných kanálov, aby ste ich informovali o migrácii. To by malo zahŕňať oznámenia, e-maily, informačné bulletiny alebo dokonca špecializované školenia alebo workshopy. Frekvencia komunikácie s používateľmi aplikácie sa môže líšiť, ale je dôležité poskytovať aktualizácie v kľúčových míľnikoch, informovať ich o akýchkoľvek zmenách alebo prerušeniach, ktoré ich môžu ovplyvniť, a ponúkať podporu a poradenstvo počas celého procesu.
• Vedúci a manažéri oddelení: Komunikácia s vedúcimi oddelení a manažérmi môže prebiehať v pravidelných intervaloch alebo podľa potreby, na základe dôležitosti migrácie na ich oddelenia. Poskytujte pravidelné aktualizácie o celkovom pokroku, časových plánoch a vplyve na ich tímy.
• IT alebo technické tímy : Zapojte sa do pravidelnej komunikácie s IT a technickými tímami zapojenými do migrácie. To zahŕňa nepretržitú spoluprácu, zdieľanie aktualizácií technických otázok alebo problémov a koordináciu všetkých potrebných konfigurácií alebo zmien. Frekvencia komunikácie je zvyčajne vyššia vo fáze plánovania a analýzy. Počas fázy implementácie majte pravidelné kontaktné body alebo stretnutia na zabezpečenie hladkej koordinácie.

Zdroje

Efektívne riadenie zdrojov je kľúčové pre úspešnú migráciu. Tu je niekoľko kľúčových aspektov, ktoré je potrebné zvážiť, pokiaľ ide o správu zdrojov počas migrácie:

• Identifikácia zdroja: Identifikujte zdroje potrebné pre projekt migrácie vrátane jednotlivcov alebo tímov zodpovedných za úlohy, ako sú príprava na migráciu, migrácia údajov, testovanie, nasadenie, konfigurácia a podpora po migrácii. Určite špecifické zručnosti, odborné znalosti a dostupnosť potrebné pre každú rolu.
• Prideľovanie zdrojov: Priraďte zdroje k rolám a úlohám na základe zručností, dostupnosti a kapacity pracovného zaťaženia zdroja. Uistite sa, že zdroje sú primerane pridelené na vyváženie pracovného zaťaženia a dodržanie termínov projektu. Zvážte všetky závislosti alebo obmedzenia, ktoré môžu ovplyvniť prideľovanie zdrojov, ako napríklad zdieľané zdroje vo viacerých projektoch.
• Rozvoj zručností a školenia: Posúďte medzery v zručnostiach a vedomostiach v tíme a poskytnite potrebné školenia alebo príležitosti na zvýšenie zručností, aby ste zabezpečili, že zdroje sú primerane vybavené na pridelené úlohy. To môže zahŕňať poskytovanie školení, workshopov alebo prístup k relevantným zdrojom a dokumentácii.
• Komunikácia a spolupráca: Podporujte efektívnu komunikáciu a spoluprácu medzi zdrojmi zapojenými do migrácie. Podporujte pravidelné aktualizácie stavu, koordinačné stretnutia a zdieľanie znalostí, aby ste zabezpečili, že všetci členovia tímu sú zosúladení, informovaní a spolupracujú na spoločných cieľoch.
• Pohotovostné plánovanie: Predvídajte potenciálne obmedzenia zdrojov alebo riziká a vytvorte pohotovostné plány. Nechajte si identifikovať alebo krížovo preškoliť záložné zdroje v kritických rolách, aby ste zmiernili akékoľvek nepredvídané problémy, ako sú neočakávané absencie alebo obmedzenia zdrojov.
• Zapojenie zainteresovaných strán: Informujte zainteresované strany, ako sú vlastníci aplikácií, vedúci oddelení a manažment, o prideľovaní zdrojov a akomkoľvek potenciálnom vplyve na harmonogramy alebo výstupy. Pravidelne oznamujte aktualizácie zdrojov, správy o pokroku a akékoľvek úpravy plánov zdrojov, aby ste zvládli očakávania a zachovali transparentnosť.

Individuálna migrácia predmetov

Rozdiel medzi aplikáciou a riešením je dôležitý. Export a import aplikácie ovplyvní iba daný objekt. Riešením je kontajner, ktorý môže mať viacero aplikácií, tokov a iných objektov.

Export a import aplikácie plátna (starý spôsob)

Podrobné kroky sú zdokumentované v časti Export balíka aplikácie canvas a Import balíka aplikácie canvas.

Tento spôsob exportu aplikácií je starý spôsob. Hoci je podporované, odporúčame vám použiť riešenia. Riešenia vám umožňujú migrovať viacero komponentov namiesto jedného zdroja.

Tok exportu a importu (starý spôsob)

Nasledujúce kroky popisujú, ako exportovať tok.

1. Vyberte ponuku „…“, vyberte Exportovať a potom vyberte Balík (.zip).
2. Zadajte názov a popis balíka. Potom môžete nakonfigurovať predvolené nastavenia a pridať komentáre, ktoré sú dostupné počas fázy importu.
3. Balík stiahnete kliknutím na tlačidlo Exportovať v pravom dolnom rohu. Ak sa sťahovanie nespustí automaticky, môžete vybrať tlačidlo Stiahnuť .

Nasledujúce kroky popisujú, ako importovať tok.

1. Vyberte tlačidlo Importovať .
2. Nahrajte súbor balíka a počkajte, kým sa na obrazovke zobrazia podrobnosti balíka.
3. Pri konfigurácii nastavení toku si môžete vybrať buď vytvorenie nového toku, alebo aktualizáciu existujúceho toku pomocou definície toku z balíka.
4. Vyberte pripojenia, ktoré sú potrebné na nastavenie toku. Po úspešnom nakonfigurovaní všetkých požadovaných nastavení by ste mali vidieť tlačidlo Importovať .

Po importovaní toku je potrebné ho aktivovať. Ak má tok nejaké odkazy na pripojenie, používateľ, ktorý ho aktivuje, musí mať k týmto pripojeniam prístup. Ak nie, vlastník pripojenia môže udeliť prístup aktivačnému používateľovi.

Tento spôsob exportu cloudových tokov je starým spôsobom. Hoci je podporovaná, odporúčame vám použiť riešenia, ktoré vám umožnia migrovať viacero komponentov namiesto jedného zdroja.

Exportujte a importujte modelom riadenú aplikáciu

Modelom riadená aplikácia je vždy súčasťou riešenia. Zbalenú aplikáciu, ktorá je súčasťou súboru riešenia (.zip), možno zdieľať s používateľmi na základe ich rol zabezpečenia po úspešnom exportovaní zo zdrojového prostredia a importovaní do cieľového prostredia.

Podrobné postupy krok za krokom sú uvedené v časti Export riešenia a Import riešenia.

Exportujte a importujte Microsoft Copilot Studio bot

Pomocou riešení môžete exportovať a importovať roboty. Podrobný zoznam krokov je uvedený v časti Export a import robotov pomocou riešení.

Export a import Power Pages stránky

Migračné stránky zahŕňajú exportovanie existujúcej konfigurácie zo zdrojového Microsoft Dataverse prostredia a jej následný import do cieľového Dataverse prostredia. Existuje niekoľko nevyhnutných krokov, ktoré sa musia vykonať v cieľovom prostredí. Po dokončení prípravných prác je možné exportovať konfiguračné údaje portálu pomocou nástroja na migráciu konfigurácie.

SharePoint Aplikácia Form – špeciálny prípad pre predvolené prostredie

SharePoint formulárové aplikácie môžu byť priradené iba k jednému prostrediu a ak nie je nakonfigurované inak, sú v predvolenom prostredí. Migrácia všetkých aplikácií vyžaduje nastavenie cieľa na iné prostredie namiesto predvoleného prostredia. Existujúce vlastné formuláre sa automaticky nemigrujú do novo určeného prostredia. Určené môžu byť iba produkčné prostredia pre SharePoint vlastné formuláre. Nasleduje manuálny proces, ako napríklad presunutie aplikácie na plátne.

Zálohovanie Microsoft Power Platform objektov

Väčšina Microsoft Power Platform objektov sa exportuje ako súbory zip. Ak nie, majú aspoň jeden formát súboru. Tieto súbory v ich pôvodnom formáte, ako súbor zip alebo akékoľvek rozšírenie, s ktorým prichádzajú, možno pridať do ľubovoľného miesta na ukladanie súborov alebo do úložiska podľa vášho výberu. Niekoľko možností, ktoré treba spomenúť, sú Azure DevOps, GitHub, SharePoint, One Drive alebo akékoľvek iné riešenie, ktoré podporuje všetky formáty súborov.

Možnosti hromadnej migrácie

Migrácia aplikácie alebo postupu je úspešná, ak funguje rovnakým spôsobom ako predtým. Existujú však určité prvky, ktoré nie je možné preniesť:

• Údaje o priebehu toku o minulých behoch toku - Údaje o behoch toku sa uchovávajú iba 28 dní. Ak potrebujete údaje, môžete ich exportovať a uložiť buď pomocou CoE Starter Kit, alebo ak ste nastavili Export do dátového jazera. Najnovšia verzia CoE Starter Kit obsahuje údaje o priebehu, ak sa používa s Export údajov.
• Verzie aplikácie canvas – Keď tvorcovia prechádzajú procesom vývoja, môžu byť vytvorené viaceré verzie. Predchádzajúce verzie nie je možné migrovať. Migrovať je možné iba najnovšiu verziu.
• Údaje, ku ktorým pristupuje aplikácia alebo tok, alebo pomocou konektorov – Súčasťou exportu sú iba metadáta aplikácie.

Nezahŕňajú sa ani komentáre týkajúce sa spolupráce uskutočnené v aplikácii alebo postupe.

Tento článok načrtáva niektoré možnosti. Pred rozhodnutím je dôležité dôkladne zvážiť dôsledky a výhody každej možnosti.

Migrovať všetko – možnosť zálohovania a obnovy databázy

Podobne ako väčšina typov prostredí je zálohované aj predvolené prostredie. Tieto zálohy systému sa vykonávajú automaticky. Pre predvolené prostredie neexistuje žiadna možnosť na požiadanie, takže vyžaduje žiadosť o podporu. Zálohu je možné obnoviť do nového prostredia so zachovaním všetkých údajov v Dataverse. Táto možnosť má len ukázať čitateľovi jeho existenciu a poučiť ho o tom, kedy má zvážiť. Nemalo by sa to uplatňovať ako primárna voľba, pretože by priniesla len čiastočnú migráciu.

• Podporované: Dataverse, aplikácie Dynamics
• Nie je plne podporované: aplikácia Canvas, knižnica súčastí, vlastné stránky, Power Automate, Microsoft Copilot Studio

Nedostatočná podpora znamená, že počas migrácie môže dôjsť k potenciálnej strate údajov a je potrebných viac krokov.

Migrujte metadáta a potom údaje

Odporúčaný prístup je použiť riešenia na presun metadát a potom na prenos údajov možno použiť buď dátové toky, Azure Data Factory alebo iný preferovaný nástroj. Úplná automatizácia od začiatku do konca nemusí byť dosiahnuteľná vo všetkých prípadoch kvôli rôznym konektorom, ale je možná blízka aproximácia.

Na vysokej úrovni sú tieto kroky:

1. Pridajte aplikáciu do riešenia.
2. Pridajte prietok do roztoku.
3. Pridajte existujúce roboty.
4. Upravte odkazy na pripojenie v aplikáciách a tokoch.
5. Skontrolujte závislosti riešení a pridajte objekty.
6. Exportujte riešenie.
7. Import riešenia.
8. Preneste dáta.

Kontrola závislostí riešení

Úspešnosť importu riešenia v cieľovom prostredí je možné zabezpečiť len vtedy, keď máte do riešenia pridané všetky súvisiace komponenty alebo sú dostupné v cieľovom prostredí. Ak chýbajú komponenty, import riešenia pravdepodobne zlyhá. Na zabezpečenie prítomnosti všetkých požadovaných komponentov existujú možnosti, ktoré sú najlepšie, ak sa používajú v kombinácii:

• Ručne pridajte vybrané komponenty do roztoku. V tomto prípade sa predpokladá, že viete, že všetky závislé komponenty sú už dostupné v cieľovom prostredí.

• Pomocou tlačidla zobraziť závislosti v rámci riešenia umožníte systému identifikovať závislosti za vás. Môžete pridať všetky závislosti alebo selektívne pridať iba závislosti, ktoré v cieľovom prostredí neexistujú.

  

Pridanie komponentu do riešenia (manuálne)

Za predpokladu, že je vytvorené riešenie, musí výrobca použiť možnosť ponuky pridať existujúci komponent na pridanie existujúcej aplikácie, postupu alebo robota.

Upravte odkazy na pripojenie

Aplikácie a postupy na plátne zvládajú pripojenia inak. Toky používajú odkazy na pripojenie pre všetky konektory, zatiaľ čo aplikácie plátna ich používajú iba na implicitne zdieľané pripojenia (nie OAuth), ako je napríklad overenie servera SQL.

Aktualizácia aplikácie, aby namiesto pripojení používala odkazy na pripojenie

Aplikácie plátna, ktoré po pridaní do riešenia nepoznajú riešenie, nebudú automaticky inovované na používanie odkazov na pripojenie. Odkazy na pripojenia sa spájajú s aplikáciami plátna iba v čase, keď je do aplikácie pridaný zdroj údajov. Ak chcete inovovať aplikácie, musíte:

1. Pridajte k riešeniu aplikáciu, ktorá nepozná riešenie.
2. Odstráňte pripojenie z aplikácie.
3. Vytvorte nový odkaz na pripojenie v riešení.
4. Pridajte pripojenie obsahujúce súvisiace odkaz na pripojenie.

Aktualizácia postupu, aby sa namiesto spojení používali odkazy na pripojenia

Keď tok nie je v riešení, používa spojenia. Ak sa potom tento tok pridá do riešenia, spočiatku bude naďalej používať pripojenia. Toky možno aktualizovať tak, aby namiesto pripojení používali odkazy na pripojenia jedným z dvoch spôsobov:

• Ak sa tok exportuje v nespravovanom riešení a importuje sa, pripojenia sa odstránia s odkazmi na pripojenia.

• Keď sa otvorí tok roztoku, kontrola toku na stránke podrobností toku zobrazí varovanie použite odkazy na pripojenie. Varovné hlásenie obsahuje akciu, ktorú si môžete vybrať Odstráňte pripojenia, aby bolo možné pridať odkazy na pripojenia. Výber tejto akcie odstráni pripojenia zo spúšťača a akcií v toku a umožní výber a vytváranie odkazov na pripojenia.

Pridanie objektu do riešenia (automatizácia)

Na hromadný presun aplikácií do riešenia môžete použiť príkazy PowerShell. Pridanie už existujúcich aplikácií plátna a cloudových tokov do riešení je možné vykonať aj prostredníctvom príkazového riadka. Ak chcete vyskúšať túto možnosť, nainštalujte si najnovšie moduly PowerShell. Dva hlavné príkazy sú Set-PowerAppAsSolutionAware a Set-FlowAsSolutionAware.

Po nainštalovaní modulov vložte svoje vlastné ID prostredia, ID aplikácie, ID toku a ID riešenia.

Pre aplikáciu na plátne:

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

Pre tok:

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

Odkazy na pripojenie sú dátové vstupy do tabuľky odkaz na pripojenie. Ak chcete použiť odkaz na pripojenie ako súčasť aplikácie alebo toku, vyžaduje sa úprava základnej aplikácie alebo definície toku. Musíte nahradiť connectionReferences uzol odkaz na pripojenie.

Export a import riešenia

Za predpokladu, že sú riešenia pripravené, ďalšiu fázu automatizácie je možné vykonať viacerými spôsobmi:

• Ručne exportujte a importujte riešenia do cieľového prostredia.

• Použite balíky na presun viacerých riešení v jednom prechode.

• Použite Power Platform úlohy nástrojov na zostavovanie na vykonávanie viacerých operácií, ako je riešenie balenia, riešenie rozbaľovania, riešenie exportu a riešenie importu. DevOps poskytuje možnosť automatizovať správu životného cyklu aplikácií (ALM) a všetky tieto úlohy sú vytvorené tak, aby podporovali ALM pre Microsoft Power Platform.

Rozhranie Power Platform Command Line Interface (CLI) tiež poskytuje možnosti exportu a importu riešení. Všetky príkazy súvisiace s riešením možno použiť na zostavenie, export a import riešení. CLI môžete použiť aj na prenos údajov dovnútra a von.

Možnosťou, ktorá je vhodná pre výrobcov, je použitie potrubí, ktoré sú určené na demokratizáciu ALM pre Power Platform. Spojenie automatizácie ALM a možností nepretržitej integrácie/kontinuálneho nasadzovania (CI/CD) do jedinej funkcie je prístupnejšie pre všetkých tvorcov, správcov a vývojárov.

Vytváranie pripojení (manuálne)

V cieľovom prostredí pred nastavením operácie importu vytvorte chýbajúce pripojenia, ktoré vyžaduje aplikácia alebo postup. Ďalšie informácie o vytváraní pripojení nájdete v časti Správa pripojení v Power Automate.

Migrácia údajov

Pre migráciu dát je k dispozícii viacero možností, od manuálnej až po plnú automatizáciu.

• Ručne exportujte a importujte údaje pomocou zošitov programu Excel.
• A Power Automate postup v cloude je možné vyvinúť na extrahovanie údajov zo zdrojových tabuliek a zapisovanie priamo do cieľa. To však vyžaduje, aby výrobca použil Dynamics 365 Connector alebo Dataverse (starší) konektor. V súčasnosti konektor Dataverse nepodporuje pripojenie medzi prostrediami. Táto funkcia je plánovaná do budúcnosti a po jej vydaní sa môže použiť na presun údajov z jedného do druhého.
• Nástroj na migráciu konfigurácie (CMT) je nástroj, ktorý sa používa na migráciu portálu, ale dá sa použiť aj na bežnú migráciu údajov. CMT možno použiť aj s PowerShell. Nástroj PAC CLI umožňuje volať CMT.
• Dátové toky možno použiť na vytvorenie mapovaní medzi prostrediami a použiť na presun údajov. Webový konektor HTTP možno použiť ako alternatívu k Dataverse.
• Azure Data Factory možno použiť s konektorom Dataverse na vytiahnutie údajov zo zdroja a ich vloženie do cieľa.

Vzhľadom na to, že predvolené prostredie má obmedzenú veľkosť, na presun údajov z predvoleného prostredia by mala stačiť jedna z vyššie uvedených možností.

Vyčistite úvahy

Vyčistenie je dobrý nápad pre aplikácie a postupy, ktoré sa dlho nepoužívali a neaktualizovali. Existujú rôzne cesty, ktoré musí správca zvážiť, pokiaľ ide o čistenie.

• Rozhodnite o poradí importovania údajov. Najmenej závislé tabuľky idú prvé a najzávislejšie až nakoniec.
• Nie všetky polia musia byť zmapované. Polia ako Verzia, Dátum úpravy, Dátum vytvorenia a niektoré ďalšie systémové polia nie je potrebné mapovať.
• Ak chcete zachovať originál Vytvorené dňa, použite pole na mape zdroj Vytvorené dňa na OverRiddenCreatedOn v cieľovej tabuľke.
• Údaje auditu nie je možné migrovať.
• Nepovoľujte žiadne pracovné postupy ani toky, ktoré sa spúšťajú na základe vkladania údajov, pokiaľ to nie je určené. To zvyšuje čas na migráciu údajov.

Možnosti označovania

CoE Starter Kit dnes nemá možnosť označovania. Môže to však byť prispôsobenie, ktoré by ste mohli pridať do Starter Kit.

Vytvorte tabuľku s názvom Značky a nastavte vzťah mnoho k mnohým (N:N) s aplikáciou, tokmi a inými tabuľkami inventára. Potom môžete vytvoriť značku a priradiť tieto záznamy k príslušným položkám inventára. Pre lepšiu používateľskú skúsenosť môžete vložiť mriežku do hlavnej formy aplikácií, tokov a iných tabuliek inventára. Táto možnosť sa odporúča, pretože má referenčnú konzistenciu.

Vytvorte textové pole na každej tabuľke inventára a použite ho na zachytenie textu (tagu), ktorý môžete neskôr použiť.

Ak chcete pevnejší zoznam, vytvorte globálny množina možností a pridajte ho aj do všetkých tabuliek inventára a ich formulárov.

Možnosť karantény

Ak si nie ste istí nevyhnutnosťou určitých aplikácií, môžete ich skúsiť na chvíľu izolovať a dať ich počas tohto stavu do karantény. Aplikáciu môže používať iba vlastník. Po uplynutí primeraného času a ak od vlastníka nedostanete žiadne odpoveď, môžete ich z prostredia odstrániť.

Toky nepodporujú stav karantény, ale podobný prístup možno použiť zastavením toku a skontrolovaním, či ho vlastník znova neaktivuje.

V oboch prípadoch je dôležitá správna komunikácia s majiteľom.

Iba možnosť Odstrániť

Ak skutočne nedôjde k strate produktivity a opätovného použitia objektov, táto možnosť je najlepšia. Väčšina testovacích postupov a aplikácií patrí do tejto kategórie.

V tomto prípade, keď je zoznam objektov identifikovaný, je možné vytvoriť dávku PowerShell a odovzdať jej zoznam csv, ktorý by potom vymazal všetky tieto aktíva.

Keď prechádzate cez ID aplikácií a tokov, nasledujúci príkaz možno použiť na ich odstránenie z predvoleného prostredia.

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

Zálohovanie objektov a možnosť Odstrániť

Predpokladajme napríklad, že tok Power Automate je vytvorený na riešenie špecifickej sezónnej potreby, ale že sa dlho nepoužíval. V tomto prípade je dobré si pred odstránením komponentu urobiť zálohu komponentu.

Na vytvorenie zálohy komponentu je možné použiť buď možnosti individuálnej migrácie alebo hromadnej migrácie na vygenerovanie exportovaného riešenia. To potom môžete pridať do úložiska súborov podľa vášho výberu alebo do OneDrive umiestnenia.

Po zabezpečení zálohy môžete použiť možnosť Odstrániť na dokončenie procesu čistenia.

V mnohých prípadoch ide o testovacie postupy a aplikácie vytvorené výrobcami ako súčasť ich osobného učenia sa produktivity a experimentovania.

Záver

Power Platform je nástroj pre občianskych vývojárov a profesionálnych vývojárov. Predvolené používanie prostredia by sa malo primárne zameriavať na osobnú produktivitu pomocou Microsoft 365 produktov. Všetky ostatné aplikácie a vývoj toku by sa mali diať v určených zdieľaných, individuálnych alebo vývojárskych prostrediach. Dôrazným odporúčaním je vyvinúť nezávislú environmentálnu stratégiu založenú na DLP, ktorá môže pomôcť tvorcom vyvíjať ich aplikácie a toky v správnom prostredí. Veľkým prínosom je aj vytvorenie komunikačnej stratégie a poskytovanie samoobslužných modelov používateľov na učenie sa o stratégii, implementácii riešení a osvedčených postupoch pri vývoji aplikácií a tokov. Dobrým doplnkom je zachytiť niektoré úspešné príbehy na komunikačnej stránke. Interne publikované príbehy o úspechu pomáhajú tvorcom spojiť sa s Nápady a otvárajú ich možnostiam, ktoré by sa dali dosiahnuť pomocou Power Platform.

Pri migrácii alebo presune konkrétnych objektov je nevyhnutná silná stratégia riadenia. Na migráciu objektov sú k dispozícii rôzne stratégie vrátane individuálnej a hromadnej migrácie. Najvhodnejšia možnosť závisí od zásad našej organizácie. Riešenia sú najviac odporúčaným spôsobom, ako organizovať komponenty vašej aplikácie a zjednodušiť migráciu.