Nota
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare ad accedere o modificare le directory.
L'accesso a questa pagina richiede l'autorizzazione. È possibile provare a modificare le directory.
Application Lifecycle Management (ALM) è un insieme di processi, persone e strumenti che governano il ciclo di vita di un agente. Comincia con l'idea iniziale e la raccolta dei requisiti e prosegue attraverso lo sviluppo, i test, la distribuzione e la manutenzione continua fino alla dismissione. Il risultato è una maggiore efficienza e una modalità prevedibile e ripetibile di distribuire gli agenti.
Quali sono i vantaggi di ALM?
I vantaggi di una ALM ben gestita includono:
- Rilasci affidabili: riduce il rischio di errori e garantisce distribuzioni coerenti.
- Governance e conformità: aiuta ad applicare i criteri dell'organizzazione e gli standard di sicurezza.
- Scalabilità e riutilizzo: consente di estendere le soluzioni senza reinventare i processi.
- Qualità con rapidità: bilancia una distribuzione rapida con gli standard di alta qualità.
- Continuità aziendale: riduce al minimo i tempi di inattività e di interruzione durante gli aggiornamenti.
- Collaborazione in team: migliora il coordinamento tra sviluppatori, tester e addetti operativi.
- Disciplina end-to-end: struttura ogni fase del ciclo di vita dell'applicazione.
Applicare le procedure consigliate di ALM di Power Platform
Copilot Studio si basa sullo stesso fondamento di Power Platform e offre numerose opzioni quando si tratta di Application Lifecycle Management. Pertanto, entrambe le piattaforme seguono alcune linee guida comuni:
- Definire una strategia di ambiente per garantire che i creatori possano sviluppare all'interno di ambienti sicuri, leggeri e a bassa utenza, prima di seguire linee guida consolidate per distribuire gli agenti negli ambienti di test e di produzione ed espanderne l'utilizzo.
- Usare soluzioni come contenitori per trasportare artefatti e personalizzazioni nei vari ambienti.
- Applicare variabili di ambiente per le impostazioni specifiche dell'ambiente e configurare i riferimenti a una connessione per connessioni e credenziali specifiche dell'ambiente.
- Implementare opzioni di distribuzione con integrazione continua e distribuzione continua (CI/CD) sia per configurazioni senza codice che per quelle di sviluppatori professionisti (pipeline, Azure DevOps o GitHub).
- Abilitare il controllo del codice sorgente con integrazione Git nativa.
Configurare e proteggere gli ambienti
Una strategia ALM integra include almeno tre ambienti: di sviluppo, di test e di produzione. Dopo che uno sviluppatore apporta modifiche all'agente nell'ambiente di sviluppo, lo promuove per l'ambiente di test. Se i tester individuano dei bug, lo sviluppatore li corregge nell'ambiente di sviluppo e promuove nuovamente l'agente. Una volta superati i test, l'agente viene distribuito nell'ambiente di produzione.
Configurare l'ambiente di produzione come un ambiente di tipo produzione. Configurare tutti gli altri ambienti, inclusi quelli di sviluppo e test, come ambienti di tipo sandbox.
Proteggere ciascun ambiente applicando un gruppo di sicurezza Entra per limitare l'accesso ai soli membri del gruppo.
Seguire le regole d'oro di ALM
Usare queste regole per garantire un processo di gestione del ciclo di vita delle applicazioni coerente e affidabile.
- Non eseguire personalizzazioni dell'agente al di fuori di un ambiente di sviluppo.
- Lavorare sempre nel contesto di soluzioni.
- Usare un server di pubblicazione e un prefisso personalizzati.
- Creare soluzioni separate solo se si deve distribuire componenti in modo indipendente.
- Usare le variabili di ambiente per le impostazioni e i segreti che cambiano da un ambiente all'altro.
- Esportare e distribuire le soluzioni come gestite, tranne quando si configura un ambiente di sviluppo.
- Considerare l'automazione di ALM per il controllo del codice sorgente e le distribuzioni automatizzate.
Rivedere le considerazioni ALM specifiche di Copilot Studio
Copilot Studio include alcuni elementi specifici che non sono legati alla soluzione. Questi elementi non seguono il normale processo di distribuzione della soluzione e richiedono passaggi post-distribuzione nell'ambiente a valle, come:
- Impostazioni di applicazione Azure Insights
- Impostazioni di autenticazione manuali
- Impostazioni di sicurezza di Direct Line/del canale Web
- Canali distribuiti
- Condivisione (con altri creatori o con utenti finali)
Creare raccolte di componenti riutilizzabili
Una raccolta di componenti è un insieme di componenti riutilizzabili per gli agenti. Questi componenti includono argomenti, conoscenze, azioni ed entità. Il principale vantaggio delle raccolte di componenti è che le puoi condividere tra più agenti all'interno di un ambiente.
È inoltre possibile usare una soluzione per esportare e importare raccolte di componenti. Questo approccio consente di spostare contenuto tra più ambienti per supportare scenari ALM. Permette a più team di sviluppare parti di agenti in ambienti diversi con cadenze di rilascio indipendenti.
L'immagine illustra in che modo le raccolte di componenti sono configurate tra più ambienti per supportare ALM. Mostra quattro ambienti:
- Ambiente IT e HR per sviluppatori
- Ambiente DEV Contoso
- Ambiente TEST Contoso
- Ambiente PROD Contoso
Ogni ambiente contiene agenti e raccolte che puoi riutilizzare e referenziare nei vari ambienti.
Scopo
- Consentire il riutilizzo di componenti dell'agente (argomenti, azioni, conoscenze) in più ambienti.
- Supportare gli scenari ALM consentendo sviluppo modulare e cadenze di rilascio indipendenti.
- Facilitare la collaborazione tra più team condividendo le raccolte ed esportando e importando soluzioni.
Attività
- Creare raccolte di componenti per IT e HR (ad esempio, Argomenti IT, Azioni HR).
- Sviluppare agenti (ad esempio, agente Contoso) che fanno riferimento a queste raccolte.
- Implementare strumenti ALM per esportare e importare soluzioni e trasferire le raccolte tra gli ambienti DEV, TEST e PROD.
- Controllo di versione: assicurati che tutte le modifiche siano sottoposte a controllo della versione e che siano documentate.
Procedure chiave per ogni ambiente
-
Ambiente IT e HR per sviluppatori
- Mantenere le Raccolte IT e HR con argomenti, azioni e conoscenze.
- Apportare modifiche a queste collezioni in questo ambiente e distribuirle negli ambienti a monte.
-
Ambiente DEV Contoso
- Creare l'agente Contoso facendo riferimento agli argomenti, alle azioni e alle conoscenze di Contoso.
- Integrare le raccolte IT e HR con le stesse versioni dell'ambiente DEV.
- Usare questo ambiente per lo sviluppo e l'integrazione iniziale dei componenti dell'agente.
-
Ambiente TEST Contoso
- Distribuire l'agente Contoso per i test.
- Importare le raccolte IT e HR con le stesse versioni dell'ambiente DEV.
- Usare questo ambiente per la convalida e il controllo qualità prima del rilascio in produzione.
-
Ambiente PROD Contoso
- Distribuzione finale dell'agente Contoso.
- Importare le raccolte con versioni stabili, come IT Collection v1.0 e HR Collection v1.0.
- Usare questo ambiente per la configurazione pronta per la produzione, garantendo affidabilità.
Procedure consigliate
- Riutilizzare invece di duplicare: condividere le raccolte tra agenti e ambienti.
- Controllo delle versioni: tenere traccia delle versioni per garantire la coerenza e il rollback.
- Progettazione modulare: separare i componenti IT e HR per garantire flessibilità.
- Cadenza di rilascio indipendente: consentire gli aggiornamenti senza interrompere le attività degli altri ambienti.
Selezionare gli strumenti di automazione ALM per la distribuzione degli agenti
Copilot Studio supporta molteplici strumenti di automazione ALM per aiutare nella distribuzione degli agenti. Ogni opzione offre caratteristiche specifiche e si rivolge a destinatari diversi:
- Azure DevOps: una soluzione di livello aziendale per la gestione di ALM con capacità CI/CD e controllo del codice sorgente.
- GitHub Actions for Power Platform: automatizza le attività correlate ad ALM per gli sviluppatori e gli amministratori che usano la piattaforma GitHub.
- Pipeline in Power Platform per Copilot Studio: semplifica le distribuzioni da parte di citizen developer usando pipeline di distribuzione integrate in Power Platform.
La tabella seguente mette a confronto in modo dettagliati gli strumenti ALM disponibili:
| Funzionalità o vantaggio | Azure DevOps | GitHub Actions per Power Platform | Pipeline di Power Platform per Copilot Studio |
|---|---|---|---|
| Ideale per | Team aziendali che necessitano di controllo di ALM completo | Team di sviluppatori e amministratori che gestiscono più ambienti | Organizzazioni che abilitano i citizen developer |
| Funzionalità chiave |
|
|
|
| Complessità della configurazione | Alta (richiede configurazione ed esperienza) | Moderata (richiede configurazione e script di GitHub) | Bassa (configurazione in pochi minuti) |
Stabilire una strategia di test
I test degli agenti prima del rilascio sono una parte importante della strategia ALM per Copilot Studio. Altre informazioni in Progetta una strategia di test per i tuoi agenti.
Passaggio successivo
Prepara la tua soluzione per l’operatività su larga scala esaminando come monitorare l'utilizzo, mantenere la conformità e assicurarti che gli ambienti abbiano la capacità necessaria.