Eseguire la migrazione di app e flussi dall'ambiente predefinito
Questo white paper spiega come le organizzazioni e gli amministratori possono pianificare la migrazione delle proprie app e dei flussi dall'ambiente predefinito.
Autori: Ravi Chada (Microsoft), Rui Santos (Microsoft)
Nota
È possibile salvare o stampare questo white paper selezionando Stampa dal browser, quindi selezionando Salva come PDF.
Ambiente predefinito
Un singolo ambiente predefinito viene creato per tenant ed è accessibile per tutti gli utenti in quel tenant. L'ambiente predefinito viene creato nella regione più vicina alla regione predefinita del tenant Microsoft Entra ed è denominato come segue: [nome del tenant Microsoft Entra ] (predefinito). Ogni volta che un nuovo utente si iscrive a Power Apps o Power Automate, viene aggiunto automaticamente al ruolo di creazione dell'ambiente predefinito. Nessun utente viene aggiunto automaticamente al ruolo Amministratore di ambiente dell'ambiente predefinito.
Non è possibile eliminare l'ambiente predefinito e non è possibile eseguire manualmente il backup dell'ambiente predefinito. I backup di sistema vengono eseguiti continuamente. L'ambiente predefinito è limitato a 1 TB di capacità di archiviazione. L'ambiente predefinito ha le seguenti funzionalità:
- Capacità di database Dataverse di 3 GB
- Capacità file Dataverse di 3 GB
- Capacità di log Dataverse di 1 GB
Il controllo della capacità eseguito prima della creazione di nuovi ambienti esclude la capacità di archiviazione inclusa dell'ambiente predefinito quando si calcola se si dispone di capacità sufficiente per creare un nuovo ambiente. Per archiviare più dati, puoi creare un ambiente di produzione.
Nell'ambiente predefinito, i dipendenti di un'organizzazione con una licenza Microsoft 365 possono creare app e flussi cloud. L'ambiente predefinito diventa il primo spazio di studio per questi dipendenti che iniziano a creare le proprie app e i propri flussi. Poiché non è possibile rimuovere il ruolo di autore dell'ambiente dall'ambiente predefinito, gli autori iniziano a creare app e flussi di produttività personale e a condividerli all'interno dei propri team affinché altri possano trarne vantaggio. La maggior parte delle organizzazioni spesso rinomina l'ambiente predefinito come Produttività personale.
Gli amministratori scoprono in modo reattivo che molte app e flussi vengono creati nell'ambiente predefinito. Potrebbe non essere appropriato che un'app o un flusso si trovi nell'ambiente predefinito in scenari quali:
- Un'app che viene condivisa con molti utenti con un comportamento simile alla produzione.
- Un'app che utilizza cartelle di lavoro di Excel con dati sensibili.
- Un'app basata su elenchi SharePoint che riceve molte interazioni con i dati come inserimenti o aggiornamenti.
- Un'app o un flusso che utilizza connettori non consentiti nei nuovi criteri di prevenzione della perdita di dati (DLP).
- I connettori personalizzati che vengono abilitati e utilizzati nell'ambiente predefinito, anziché essere protetti in un ambiente dedicato.
Gli scenari precedenti meritano di essere presi in considerazione e indicano che dovresti iniziare a spostare queste app e questi flussi dall'ambiente predefinito al tuo ambiente di sviluppo o a un altro ambiente condiviso. Altri fattori che entrano in gioco sono le limitazioni associate all'ambiente predefinito.
I team del Center of Excellence (CoE) che monitorano Power Platform sono costretti a reagire una volta raggiunti i limiti, influendo negativamente sulle app in esecuzione nell'ambiente predefinito. Questa limitazione potrebbe dover essere eseguita regolarmente da un amministratore o dal team del CoE. Le fasi principali sono tre:
- Identificazione degli oggetti Power Platform
- Trasferimento degli oggetti Power Platform
- Pulizia degli oggetti Power Platform
Esistono diversi modi per esportare le tue app e i tuoi flussi e trasferirli in un nuovo ambiente. Le soluzioni sono un singolo file che può includere quasi tutto ciò che i tuoi autori hanno creato in Power Platform e trasferirlo. Le app canvas e i flussi cloud possono essere esportati direttamente.
Nel corso del tempo, gli oggetti Power Platform si sono evoluti per riconoscere la soluzione. Ora le app e i flussi possono riconoscere la soluzione per impostazione predefinita, anche se ciò richiede l'attivazione manuale. Gli autori possono comunque creare app e flussi da make.powerapps.com e make.powerautomate.com, che possono essere classificati come senza riconoscimento della soluzione ed essere esportati individualmente o aggiunti a una soluzione. Aggiungendo una soluzione, l'autore può sfruttare le variabili di ambiente e i riferimenti di connessione per configurare e distribuire endpoint negli ambienti.
L'obiettivo è quello di aggiungere tutti i componenti Power Platform a un'unica soluzione, che consenta di trasferire facilmente più componenti come una singola unità tra gli ambienti.
Identificazione degli oggetti Power Platform
Il primo passaggio è identificare le app, i flussi e le risorse che devono essere trasferiti o ripuliti. Lo Starter Kit CoE fornisce un inventario di tutte le app e i flussi e i report Power BI aiutano a determinare l'utilizzo. Questo passaggio ti aiuta a valutare l'utilizzo delle app e a etichettarle. Durante l'esercizio, assicurati di contrassegnare le app e i flussi di cui eseguire la migrazione in un altro ambiente. Un tag può essere basato sui connettori utilizzati, sulla posizione dell'utente, sul reparto dell'utente e così via. Questo articolo descrive inoltre un metodo per riconoscere gli elementi che devono essere puliti o riposizionati in base alle pratiche di prevenzione della perdita di dati (DLP).
Trasferimento degli oggetti Power Platform
Se il componente è contrassegnato per il trasferimento in un ambiente diverso, sono disponibili opzioni per trasferire l'app. Un trasferimento è un processo interattivo e richiede un certo livello di interazione con l'autore. Il livello di complessità per trasferire un'app o un flusso aumenta con il mix di componenti utilizzati per creare l'app o il flusso.
Ad esempio, un'app con sei schermate dispone di 10 pulsanti su più schermate. Supponiamo che questi 10 pulsanti richiamino ciascuno un flusso individuale. Ci sono anche alcuni flussi che vengono attivati quotidianamente per correggere i dati o integrarli con un altro sistema. Supponiamo inoltre che esista un modello di elaborazione delle immagini AI Builder utilizzato come parte dell'automazione. Per trasferire un'app di questo tipo, tutti i componenti devono essere aggiunti a una soluzione e i riferimenti di connessione devono essere regolati correttamente e testati prima di confermare il completamento.
Supponiamo, invece, che esista un'app Canvas che utilizza una connessione Office 365. In questo caso, l'autore deve solo aggiungere solo l'app canvas alla soluzione.
Pulizia degli oggetti Power Platform
Se un componente è contrassegnato per la pulizia, sono disponibili due opzioni principali. La prima opzione è eliminarlo direttamente e la seconda opzione è eliminarlo dopo aver eseguito un backup. Nel caso del backup, potrebbero verificarsi delle sovrapposizioni di passaggi coincidenti con il trasferimento degli oggetti.
Ad esempio, gli amministratori del team del CoE ritengono che la maggior parte degli autori crei app e flussi di test a fini di apprendimento. Gli autori quindi abbandonano le app e i flussi, il che può essere confermato esaminando le metriche di utilizzo. Un altro modo consiste nel mettere in quarantena un'app. Se nessuno ti contatta in merito all'app, anche l'app può essere eliminata.
Mantenere una strategia di comunicazione gioca un ruolo chiave. Gli amministratori dovrebbero pianificare la comunicazione:
- Stabilire connessioni che gli autori devono consentire quando lanciano l'app nel nuovo ambiente.
- Il nuovo URL dell'app dall'ambiente di destinazione.
- Passare all'ambiente corretto.
Alcune di queste soluzioni per il riposizionamento degli oggetti sono già pronte e potrebbero richiedere una licenza Power Apps e Power Automate autonoma che offra agli utenti la possibilità di creare ed eseguire app su origini dati che si estendono oltre Microsoft 365.
Strategie
L'intero processo di identificazione e trasferimento di app e flussi dall'ambiente predefinito ha maggiori probabilità di avere successo quando è basato su una strategia. Esistono diverse strategie che dovresti considerare.
Strategia DLP
I criteri di prevenzione della perdita dei dati (DLP) impediscono agli utenti di esporre in maniera involontaria i dati dell'organizzazione e li aiutano a proteggere la sicurezza delle informazioni nel tenant. I criteri DLP applicano regole che definiscono i connettori abilitati per ogni ambiente e i connettori che possono essere usati insieme. I connettori sono classificati come Solo dati aziendali, Dati aziendali non consentiti o Bloccati. Un connettore nel gruppo Solo dati aziendali può essere utilizzato solo con altri connettori di quel gruppo nella stessa app o nello stesso flusso. Ti consigliamo di disporre di almeno un criterio.
Identificazione degli oggetti utilizzando DLP
L'identificazione basata sui criteri DLP è utile per definire gli ambienti di destinazione per le tue app e i tuoi flussi. Potrebbero essere presenti app o flussi che utilizzano un connettore bloccato dai DLP o una combinazione di connettori aziendali e non aziendali che, dopo l'attivazione dei DLP, smettono di funzionare.
Per evitare tempi di inattività di potenziali oggetti critici, a causa dei DLP, parte dello Starter Kit CoE, puoi trovare lo strumento editor DLP (analisi dell'impatto). L'obiettivo dell'editor DLP è consentire agli amministratori di vedere l'impatto dei criteri esistenti o il potenziale impatto delle modifiche ai criteri. Fornisce agli amministratori una visione delle app e dei flussi interessati e delle risorse che verrebbero disabilitate se venissero applicati criteri nuovi o aggiornati. L'app può essere utilizzata per rivedere i criteri esistenti, modificare i criteri esistenti e mitigare i rischi contattando gli autori e informandoli sulla migliore linea d'azione per la loro app o flusso.
Aggiorna i criteri DLP esistenti per esaminarne l'impatto. Segui l'articolo Stabilire l'integrità del tenant con lo Starter Kit CoE per trovare ulteriori informazioni sull'editor DLP.
Prima di attivare la funzionalità DLP, puoi identificare quali app e flussi sono interessati e avvisare gli autori. L'editor DLP può inviare un elenco di tutte le app e i flussi interessati a un indirizzo e-mail, che genera un file .csv per ogni tipo di oggetto.
Utilizzando l'editor DLP versione 2.0 nell'area Analisi d'impatto, scegli Esporta le app e i flussi interessati in CSV.
Ogni file csv generato (flow.csv e apps.csv) contiene informazioni riguardanti:
- Nomi di app e flussi.
- Proprietari di app e flussi.
- Indirizzi e-mail dei proprietari di app e flussi.
- Tutte le connessioni utilizzate dalle app e dai flussi.
- ID delle app e flussi per identificare l'oggetto.
- ID dell'ambiente in cui si trovano le app e i flussi.
Da notare che le Connessioni forniscono l'elenco di tutte le connessioni utilizzate dall'app o dal flusso. Un'automazione è necessaria per identificare esattamente quale connettore è interessato dal DLP in questione. Stiamo valutando la possibilità di modificare questa situazione nello strumento.
Esempio di implementazione per identificare la connessione:
Crea un flusso Power Automate.
Usa il connettore Ottieni i criteri DLP del tenant specificando il DLP in questione.
Il risultato sono due matrici, dati aziendali e dati non aziendali. Ad esempio, il connettore Twitter mostra questo codice:
[ { "id": "/providers/Microsoft.PowerApps/apis/shared_twitter", "name": "Twitter", "type": "Microsoft.PowerApps/apis" } …… ]
Da questo elenco hai accesso al nome del connettore che corrisponde all'elenco dei nomi dell'app csv o del flusso della colonna Connessione.
Convertendo il csv in formato Excel e inserendolo nel tuo OneDrive, puoi verificare tutte le app e i flussi interessati da Power Automate. Controlla quale connessione è interessata in base alla logica che confronta le connessioni con i nomi dei connettori.
Dopo aver individuato la connessione che causa l'impatto, genera un nuovo elenco con l'app o l'ID flusso e il connettore interessato dai DLP.
Utilizza le informazioni precedenti per informare l'autore dell'impatto futuro. Puoi utilizzare le Power Card per raccogliere il feedback dell'autore se l'app o il flusso può essere eliminato o deve essere migrato in un altro ambiente.
In base alla tua analisi, se stabilisci che i flussi interessati non vengono utilizzati, puoi metterli in quarantena e inviare un'e-mail all'autore con le istruzioni su come trasferirli in un ambiente diverso. Ciò incoraggia una cultura del fai-da-te (DIY) ed elimina lo shadow IT. In alcune situazioni, potrebbe essere necessario esentare alcuni oggetti dai DLP. Ad esempio, potresti voler applicare un DLP specifico solo per le nuove risorse che sono state create ed esentare le risorse correnti. Per ulteriori informazioni sull'esenzione delle risorse dai DLP, vedi Esenzione delle risorse dai DLP.
La strategia dell'ambiente viene definita effettivamente tramite DLP e fornisce una destinazione per le app e i flussi sviluppati nell'ambiente predefinito.
Strategia ambientale
Lo sviluppo di una strategia ambientale richiede la configurazione di ambienti e altri livelli di sicurezza dei dati per supportare lo sviluppo produttivo nell'organizzazione e, al contempo, proteggere e organizzare le risorse. Una strategia per gestire il provisioning, l'accesso degli ambienti e il controllo delle risorse negli stessi è importante per:
- Proteggere i dati e l'accesso.
- Gestire l'ambiente predefinito in modo conforme.
- Gestire il numero corretto di ambienti per evitare la proliferazione incontrollata e risparmiare capacità.
- Facilitare e implementare una gestione del ciclo di vita dell'applicazioni integra (ALM).
- Organizzare le risorse in partizioni logiche.
- Supportare le operazioni (e l'helpdesk) nell'identificazione delle app in produzione disponendole in ambienti dedicati.
- Assicurare l'archiviazione e la trasmissione dei dati in aree geografiche accettabili (per motivi di prestazioni e conformità).
- Garantire l'isolamento delle applicazioni in fase di sviluppo.
- Abilitare servizi di fatturazione interna agli utenti finali aziendali o alle unità aziendali che utilizzano i servizi.
Dovresti disporre di reparti ben consolidati in grado di autosostenersi e disporre di processi ALM esistenti. In questi casi, gli ambienti forniscono isolamento e organizzano le risorse in base al reparto. È possibile ottenere una strategia basata su questo creando ambienti separati per ciascun reparto. Questi ambienti diventano quindi la destinazione delle app e dei flussi nell'ambiente predefinito.
Strategia di comunicazione
Una comunicazione efficace è fondamentale durante un processo di migrazione. La comunicazione avviene in tutte le fasi del processo di migrazione. Una comunicazione chiara favorisce la comprensione e la collaborazione tra le parti interessate. Consente un flusso regolare di informazioni, garantendo che tutti i soggetti coinvolti siano ben informati sui piani di migrazione, sui progressi e su eventuali sfide.
Come parte dello sforzo di migrazione e pulizia, assicurati che il processo sia fluido per gli autori, le parti interessate e la leadership. Sviluppa una strategia di comunicazione e i punti che è necessario comunicare, che fornisca coerenza nei tuoi obiettivi e aiuti tutti i soggetti coinvolti. Alcune opzioni da considerare includono:
- Utilizzo dello Starter Kit CoE come strumento di monitoraggio delle risorse.
- Aggiunta di flussi cloud personalizzati per inviare notifiche in varie fasi.
- Creazione di modelli di e-mail da inviare per comunicare con gli autori.
Aspetti da tenere a mente:
- Cambiamenti dell'URL dell'app. Gli utenti dell'app devono aggiornare eventuali segnalibri in un'app nell'ambiente predefinito.
- Se è presente un flusso di trigger HTTP basato su URL, è necessario aggiornarlo nei flussi dipendenti per garantire che funzioni ancora come webhook.
- Fornire passaggi dettagliati per stabilire connessioni una volta completato il trasferimento sia per gli autori che per gli utenti dell'app. Gli utenti non dovrebbero occuparsi di creare una connessione quando avviano l'app per la prima volta dal nuovo ambiente.
Un buon inizio per l'impostazione delle comunicazioni richiede che un modello self-service sia scalabile e sia più in tempo reale per gli utenti rispetto al semplice utilizzo della posta elettronica di un singolo utente o di una lista di distribuzione. Se intendi creare un sito SharePoint è disponibile un modello che puoi utilizzare per creare un hub Microsoft Power Platform interno. L’hub diventa il luogo comune in cui apprendere strategie e linee guida in modo che gli autori possano prendere le giuste decisioni su ciò che intendono costruire e dove dovrebbero andare.
Esistono alcuni componenti della soluzione esistenti come configurazione dei componenti delle notifiche di inattività e configurazione dei componenti di conformità degli sviluppatori nello Starter Kit CoE che potresti utilizzare. Questi componenti vengono forniti con modelli di posta elettronica e possono essere duplicati per adattarli allo scopo e alle necessità di migrazione dall'ambiente predefinito. Una buona aggiunta è acquisire anche alcune storie di successo sul sito di comunicazione.
Gruppi di destinatari
Nel processo di migrazione, in genere sono coinvolti nella comunicazione diversi tipi di destinatari. Ecco le principali parti interessate e i loro ruoli:
- Proprietari delle app: i proprietari delle app sono individui o team responsabili dello sviluppo, manutenzione e della gestione di applicazioni specifiche. Hanno una conoscenza approfondita della funzionalità, del flusso di lavoro e della configurazione delle loro applicazioni. La comunicazione con i proprietari delle app è fondamentale per comprendere i requisiti specifici delle loro app, raccogliere feedback, affrontare le preoccupazioni e garantire una migrazione senza problemi delle loro app nel nuovo ambiente.
- Utenti delle app: gli utenti delle app sono le persone che utilizzano regolarmente le applicazioni per svolgere le proprie attività o flussi di lavoro. Possono avere diversi livelli di competenza tecnica e familiarità con le applicazioni. La comunicazione con gli utenti delle app è importante per informarli sulla migrazione, fornire aggiornamenti su eventuali modifiche o interruzioni che potrebbero verificarsi, offrire formazione o supporto per garantire una transizione senza intoppi e ridurre al minimo qualsiasi impatto sulle loro operazioni quotidiane.
- Responsabili o responsabili di dipartimento: i responsabili o i responsabili di dipartimento svolgono un ruolo significativo nel processo di migrazione in quanto supervisionano le operazioni e gli obiettivi strategici dei rispettivi dipartimenti. Devono essere informati sulla tempistica della migrazione, sui potenziali impatti e sui benefici. La comunicazione con i capi dipartimento consente loro di fornire la guida necessaria, allineare la migrazione agli obiettivi del reparto e garantire un coordinamento regolare all'interno dei loro team.
- Team IT o tecnici: i team IT o tecnici sono responsabili dell'infrastruttura, dei sistemi e degli aspetti tecnici generali della migrazione. Partecipano alla pianificazione, esecuzione e supporto del processo di migrazione. La comunicazione con i team IT è essenziale per discutere requisiti tecnici, dipendenze, considerazioni sulla sicurezza ed eventuali modifiche necessarie all'infrastruttura o alla configurazione da implementare per una migrazione di successo.
- Team di sicurezza e conformità: i team di sicurezza e conformità svolgono un ruolo fondamentale nel garantire la sicurezza dei dati, la privacy e la conformità normativa durante la migrazione. Forniscono indicazioni e garantiscono che siano adottate misure adeguate per proteggere le informazioni sensibili. La comunicazione con i team di sicurezza e conformità implica la discussione dei requisiti di sicurezza, dei protocolli di crittografia, dei controlli di accesso e di qualsiasi considerazione relativa alla conformità durante tutto il processo di migrazione.
- Dirigenti: i dirigenti, compresi i dirigenti di livello C o i dirigenti senior, devono essere tenuti informati sul processo di migrazione. Potrebbero non richiedere informazioni tecniche dettagliate, ma dovrebbero essere consapevoli degli obiettivi del progetto, dei progressi e dei potenziali impatti sull'organizzazione. La comunicazione con la direzione esecutiva aiuta a garantire il supporto, l'allineamento con gli obiettivi strategici e l'allocazione delle risorse per la migrazione.
È importante personalizzare strategie di comunicazione e messaggi per ciascun destinatario, considerando le sue esigenze specifiche, le preoccupazioni e il livello di comprensione tecnica. Una comunicazione chiara e tempestiva con tutte le parti interessate favorisce la collaborazione, garantisce un coordinamento regolare e mitiga eventuali sfide durante il processo di migrazione.
Cadenza
La cadenza o la frequenza della comunicazione con le parti interessate durante un processo di migrazione varia in base alle esigenze e alle dinamiche specifiche del progetto. È importante stabilire una comunicazione regolare e coerente per tenere informate le parti interessate, affrontare le preoccupazioni e mantenere l'allineamento durante la migrazione. Ecco alcune considerazioni per determinare la cadenza della comunicazione con le diverse parti interessate:
- Proprietari delle app: È importante mantenere una comunicazione frequente con i proprietari delle app durante l'intero processo di migrazione. Ciò include aggiornamenti regolari sullo stato di avanzamento della migrazione, la risoluzione di eventuali dubbi e il coinvolgimento dei proprietari delle app nel processo decisionale, se necessario. La frequenza delle comunicazioni può variare a seconda della complessità e della criticità delle app, ma si consiglia di effettuare check-in regolari e fornire risposte tempestive alle domande.
- Utenti dell'app: coinvolgere gli utenti dell'app tramite canali di comunicazione regolari per tenerli informati sulla migrazione. Annunci, e-mail, newsletter o anche sessioni di formazione o workshop dedicati dovrebbero essere inclusi. La frequenza della comunicazione con gli utenti delle app può variare, ma è fondamentale fornire aggiornamenti nei momenti chiave, informarli di eventuali modifiche o interruzioni che potrebbero interessarli e offrire supporto e guida durante tutto il processo.
- Responsabili e responsabili di reparto: La comunicazione con i responsabili e i responsabili di reparto può avvenire a intervalli regolari o in base alle necessità, in base all'importanza della migrazione nei rispettivi reparti. Fornisci aggiornamenti periodici sui progressi generali, sulle tempistiche e sull'impatto sui propri team.
- Team IT o tecnici: comunicare regolarmente con i team IT e tecnici coinvolti nella migrazione. Le comunicazioni dovrebbero includere collaborazione continua, la condivisione di aggiornamenti su domande o problemi tecnici e il coordinamento di eventuali configurazioni o modifiche necessarie. La frequenza delle comunicazioni è tipicamente più elevata nella fase di pianificazione e analisi. Durante la fase di implementazione, organizza punti di contatto o riunioni regolari per garantire un coordinamento regolare.
Gestione risorse
Gestire le risorse in modo efficace è fondamentale per una migrazione di successo. Ecco alcuni aspetti chiave da considerare per la gestione delle risorse durante una migrazione:
- Identificazione delle risorse: identificare le risorse necessarie per il progetto di migrazione, inclusi individui o team responsabili di attività quali la preparazione prima della migrazione, la migrazione dei dati, i test, l'implementazione, la configurazione e il supporto post-migrazione. Determina le competenze, le abilità e le disponibilità specifiche necessarie per ciascun ruolo.
- Assegnazione delle risorse: Assegna le risorse ai ruoli e alle attività in base alla capacità della risorsa, alla sua disponibilità e alla sua capacità di carico di lavoro. Assicurati che le risorse siano assegnate in modo appropriato per bilanciare il carico di lavoro e rispettare le scadenze del progetto. Considera eventuali dipendenze o vincoli che potrebbero influire sull'allocazione delle risorse, come le risorse condivise in più progetti.
- Sviluppo e formazione capacità: Valutare le lacune di capacità e di conoscenza all'interno del team e fornire la formazione necessaria o le opportunità di aggiornamento delle competenze per garantire che le risorse siano adeguatamente attrezzate per i compiti assegnati. A questo scopo potresti fornire sessioni di formazione, workshop o accesso a risorse e documentazione pertinenti.
- Comunicazione e collaborazione: Promuovere una comunicazione e una collaborazione efficaci tra le risorse coinvolte nella migrazione. Incentiva aggiornamenti regolari sullo stato, riunioni di coordinamento e condivisione delle conoscenze per garantire che tutti i membri del team siano allineati, informati e lavorino insieme verso obiettivi comuni.
- Pianificazione di emergenza: anticipare potenziali vincoli o rischi relativi alle risorse e sviluppare piani di emergenza. Identifica o prepara le risorse di backup per ruoli critici per mitigare eventuali sfide impreviste, come assenze impreviste o limitazioni delle risorse.
- Coinvolgimento delle parti interessate: tenere informate le parti interessate, come i proprietari delle app, i responsabili dei dipartimenti e la dirigenza, sull'allocazione delle risorse e su qualsiasi potenziale impatto sulle tempistiche o sui risultati. Comunica regolarmente aggiornamenti sulle risorse, report sui progressi ed eventuali rettifiche ai piani di risorse per gestire le aspettative e mantenere la trasparenza.
Migrazione individuale di oggetti
La distinzione tra app e soluzione è importante. L'esportazione e l'importazione di un'app influiscono solo su quell'oggetto. Una soluzione è un contenitore che può avere più app, flussi e altri oggetti.
Esportare e importare un'app canvas (metodo legacy)
I passaggi dettagliati sono documentati in Esportazione di un pacchetto di app canvas e Importazione di un pacchetto di app canvas.
Questo metodo di esportazione delle app è un metodo legacy. Sebbene sia supportato, ti consigliamo di utilizzare le soluzioni. Le soluzioni ti consentono di eseguire la migrazione di più componenti invece di una sola risorsa.
Flusso di esportazione e importazione (metodo legacy)
I passaggi seguenti descrivono come esportare un flusso.
- Seleziona il menu "...", seleziona Esporta quindi seleziona Pacchetto (.zip).
- Immetti un nome e una descrizione per il pacchetto. È quindi possibile configurare le impostazioni predefinite e aggiungere commenti accessibili durante la fase di importazione.
- Seleziona il pulsante Esporta nell'angolo in basso a destra per scaricare il pacchetto. Se il download non si avvia automaticamente, puoi selezionare il pulsante Download.
I passaggi seguenti descrivono come importare un flusso.
- Seleziona il pulsante Importa.
- Carica il file del pacchetto e attendi che la schermata mostri i dettagli del pacchetto.
- Quando configuri le impostazioni del flusso, puoi scegliere di creare un nuovo flusso o aggiornarne uno esistente con la definizione di flusso dal pacchetto.
- Seleziona le connessioni necessarie per impostare il flusso. Il pulsante Importa dovrebbe diventare disponibile dopo aver configurato con successo tutte le impostazioni richieste.
Dopo aver importato il flusso, è necessario attivarlo. Se il flusso presenta riferimenti di connessione, l'utente che lo attiva deve avere accesso a tali connessioni. In caso contrario, il proprietario della connessione può concedere l'accesso all'utente di attivazione.
Questo metodo di esportazione dei flussi cloud è un metodo legacy. Sebbene sia supportato, ti consigliamo di utilizzare soluzioni che ti consentano di eseguire la migrazione di più componenti anziché di una sola risorsa.
Esporta e importa un'app basata su modello
Un'app basata su modello è sempre parte di una soluzione. L'app nel pacchetto, inclusa nel file della soluzione (.zip), può essere condivisa con gli utenti in base ai rispettivi ruoli di sicurezza dopo essere stata esportata con successo dall'ambiente di origine e importata nell'ambiente di destinazione.
I processi dettagliati passo dopo passo sono trattati in Esportare una soluzione e Importare una soluzione.
Esportare e importare un bot Microsoft Copilot Studio
Puoi esportare e importare i bot usando le soluzioni. Un elenco dettagliato dei passaggi è illustrato in Esportare e importare bot utilizzando soluzioni.
Esportare e importare un sito Power Pages
Le pagine di migrazione implicano l'esportazione della configurazione esistente dall'ambiente Microsoft Dataverse di origine e la relativa importazione nell'ambiente Dataverse di destinazione. Esistono alcuni passaggi prerequisiti che devono essere eseguiti nell'ambiente di destinazione. Una volta completato il lavoro di preparazione, i dati di configurazione del portale possono essere esportati utilizzando lo strumento di migrazione della configurazione.
App del modulo SharePoint: caso speciale per l'ambiente predefinito
SharePoint le app di form possono essere associate a un solo ambiente e, se non diversamente configurato, sono nel ambiente predefinito. Una migrazione di tutte le app richiede che l'ambiente di destinazione sia un ambiente diverso da quello predefinito. I moduli personalizzati esistenti non vengono migrati automaticamente nell'ambiente appena designato. Possono essere designati solo ambienti di produzione per i moduli personalizzati SharePoint. Segue il processo manuale, come il trasferimento di un'app canvas.
Eseguire il backup di oggetti Microsoft Power Platform
La maggior parte degli oggetti Microsoft Power Platform vengono esportati come file zip. In caso contrario, hanno almeno un formato di file. Questi file nel loro formato originale, come file zip o qualunque altra estensione, possono essere aggiunti a qualsiasi posizione di archiviazione file o archivio di tua scelta. Alcune opzioni da menzionare sono Azure DevOps, GitHub, SharePoint, One Drive o qualsiasi altra soluzione che supporti tutti i formati di file.
Opzioni di migrazione di massa
La migrazione di un'app o di un flusso ha esito positivo se funziona allo stesso modo di prima. Tuttavia, ci sono alcuni elementi che non possono essere trasferiti:
- Dati di esecuzione del flusso relativi alle esecuzioni passate del flusso - I dati sulle esecuzioni del flusso vengono archiviati solo per 28 giorni. Se hai bisogno dei dati, puoi esportarli e archiviarli utilizzando lo Starter Kit CoE o se hai impostato l'esportazione nel data lake. L'ultima versione dello Starter Kit CoE contiene i dati di esecuzione del flusso se utilizzata con Esportazione dati.
- Versioni dell'app canvas - Man mano che i creatori elaborano il processo di sviluppo, potrebbero essere create più versioni. Non è possibile eseguire la migrazione delle versioni precedenti. È possibile eseguire la migrazione solo della versione più recente.
- Dati a cui accede l'app o il flusso oppure tramite connettori : solo i metadati dell'app sono inclusi come parte dell'esportazione.
Anche eventuali commenti di collaborazione effettuati nell'app o nel flusso non sono inclusi.
Questo articolo delinea alcune possibilità. È importante considerare attentamente le implicazioni e i vantaggi di ciascuna possibilità prima di decidere.
Migra tutto: opzione di backup e ripristino del database
Analogamente alla maggior parte dei tipi di ambiente, viene eseguito il backup anche dell'ambiente predefinito. Questi backup di sistema vengono eseguiti automaticamente. Non esiste un'opzione su richiesta per l'ambiente predefinito, quindi richiede una richiesta di supporto. Il backup può essere ripristinato in un nuovo ambiente mantenendo tutti i dati al suo interno Dataverse. Questa opzione serve solo per mostrare al lettore la sua esistenza e istruire il lettore su quando considerarlo. Non dovrebbe essere considerata come scelta primaria, poiché porterebbe solo a una migrazione parziale.
- Supportato: Dataverse, app Dynamics
- Non completamente supportato: app Canvas, libreria dei componenti, pagine personalizzate, Power Automate, Microsoft Copilot Studio
Non completamente supportati significa che potrebbero verificarsi potenziali perdite di dati durante la migrazione e potrebbero essere necessari ulteriori passaggi.
Eseguire la migrazione dei metadati e poi dei dati
Un approccio consigliato consiste nell'usare soluzioni per trasferire i metadati e quindi utilizzare i flussi di dati, Azure Data Factory o un altro strumento preferito per trasferire i dati. L'automazione completa dall'inizio alla fine potrebbe non essere realizzabile in tutti i casi, a causa dei diversi connettori, ma è possibile realizzare una buona approssimazione.
In genere, i passaggi sono:
- Aggiungere un'app a una soluzione.
- Aggiungere un flusso a una soluzione.
- Aggiungi bot esistenti.
- Regolare i riferimenti di connessione nelle app e nei flussi.
- Cercare le dipendenze della soluzione e aggiungere gli oggetti.
- Esportare la soluzione.
- Importare la soluzione.
- Trasferire i dati.
Controllare le dipendenze della soluzione
Il successo dell'importazione di una soluzione nell'ambiente di destinazione può essere garantito solo quando tutti i componenti correlati sono stati aggiunti alla soluzione o quando sono disponibili nell'ambiente di destinazione. Se mancano componenti, è probabile che l'importazione della soluzione non venga completata. Per garantire che siano presenti tutti i componenti richiesti, esistono opzioni migliori se utilizzate in combinazione:
Aggiungere manualmente i componenti selezionati alla soluzione. In questo caso, si presuppone che tu sappia che tutti i componenti dipendenti sono già disponibili nell'ambiente di destinazione.
Usa il pulsante Mostra dipendenze nella soluzione per consentire al sistema di identificare le dipendenze per te. Puoi aggiungere tutte le dipendenze o aggiungere selettivamente solo le dipendenze che non esistono nell'ambiente di destinazione.
Aggiungere un componente a una soluzione (manuale)
Supponendo che viene creata una soluzione, un autore deve utilizzare l'opzione di menu Aggiungi componente esistente per aggiungere un'app, un flusso o un bot esistente.
Regolare i riferimenti di connessione
Le app canvas e i flussi gestiscono le connessioni in modo diverso. I flussi utilizzano riferimenti di connessione per tutti i connettori, mentre le app canvas li utilizzano solo per connessioni condivise implicitamente (non OAuth), come l'autenticazione del server SQL.
Aggiornare un app per usare riferimenti di connessione anziché connessioni
Le app canvas senza riconoscimento della soluzione, una volta aggiunte alla soluzione non verranno aggiornate automaticamente per utilizzare i riferimenti di connessione. I riferimenti di connessione vengono associati alle app canvas solo nel momento in cui un'origine dati viene aggiunta all'app. Per aggiornare le app, devi:
- Aggiungere un'app senza riconoscimento della soluzione a una soluzione.
- Rimuovere la connessione dall'app.
- Creare un nuovo riferimento di connessione nella soluzione.
- Aggiungere una connessione contenente un riferimento associato di connessione.
Aggiornamento di un flusso per usare riferimenti di connessione anziché connessioni
Quando un flusso non è in una soluzione usa le connessioni. Se quel flusso viene quindi aggiunto a una soluzione, continuerà a usare le connessioni inizialmente. I flussi possono essere aggiornati per usare i riferimenti di connessione invece delle connessioni in uno dei due modi seguenti:
Se il flusso viene esportato in una soluzione non gestita e importato, le connessioni vengono rimosse con riferimenti di connessione.
Quando viene aperto un flusso di soluzione, la funzione di verifica del flusso nella pagina dei dettagli del flusso mostra l'avviso di utilizzare riferimenti di connessione. Il messaggio di avviso contiene un'azione che puoi selezionare per Rimuovere le connessioni in modo da poter aggiungere riferimenti di connessione. Selezionando tale azione verranno rimosse le connessioni dal trigger e dalle azioni nel flusso e sarà così possibile selezionare e creare i riferimenti di connessione.
Aggiungere un oggetto a una soluzione (automazione)
Puoi usare i comandi di PowerShell per trasferire le app in blocco in una soluzione. L'aggiunta di app canvas e flussi cloud preesistenti alle soluzioni può essere eseguita anche tramite la riga di comando. Installa i moduli PowerShell più recenti per provare questa opzione. I due comandi principali sono Set-PowerAppAsSolutionAware e Set-FlowAsSolutionAware.
Una volta installati i moduli, inserisci il tuo ID ambiente, ID app, ID flusso e ID soluzione.
Per un'app canvas:
Set-PowerAppAsSolutionAware -EnvironmentName {Environment ID} -AppName {App ID} -SolutionId {Solution ID}
Per un flusso:
Set-FlowAsSolutionAware -EnvironmentName {Environment ID} -FlowName {Flow ID} - SolutionId {Solution ID}
I riferimenti di connessione sono voci di dati nella tabella riferimento a una connessione. Per utilizzare il riferimento di connessione come parte dell'app o del flusso è necessaria una modifica dell'app principale o della definizione del flusso. È necessario sostituire il nodo connectionReferences con il riferimento di connessione.
Importazione ed esportazione soluzione
Supponendo che le soluzioni siano pronte, la fase successiva dell'automazione può essere eseguita in diversi modi:
Esportando e importando manualmente le soluzioni nell'ambiente di destinazione.
Utilizzando i pacchetti per trasferire più soluzioni in un unico passaggio.
Utilizzando le attività degli strumenti di creazione Power Platform per eseguire più operazioni come comprimere la soluzione, decomprimere la soluzione, esportare la soluzione e importare la soluzione. DevOps offre la possibilità di automatizzare la gestione del ciclo di vita delle applicazioni (ALM) e queste attività sono tutte progettate per supportare ALM per Microsoft Power Platform.
L'interfaccia della riga di comando Power Platform (CLI) fornisce anche opzioni per esportare e importare soluzioni. Tutti i comandi relativi alla soluzione possono essere utilizzati per creare, esportare e importare soluzioni. Puoi anche utilizzare l'interfaccia della riga di comando per trasferire i dati in entrata e in uscita.
Un'opzione favorevole agli autori consiste nell'utilizzare pipeline destinate a democratizzare ALM per Power Platform. Portare l'automazione ALM e le funzionalità di integrazione/distribuzione continua (CI/CD) in un unico servizio è più accessibile per tutti gli autori, amministratori e sviluppatori.
Creare connessioni (manuale)
Nell'ambiente di destinazione prima che venga impostata l'operazione di importazione, crea le connessioni mancanti richieste dall'app o dal flusso. Per altre informazioni su come creare connessioni, vedi Gestire connessioni in Power Automate.
Migrazione dei dati
Sono disponibili diverse opzioni per la migrazione dei dati, che vanno da quella manuale a quella completamente automatizzata.
- Esportare e importare manualmente i dati utilizzando cartelle di lavoro di Excel.
- È possibile sviluppare un flusso cloud Power Automate per estrarre i dati dalle tabelle di origine e scriverli direttamente nella destinazione. Tuttavia, ciò richiede che l'autore utilizzi Dynamics 365 Connector o il connettore Dataverse (legacy). Attualmente, il connettore Dataverse non supporta la connessione tra ambienti. Questa funzionalità è prevista per il futuro e, una volta rilasciata, potrà essere utilizzata per trasferire i dati dall'uno all'altro.
- Lo strumento di migrazione della configurazione (CMT) è uno strumento utilizzato per la migrazione del portale, ma può essere utilizzato anche per la normale migrazione dei dati. Il CMT può essere anche usato con PowerShell. Lo strumento dell'interfaccia della riga di comando PAC offre la possibilità di chiamare lo strumento di migrazione della configurazione (CMT).
- I flussi di dati possono essere utilizzati per creare mappature tra gli ambienti e per trasferire i dati. Il connettore Web HTTP può essere utilizzato come alternativa a Dataverse.
- È possibile usare Azure Data Factory con il connettore Dataverse per estrarre i dati dall'origine e inserirli nella destinazione.
Dato che l'ambiente predefinito ha dimensioni limitate, una delle opzioni precedenti dovrebbe essere sufficiente per trasferire i dati fuori dall'ambiente predefinito.
Considerazioni sulla pulizia
Una pulizia è una buona idea per le app e i flussi che non sono stati utilizzati e aggiornati da molto tempo. Un amministratore può considerare diversi percorsi per eseguire la pulizia.
- Decidere l'ordine di importazione dei dati. Le tabelle meno dipendenti vanno per prime, mentre quelle più dipendenti vanno alla fine.
- Non tutti i campi devono essere mappati. Campi come Versione, Data di modifica, Data di creazione e alcuni altri campi di sistema non necessitano di mappatura.
- Se desideri conservare l'originale Data di creazione, utilizza il campo sorgente Data di creazione per il campo OverRiddenCreatedOn nella tabella di destinazione.
- Non è possibile eseguire la migrazione dei dati di controllo.
- Non abilitare flussi di lavoro o flussi che vengono attivati in base all'inserimento di dati, a meno che non sia previsto. Ciò aumenta il tempo per la migrazione dei dati.
Opzioni di assegnazione di tag
Oggi lo Starter Kit CoE non dispone di un'opzione di assegnazione di tag. Tuttavia, può essere una personalizzazione che potresti aggiungere allo Starter Kit.
Crea una tabella denominata Tag e imposta una relazione molti-a-molti (N:N) con l'app, i flussi e le altre tabelle dell'inventario. È quindi possibile creare un tag e associare questi record agli articoli di inventario appropriati. Per una migliore esperienza utente, puoi incorporare una griglia nel modulo Principale di app, flussi e altre tabelle di inventario. Questa opzione è consigliata poiché ha coerenza referenziale.
Crea un campo di testo su ciascuna tabella dell'inventario e utilizzalo per acquisire il testo (tag) che potrai utilizzare in seguito.
Se desideri un elenco più fisso, crea un set di opzioni globale e aggiungilo anche a tutte le tabelle dell'inventario e ai relativi moduli.
Opzione di quarantena
Se non sei in grado di identificare la necessità di determinate applicazioni, puoi provare a isolarle per un po' e a metterle in quarantena durante questo stato. L'app può essere utilizzata solo dal proprietario. Trascorso un congruo lasso di tempo e se non si è ricevuta alcuna risposta da parte del proprietario, è possibile rimuoverli dall'ambiente.
I flussi non supportano lo stato di quarantena, ma è possibile utilizzare un approccio simile interrompendo il flusso e controllando se viene riattivato dal proprietario.
In entrambi i casi è importante avere una comunicazione adeguata con il proprietario.
Opzione Elimina solo
Se non c'è perdita di produttività e riutilizzo degli oggetti, questa opzione è la migliore. La maggior parte dei flussi di test e delle app rientrano in questa categoria.
In questo caso, una volta identificato l'elenco degli oggetti, è possibile sviluppare un batch PowerShell e passargli un elenco csv, che eliminerebbe quindi tutte quelle risorse.
Scorrendo gli ID di app e flussi, è possibile utilizzare il comando seguente per rimuoverli dall'ambiente predefinito.
- Remove-AdminFlow -EnvironmentName Default-[Guid] -FlowName [Guid]
- Remove-AdminPowerApp -AppName [Guid] -EnvironmentName [Guid]
Backup degli oggetti e opzione Elimina
Ad esempio, supponiamo che un flusso Power Automate venga creato per rispondere ad una specifica esigenza stagionale, ma che non venga utilizzato da molto tempo. In questo caso, è bene eseguire un backup del componente prima di eliminarlo.
Per eseguire un backup del componente, è possibile utilizzare le opzioni di migrazione individuale o di migrazione di massa per generare una soluzione esportata. Questo può quindi essere aggiunto a un archivio di file di tua scelta o a una posizione OneDrive.
Una volta protetto il backup, è possibile applicare l'opzione Elimina per completare il processo di pulizia.
In molti casi, si tratta di flussi di test e app creati dagli autori come parte dell'apprendimento e della sperimentazione della produttività personale.
Conclusione
Power Platform è uno strumento sia per citizen developer che per sviluppatori professionisti. L'utilizzo dell'ambiente predefinito dovrebbe concentrarsi principalmente sulla produttività personale con i prodotti Microsoft 365. Tutte le altre app e lo sviluppo dei flussi dovrebbero avvenire in ambienti designati condivisi, individuali o per sviluppatori. Una raccomandazione importante è quella di sviluppare una strategia ambientale indipendente basata sui DLP, che possa aiutare gli autori a sviluppare le proprie app e i propri flussi nell'ambiente giusto. C'è anche un grande vantaggio nello stabilire una strategia di comunicazione e nel fornire agli utenti modelli self-service per apprendere la strategia, l'implementazione delle soluzioni e le migliori pratiche per sviluppare app e flussi. Una buona aggiunta è acquisire alcune storie di successo sul sito di comunicazione. Le storie di successo pubblicate internamente aiutano gli autori a entrare in contatto con le idee e li rendono aperti alla possibilità che queste possano essere realizzate utilizzando Power Platform.
Una forte strategia di governance è essenziale durante la migrazione o il trasferimento di oggetti specifici. Sono disponibili varie strategie per la migrazione degli oggetti, inclusa la migrazione individuale e di massa. L'opzione più adatta dipende dai criteri della nostra organizzazione. Le soluzioni rappresentano il modo più consigliato per organizzare i componenti della tua applicazione e rendere le migrazioni più semplici.