Strategia ambientale per ALM
Per seguire i principi della gestione del ciclo di vita delle applicazioni (ALM), avrai bisogno di ambienti separati per lo sviluppo e la produzione di app. Sebbene sia possibile eseguire una gestione del ciclo di vita delle applicazioni (ALM) di base avendo soltanto ambienti di sviluppo e produzione separati, ti consigliamo di disporre anche di almeno un ambiente di test separato dagli ambienti di sviluppo e produzione. Quando si ha un ambiente di test separato, è possibile eseguire la convalida end-to-end che include l'implementazione della soluzione e i test dell'applicazione. Alcune organizzazioni potrebbero anche aver bisogno di più ambienti per i test di accettazione degli utenti (UAT), i test di integrazione dei sistemi (SIT) e la formazione.
Ambienti di sviluppo separati possono essere utili per isolare le modifiche da uno sforzo lavorativo che viene archiviato prima di essere completato. Ambienti di sviluppo separati possono essere utili anche per ridurre le situazioni in cui una persona influisce negativamente su un'altra mentre apporta modifiche.
Ogni organizzazione è unica, quindi considera attentamente quali sono le esigenze dell'ambiente aziendale.
Ambienti di sviluppo
Devi rispondere a domande come:
- Di quanti ambienti di sviluppo ho bisogno?
- Ulteriori informazioni: Panoramica degli ambienti
- Come posso effettuare il provisioning automatico degli ambienti dal codice sorgente?
- Ulteriori informazioni: Microsoft Power Platform Build Tools per Azure DevOps
- Quali sono le dipendenze dai miei ambienti?
- Maggiori informazioni: Layering e dipendenze di soluzioni multiple
Altri ambienti
Devi anche rispondere alla domanda "Di quali tipi di ambienti non di sviluppo ho bisogno?"
Ad esempio, oltre al tuo ambiente di produzione, potresti aver bisogno di ambienti di test, UAT, SIT e pre-produzione separati. Nota che una ALM integra dovrebbe includere l'utilizzo di almeno un ambiente di test prima di eseguire la distribuzione all'ambiente di produzione. Ciò ti garantisce di avere una posizione dove testare la tua app, ma anche la possibilità di testare la distribuzione stessa.
Ulteriori informazioni: Stabilire una strategia ambientale per Microsoft Power Platform
Considerazioni multi-geografiche
Gli ambienti Power Platform seguono uno specifico programma di aggiornamento del servizio man mano che gli ambienti vengono aggiornati in tutto il mondo. Esistono sei stazioni in totale che sono principalmente definite in base alla posizione geografica. Gli aggiornamenti del servizio vengono applicati in sequenza per ogni stazione. Quindi, gli aggiornamenti del servizio della stazione 2 vengono applicati prima della stazione 3. Pertanto, è normale che gli ambienti che si trovano in stazioni diverse abbiano versioni diverse in un determinato momento. Per ulteriori informazioni sul programma di aggiornamento del servizio ambientale, vai a Versioni rilasciate di Microsoft Dataverse
Importazione della soluzione e versione dell'ambiente
Quando si hanno più ambienti in diverse aree, è importante comprendere quanto segue in relazione all'importazione di una soluzione:
- Puoi importare una soluzione in un ambiente che è una versione più recente dell'ambiente in cui è stata esportata la soluzione.
- Non puoi importare una soluzione in modo affidabile in un ambiente che è una versione meno recente dell'ambiente in cui è stata esportata la soluzione. Questo perché è possibile che manchino componenti o la funzionalità necessaria nell'ambiente precedente.
Esempio di allineamento riuscito degli ambienti con le stazioni di aggiornamento del servizio
Immagina di avere ambienti di produzione in Canada e negli Stati Uniti. In tal caso, i tuoi ambienti di sviluppo devono essere in Nord America (stazione 5) e non in Canada (stazione 2). Quindi, i tuoi ambienti di sviluppo saranno sempre gli stessi o una versione precedente rispetto agli ambienti di produzione, il che ridurrà i conflitti tra le versioni di importazione della soluzione.
