Soluzioni Power Platform gestite e non gestite: la guida completa

By Mirko Peters · 2026-10-21

Scopri le differenze fondamentali tra soluzioni Power Platform gestite e non gestite, le regole di distribuzione e le best practice ALM per le tue app.

Automatically translated with AI from the original post. Read the English original

Capire la differenza tra soluzioni Power Platform gestite e non gestite è essenziale per evitare eliminazioni catastrofiche di app e distribuzioni fallite. Questa guida spiega come i livelli non gestiti funzionino come spazio di lavoro modificabile, mentre le soluzioni gestite fungono da pacchetti congelati e distribuibili tra gli ambienti di sviluppo, test e produzione.

Punti chiave

• Le soluzioni non gestite sono la copia di lavoro negli ambienti di sviluppo, dove costruisci, modifichi e sperimenti attivamente.
• Le soluzioni gestite sono copie congelate e distribuibili, pensate esclusivamente per gli ambienti di test e produzione, per mantenere la stabilità.
• Eliminare una soluzione non gestita rimuove solo il contenitore e lascia intatti i componenti, mentre disinstallare una soluzione gestita cancella le tabelle personalizzate e i dati associati.
• Non puoi reimportare una soluzione gestita nello stesso ambiente di sviluppo in cui è stata creata la sua soluzione non gestita di origine.
• Trattare le soluzioni non gestite come codice sorgente e le soluzioni gestite come artefatti di build allinea l'ALM di Power Platform alle pratiche standard dello sviluppo software.

Le differenze fondamentali tra soluzioni gestite e non gestite

Quando inizi a creare app, flow e tabelle in Microsoft Power Platform, è facile trattare gli ambienti come enormi blocchi per appunti digitali. Fai clic qua e là, crei entità personalizzate e colleghi i cloud flow direttamente in un'area di lavoro predefinita o condivisa. Tuttavia, una volta che il progetto supera la fase di proof of concept, questo approccio disordinato porta rapidamente a codice non gestibile e a perdite accidentali di dati. Per costruire applicazioni affidabili, devi padroneggiare la distinzione fondamentale tra soluzioni non gestite e gestite.

Nel suo nucleo, una soluzione è semplicemente un contenitore, una distinta di spedizione che raggruppa i componenti dell'app così che possano spostarsi in modo pulito tra gli ambienti. All'interno di questo paradigma del contenitore, però, esiste una dicotomia precisa: non gestito contro gestito. Ricordare questa semplice frase aiuta a chiarire i loro scopi distinti: non gestito serve per modificare qui, mentre gestito serve per distribuire là.

Soluzioni non gestite: il tuo spazio di lavoro di sviluppo

Una soluzione non gestita è la tua copia di lavoro attiva e modificabile. Ogni volta che progetti un'app canvas, scrivi regole di business o modifichi tabelle Dataverse, stai lavorando all'interno di una soluzione non gestita nel tuo ambiente di sviluppo. Ogni ritocco, cambio di colore e modifica dello schema si riflette immediatamente nell'app sottostante.

Cosa succede quando elimini una soluzione non gestita?

Una delle caratteristiche di sicurezza più importanti delle soluzioni non gestite è il modo in cui gestiscono l'eliminazione. Se elimini una soluzione non gestita dal tuo ambiente di sviluppo, scompare solo il contenitore. Le personalizzazioni, le app e le tabelle che hai creato non vengono cancellate; semplicemente confluiscono silenziosamente nella soluzione predefinita. Sebbene questo eviti una distruzione totale accidentale durante lo sviluppo, può ingombrare l'area di lavoro predefinita se non si presta attenzione.

Microsoft consiglia di salvare le soluzioni non gestite direttamente nei sistemi di controllo del codice sorgente, come GitHub o Azure DevOps. Trattando la soluzione non gestita come il vero repository del codice sorgente, mantieni una traccia di controllo storica e completa di ogni modifica apportata dal tuo team di sviluppo.

Soluzioni gestite: il tuo pacchetto di distribuzione in produzione

Le soluzioni gestite rappresentano la copia finita, compilata e bloccata della tua applicazione. Non modifichi una soluzione gestita direttamente; esporti invece la soluzione non gestita come gestita e distribuisci quel pacchetto negli ambienti successivi, come quelli di UAT (User Acceptance Testing), SIT (System Integration Testing) e infine di produzione.

La realtà ad alto rischio dell'eliminazione di una soluzione gestita

A differenza delle controparti non gestite, le soluzioni gestite sono by design fortemente bloccate. Non puoi modificare direttamente i componenti all'interno di una soluzione gestita. Ancora più importante, la disinstallazione di una soluzione gestita produce il comportamento esattamente opposto a quello di una non gestita: poiché tutto ciò che è contenuto nel pacchetto è legato a quella specifica distribuzione, la rimozione della soluzione elimina tutti i suoi componenti.

Fondamentalmente, questa rimozione durante la disinstallazione include anche i dati memorizzati nelle tabelle personalizzate che facevano parte della soluzione, così come i dati memorizzati nelle colonne personalizzate aggiunte alle tabelle esistenti. Una volta disinstallata una soluzione gestita da un ambiente, i dati associati sono persi in modo permanente. Non esiste un pulsante di annullamento nativo, il che rende la comprensione dell'architettura di distribuzione una responsabilità amministrativa fondamentale.

Architettura degli ambienti e regole di test

Le modalità tecniche di Power Platform impongono confini rigidi tra ambienti per quanto riguarda la gestione di questi due tipi di soluzione. Ad esempio, non puoi importare una soluzione gestita nello stesso ambiente di sviluppo che contiene la soluzione non gestita da cui è stata creata. Testare una distribuzione gestita richiede un ambiente completamente separato, ed è per questo che le buone pratiche suggeriscono di configurare fin dall'inizio una pipeline dedicata su più ambienti.

Una configurazione ALM (Application Lifecycle Management) sana e standard prevede almeno tre ambienti distinti:

• Sviluppo: dove i creator costruiscono e modificano le soluzioni non gestite.
• Test (UAT): dove importi la soluzione gestita per verificare che sia il processo di distribuzione sia le funzionalità dell'app funzionino correttamente.
• Produzione: dove gli utenti reali si affidano ogni giorno alla soluzione gestita stabile e bloccata.

Padroneggiare la strategia di distribuzione di Power Platform

Adottare una separazione rigorosa tra aree di sviluppo non gestite e distribuzioni gestite in produzione trasforma la tua strategia di Power Platform da un insieme di soluzioni fragili in ingegneria del software di livello enterprise. Rispettando i confini delle soluzioni, proteggendo gli ambienti di produzione da modifiche ad hoc e mantenendo buone abitudini di controllo del codice sorgente, fai in modo che le tue applicazioni business-critical restino stabili e resilienti man mano che crescono.

Per approfondire ulteriormente i meccanismi dei componenti di Power Platform, degli editori, dei prefissi e dei livelli delle soluzioni, non perdere l'occasione di ascoltare l'episodio completo e iscriviti al podcast per approfondimenti continui sull'ecosistema cloud di Microsoft.