Sposta i trigger tra gli ambienti (processo ALM per i trigger)
Puoi utilizzare più ambienti Dynamics 365 per supportare diverse fasi del processo di gestione del ciclo di vita dell'applicazione. Ad esempio, potresti disporre di un ambiente di sviluppo per la creazione e il test di nuove funzionalità, un ambiente di gestione temporanea per i test di pre-produzione e un ambiente di produzione per la distribuzione finale dell'applicazione. L'utilizzo di più ambienti consente di mantenere configurazioni separate, isolare le modifiche ed evitare potenziali conflitti che potrebbero influire sulla stabilità del sistema.
La migrazione dei trigger tra gli ambienti è un processo chiave che garantisce che il tuo team utilizzi la versione più recente dei trigger. Le soluzioni Power Platform sono il meccanismo per implementare l'ALM definendo come il codice e i metadati vengono impacchettati per il trasporto da un ambiente all'altro. Le soluzioni includono componenti come entità, connettori, flussi e moduli, ma non includono i dati dei clienti per impostazione predefinita.
Per il supporto ALM, le funzionalità di Dynamics 365 devono essere create come "Riconoscimento della soluzione", con entità modellate come componenti della soluzione e dipendenze note a Dataverse in modo che possano essere risolte durante l'importazione. I dati specifici dell'ambiente, inclusi i dati di utilizzo, sono esclusi dalla soluzione, consentendo un processo ALM semplificato ed efficiente. Utilizzando le soluzioni, puoi ottenere un controllo migliore sulla configurazione del tuo sistema, ridurre gli errori e garantire la coerenza tra gli ambienti.
Uso di soluzioni Power Platform per spostare i trigger
È possibile spostare i trigger in qualsiasi stato (bozza, pubblicato o interrotto) da un ambiente all'altro. A tale scopo, effettuare i passaggi seguenti:
Aprire le soluzioni Power Platform per l'ambiente di origine corrente usando il controllo di selezione app nell'angolo in alto a sinistra della schermata e scegliendo Power Apps.
Importante
Assicurati che l'ambiente per Power Apps sia lo stesso in cui stai attualmente lavorando (quello che ha i trigger che desideri migrare).
Selezionare Soluzioni nel riquadro a sinistra, quindi + Nuova soluzione nella barra in alto.
Assegnare un nome alla soluzione e seleziona un editore. Assicurarsi che la soluzione abbia un nome univoco che evidenzi il trigger o i trigger che verranno aggiunti.
Aggiungi solo i tuoi record "trigger" alla soluzione. (Tipo di componente: trigger)
- Questa operazione viene eseguita usando i seguenti passaggi:
- Selezionare l'elenco a discesa Aggiungi esistente nel riquadro superiore della pagina.
- Seleziona Altro>Altro>Trigger.
- Cercare il trigger tramite la funzionalità di ricerca e selezionare Aggiungi una volta trovato il record pertinente.
- Questa operazione viene eseguita usando i seguenti passaggi:
L'aggiunta dei record di trigger dovrebbe aggiungere anche i seguenti record anche alla soluzione:
Stato trigger Componenti aggiunti Bozze Record Trigger, record CustomerAPI e record CatalogAssignment Pubblicazione completata Record Trigger, record CustomAPI, record CatalogAssignment e record customAPIrequestparameter Al termine sarà possibile eseguire la migrazione della soluzione nell'ambiente di destinazione.
Per eseguire la migrazione della soluzione, è necessario esportarla. A tale scopo, effettuare i passaggi seguenti:
- Selezionare Esporta soluzione.
- Assicurarsi che la soluzione venga esportata come gestita.
- Selezionare Esporta. A seconda del numero di trigger nella soluzione, sono necessari alcuni minuti prima che la soluzione sia pronta per il download.
Al termine, scaricare la soluzione gestita.
Passare all'ambiente di destinazione in cui si desidera importare la soluzione e i trigger.
In tale ambiente usare i passaggi 1, 2 e 3 precedenti per andare alla pagina Soluzioni nel portale di Power Apps in cui è possibile importare la soluzione.
Per caricare la soluzione gestita scaricata dall'ambiente di origine, selezionare Importa soluzione.
Passare all'ambiente di destinazione per controllare i trigger importati.
- Lo stato del trigger viene mantenuto dall'ambiente di origine. I trigger bozza vengono importati nello stato bozza, i trigger pubblicati vengono importati nello stato pubblicato, i trigger interrotti vengono importati nello stato bozza.
Esperienza di aggiornamento della soluzione
Gli aggiornamenti delle soluzioni per le soluzioni che contengono trigger gestiti sono leggermente diversi dalla migrazione delle soluzioni per la prima volta tra gli ambienti. Gli aggiornamenti della soluzione sui trigger possono variare a seconda di come gli utenti lavorano con i trigger negli ambienti di destinazione o di origine. Gli aggiornamenti della soluzione modificano lo stato dei trigger solo quando i trigger nell'ambiente di destinazione si trovano in uno stato bozza. La tabella seguente mostra come si verificano le transizioni di stato per gli aggiornamenti della soluzione:
| Attiva lo stato a destinazione | Stato del trigger dopo l'aggiornamento della soluzione |
|---|---|
| Pubblicazione completata | Non viene modificato. Il trigger rimane in uno stato pubblicato indipendentemente dallo stato del trigger dalla soluzione aggiornata. |
| Bozze | Transizione dello stato consentita. Lo stato del trigger passa allo stato del trigger trasferito dall'ambiente di origine durante l'aggiornamento della soluzione. |
| Arrestato | Non viene modificato. Il trigger rimane in uno stato interrotto indipendentemente dallo stato del trigger dalla soluzione aggiornata. |
Domande frequenti
Posso importare più di un trigger per soluzione?
Sì. Puoi importare qualsiasi numero di trigger per soluzione. Nella destinazione, i trigger importati in uno stato pubblicato passeranno da uno stato di "pubblicazione" a uno stato di "pubblicato" in pochi minuti.
Tutti i trigger in una soluzione devono trovarsi nello stesso stato durante la migrazione?
No. Puoi scegliere in quale stato importare i trigger. Lo stato dei trigger viene mantenuto nella destinazione.
Il mio trigger dà il via a un flusso Power Automate. Anche il flusso Power Automate viene aggiunto automaticamente alla soluzione come dipendenza una volta aggiunto il trigger?
No. Se disponi di un flusso Power Automate che viene avviato in base al trigger, assicurati di aggiungerlo alla soluzione insieme al record del trigger per garantire coerenza e facilità d'uso nella destinazione.
Voglio spostare un trigger personalizzato che è già integrato nel mio sito Web. Ci sono alcuni rischi che devo conoscere?
La migrazione dei trigger personalizzati è diversa dalla migrazione di altri trigger. I trigger personalizzati in genere hanno un frammento di codice che deve essere strumentato sul sito Web per iniziare a monitorare l'azione del cliente. Questi frammenti di codice contengono una chiave di importazione associata solo all'ambiente in cui è stato creato il trigger.
Pertanto, quando esegui la migrazione di trigger personalizzati tra ambienti nel processo ALM utilizzando soluzioni Power Platform, non eseguiamo la migrazione della chiave di importazione, ma piuttosto utilizziamo la chiave di importazione per l'organizzazione di destinazione come chiave per il trigger importato.
La chiave di importazione nell'organizzazione di destinazione sarà diversa da quella per l'ambiente di origine. Pertanto, ciò richiede la necessità di riorganizzare il frammento di codice dove necessario una volta completata la migrazione del trigger.
Ho eseguito la migrazione di un trigger alla mia organizzazione di destinazione utilizzando una soluzione gestita. Ora, non penso che questo sia ciò di cui ho bisogno e voglio eliminarlo. Ma il pulsante Elimina è stato disattivato. Cosa devo fare?
I trigger gestiti non possono essere eliminati dall'interfaccia utente. Il motivo è tenere conto delle dipendenze e assicurarsi di non lasciare dipendenze orfane dopo aver eliminato il trigger. Pertanto, un utente che desidera eliminare un trigger gestito può farlo solo eliminando soluzione gestita mentre tutti i trigger nella soluzione sono nello stato bozza.
Se la soluzione contiene altri componenti che non si desidera rimuovere, il trigger gestito può invece essere eliminato eseguendo l'aggiornamento a una nuova versione della soluzione che non contiene il trigger gestito (e i relativi record quando il trigger è stato aggiunto alla soluzione) ma contiene ancora gli altri componenti. Il trigger destinato a essere eliminato da questo aggiornamento deve trovarsi nello stato bozza.
Posso eseguire la migrazione di una combinazione di trigger e flussi Power Automate nella stessa soluzione?
Sì. Puoi spostare più di semplici trigger nella soluzione tra l'ambiente di origine e quello di destinazione.
Ho importato molti trigger nella mia soluzione in uno stato pubblicato. Nell'ambiente di destinazione, posso vedere che alcuni di loro sono arrivati in uno stato pubblicato mentre gli altri si presentano in uno stato bozza. Si è verificato un errore?
Quando un set di trigger viene importato in uno stato pubblicato nell'ambiente di destinazione, passa attraverso il processo di pubblicazione (un processo che avviene in sequenza, pochi trigger alla volta). Durante tale periodo, i trigger in attesa di essere pubblicati mostreranno che si trovano in uno stato "bozza" per un breve periodo durante l'importazione iniziale prima di passare a uno stato di "pubblicazione" e infine a uno stato "pubblicato/pronto per l'uso".
Se i trigger si trovano in uno stato "bozza" per molto tempo, ciò potrebbe indicare un problema. Puoi fare una delle due cose:
- Self-service: un modo per aggirare un potenziale problema in cui vedi che i trigger "pubblicati" importati sono in uno stato "bozza" per un periodo prolungato è eseguire un aggiornamento della soluzione e reimportare nuovamente il trigger.
- Contatta il tuo rappresentante Microsoft: apri un ticket di supporto al team di supporto Microsoft per chiedere a uno dei tecnici di esaminare il problema e fornire ulteriori soluzioni di mitigazione.