Condividi tramite


Scenario 3: passaggio da soluzioni non gestite a soluzioni gestite nell'organizzazione

Questo scenario risolve una situazione in cui l'ambiente di produzione contiene diverse soluzioni non gestite o in cui le personalizzazioni sono state effettuate nella soluzione predefinita. Le attività descritte mostrano come convertire tutti i componenti non gestiti dell'app basata su modello in componenti gestiti tramite un'unica soluzione che verrà utilizzata per creare un singolo livello gestito negli ambienti di test e di produzione. Successivamente, può essere necessario creare soluzioni aggiuntive per sviluppare diverse strategie di stratificazione e dipendenze tra le soluzioni.

Ad eccezione dell'ambiente di sviluppo, il risultato finale è avere solo soluzioni gestite negli ambienti. Maggiori informazioni: Soluzioni gestite e non gestite.

Prerequisiti

  • Ambienti di sviluppo e produzione separati. Si consiglia inoltre di mantenere almeno un ambiente di test separato dagli ambienti di sviluppo e produzione.
  • Uso di un unico autore per tutte le soluzioni in tutti gli ambienti. Ulteriori informazioni: Autore di soluzioni

Eseguire la conversione da una soluzione non gestita a una gestita

  1. Identificare e rimuovere tabelle e componenti non necessari.

    1. Creare un backup dell'ambiente di produzione. È possibile ripristinare i componenti che potrebbero essere stati eliminati inavvertitamente tramite l'esportazione e l'importazione della soluzione nel passaggio successivo.
    2. Rimuovere tabelle e componenti non necessari dall'ambiente di produzione. Ad esempio, prendere in considerazione l'eliminazione di tabelle senza record o con record molto vecchi o tabelle e componenti che non hanno dipendenze. Altre informazioni: Visualizzare le dipendenze per un componente
  2. Creare una soluzione da utilizzare per convertire i componenti da non gestiti a gestiti.

    • Nell'ambiente di produzione, crea una soluzione non gestita singola che verrà utilizzata per contenere tutte le app basate su modello e le tabelle, nonché tutti i componenti dipendenti, ad esempio moduli, visualizzazioni, campi, grafici e dashboard di Microsoft Dataverse. L'integrazione di tutti questi componenti può aiutare a ridurre le possibilità di problemi di sovrapposizione tra soluzioni che potrebbero verificarsi in seguito quando si aggiornano o si introducono nuove app e personalizzazioni basate su modello. Ulteriori informazioni: Creare una soluzione
      • Per i componenti non gestiti, ad esempio tabelle non gestite personalizzate, non si userà la segmentazione, ma si seleziona l'opzione Includi tutti i componenti quando si aggiungono tali componenti alla soluzione.
      • Se sono presenti componenti gestiti personalizzati, utilizzare la segmentazione quando si aggiungono tali componenti alla soluzione. Ad esempio, se è stata aggiunta una colonna personalizzata o se è stato modificato un nome visualizzato per una colonna esistente in una tabella standard di Power Apps, come Account e Contatto, utilizzare la segmentazione in modo da esportare solo i componenti personalizzati necessari al progetto e non i componenti aggiuntivi che non si intende fornire. A tale scopo, scegliere Seleziona componenti, quindi aggiungere alla soluzione solo i componenti personalizzati.

        Mancia

        Per vedere se un componente gestito è stato personalizzato, cerca un livello non gestito che sarà al di sopra del livello gestito di base del componente. Altre informazioni: Visualizzare i livelli di soluzione per un componente

    • Se sono presenti app canvas, flussi, app per portali o plug-in da convertire, è possibile aggiungerli a una soluzione non gestita separata ora o in un secondo momento.
    • Ricordare di utilizzare un unico autore per tutte le tue soluzioni. Ulteriori informazioni: Autore di soluzioni
  3. Distribuire la soluzione gestita.

    1. Se è presente un ambiente di test esistente, è possibile andare al passaggio successivo. Tuttavia, consigliamo di creare una copia dell'ambiente di produzione da utilizzare come ambiente di test. Altre informazioni: Copiare un ambiente
    2. Esportare le soluzioni non gestite dall'ambiente di sviluppo come soluzione gestite. Per ulteriori informazioni, vedi Esportare soluzioni
    3. Se nell'ambiente di test è presente una soluzione non gestita con lo stesso nome della soluzione gestita da importare, eliminare il record della soluzione non gestita nell'ambiente di test. Per eliminare il record della soluzione non gestita, vai a Power Apps, seleziona l'ambiente di test o di produzione, seleziona Soluzioni, seleziona la soluzione non gestita, quindi sulla barra dei comandi seleziona Elimina. Nota che l'eliminazione della soluzione non gestita non elimina i componenti non gestiti della soluzione.
    4. Importare la soluzione nell'ambiente di test utilizzando il comando per l'importazione della soluzione dell'interfaccia della riga di comando di Power Platform con il parametro convert-to-managed o l'attività di importazione della soluzione degli strumenti DevOps. Al momento, non è possibile importare correttamente la soluzione e convertire tutti i componenti in gestiti utilizzando il portale di Power Apps.
    5. Esistono vari tipi di test che è possibile utilizzare per verificare se funzioni o caratteristiche specifiche dell'app funzionano correttamente. Alcuni di questi includono unit test, test end-to-end e test di accettazione dell'utente.
    6. Dopo che il test è stato completato e convalidato, ripetere i passaggi c-e, ma, anziché eseguire il passaggio nell'ambiente di test esegui il passaggio nell'ambiente di produzione.
    7. Se sono presenti app canvas, flussi o app per portali, importare le soluzioni gestite prima nel test e poi negli ambienti di produzione in modo simile a quanto descritto sopra.

Passaggi successivi

Dopo il passaggio alle soluzioni gestite, consigliamo di comprendere la soluzione e la sovrapposizione dei componenti. Inoltre, ad eccezione degli ambienti di sviluppo, non devono essere presenti personalizzazioni non gestite o soluzioni non gestite negli ambienti in uso. Ulteriori informazioni: Livelli di soluzioni

Vedi anche

Scenario 5: supportare lo sviluppo in team