Remarque
L’accès à cette page requiert une autorisation. Vous pouvez essayer de vous connecter ou de modifier des répertoires.
L’accès à cette page requiert une autorisation. Vous pouvez essayer de modifier des répertoires.
La gestion du cycle de vie des applications (ALM) est un ensemble de processus, de personnes et d’outils qui régissent le cycle de vie d’un agent. Elle commence par la collecte des idées initiales et des exigences, puis se poursuit à travers le développement, les tests, le déploiement et la maintenance continue jusqu’à leur désarmement. Le résultat est une plus grande efficacité et une manière prévisible et reproductible de livrer des agents.
Quels sont les avantages de l’ALM ?
Les avantages d’une pratique saine de l’ALM incluent :
- Versions fiables : Réduit le risque d’erreurs et assure des déploiements cohérents.
- Gouvernance et conformité : Aide à faire respecter les politiques organisationnelles et les normes de sécurité.
- Évolutivité et réutilisation : Permet aux solutions de croître sans réinventer les processus.
- Qualité à la vitesse : Équilibre livraison rapide et normes de qualité élevées.
- Continuité des activités : Minimise les temps d’arrêt et les perturbations lors des mises à jour.
- Collaboration en équipe : Améliore la coordination entre développeurs, testeurs et opérations.
- Discipline de bout en bout : apporte de la structure à chaque phase du cycle de vie de l’application.
Appliquer les meilleures pratiques ALM de Power Platform
Copilot Studio repose sur les mêmes fondations que Power Platform et offre de nombreuses options en matière de gestion du cycle de vie des applications. Par conséquent, les deux plateformes suivent certaines directives communes :
- Définir une stratégie d’environnement pour s’assurer que les makers puissent construire dans des environnements sécurisés, légers et à faible audience avant de suivre des directives vérifiées pour déployer des agents dans des environnements de test et de production et d’élargir leur utilisation.
- Utilisez les solutions comme conteneurs pour transporter des artefacts et des personnalisations à travers les environnements.
- Appliquer des variables d’environnement pour les paramètres spécifiques à l’environnement et configurer les références de connexion pour les connexions et identifiants spécifiques à l’environnement.
- Implémentez des options d’intégration continue et de déploiement continu (CI/CD) pour les configurations no-code et pro-dev (pipelines, intégrations Azure DevOps ou GitHub).
- Activez le contrôle de version avec l’intégration native de Git.
Configurer et sécuriser les environnements
Une stratégie ALM saine comprend au moins trois environnements : développement, test et production. Après qu’un développeur a apporté des modifications à l’agent dans l’environnement de développement, il le promeut dans l’environnement de test. Si les testeurs découvrent des bugs, le développeur les corrige en développement et promeut à nouveau l’agent. Une fois les tests terminés, l’agent est déployé en production.
Configurez l’environnement de production comme un environnement de type production. Configurez tous les autres environnements, y compris le développement et les tests, comme des environnements de type bac à sable.
Sécurisez chaque environnement en appliquant un groupe de sécurité Entra pour limiter l’accès uniquement à ses membres.
Suivez les règles d’or de l’ALM
Utilisez ces règles pour garantir un processus de gestion du cycle de vie de l’application cohérent et fiable.
- Ne personnalisez pas en dehors d’un environnement de développement.
- Travaillez toujours dans le contexte des solutions.
- Utilisez un éditeur personnalisé et un préfixe.
- Créez des solutions séparées uniquement si vous devez déployer des composants de manière indépendante.
- Utilisez des variables d’environnement pour les paramètres et les secrets qui changent selon les environnements.
- Exportez et déployez les solutions telles qu’elles sont gérées, sauf si vous mettez en place un environnement de développement.
- Envisagez d’automatiser l’ALM pour le contrôle de version et les déploiements automatisés.
Consultez les considérations ALM spécifiques à Copilot Studio
Copilot Studio inclut quelques éléments spécifiques qui ne sont pas conscients de la solution. Ces éléments ne suivent pas le processus normal de déploiement de la solution et nécessitent des étapes post-déploiement dans l’environnement aval, telles que :
- Paramètres Azure Application Insights
- Paramètres d’authentification manuels
- Paramètres de sécurité Direct Line / Canal Web
- Canaux déployés
- Partage (avec d’autres fabricants ou avec des utilisateurs finaux)
Créer des collections de composants réutilisables
Une collection de composants est un ensemble de composants agents réutilisables. Ces composantes incluent des sujets, des connaissances, des actions et des entités. Le principal avantage des collections de composants est que vous pouvez les partager entre plusieurs agents dans un même environnement.
Vous pouvez aussi utiliser une solution pour exporter et importer des collections de composants. Cette approche vous permet de déplacer du contenu à travers plusieurs environnements pour supporter des scénarios ALM. Cela permet à plusieurs équipes de développer des parties d’agents dans différents environnements avec des cadences de libération indépendantes.
L’image illustre comment les collections de composants sont configurées à travers plusieurs environnements pour supporter ALM. Il montre quatre environnements :
- Environnement INFORMATIQUE et RH DEV
- Environnement DEV Contoso
- Environnement TEST Contoso
- Environnement PROD Contoso
Chaque environnement contient des agents et des collections que vous pouvez réutiliser et consulter à différents environnements.
Objectif
- Permettre la réutilisation des composants de l’agent (sujets, actions, connaissances) à travers plusieurs environnements.
- Prenez en charge les scénarios ALM en permettant le développement modulaire et des cadences de libération indépendantes.
- Facilitez la collaboration entre plusieurs équipes en partageant des collections et en exportant et important des solutions.
Activités
- Créez des collections de composants pour l’informatique et les ressources humaines (par exemple, sujets informatiques, actions RH).
- Développez des agents (par exemple, Contoso Agent) qui font référence à ces collections.
- Implémenter des outils ALM pour exporter et importer des solutions afin de déplacer des collections entre environnements DEV, TEST et PROD.
- Contrôle de version : Assurez-vous que toutes les modifications sont contrôlées et documentées.
Pratiques clés pour chaque environnement
-
Environnement de développement informatique et RH
- Maintenez la collecte informatique et la collecte RH avec les sujets, actions et connaissances.
- Modifiez ces collections dans cet environnement et déployez-les dans des environnements en amont.
-
Environnement de développement Contoso
- Construisez l’agent Contoso en référençant les sujets, actions et connaissances de Contoso.
- Intégrez les collections IT et RH avec les mêmes versions que l’environnement DEV.
- Utilisez cet environnement pour le développement et l’intégration initiale des composants de l’agent.
-
Environnement TEST Contoso
- Déploie l’agent Contoso pour les tests.
- Importez des collections IT et RH avec les mêmes versions que l’environnement DEV.
- Utilisez cet environnement pour la validation et l’assurance qualité avant la sortie en production.
-
Environnement PROD Contoso
- Déploiement final de l’agent Contoso.
- Importez des collections avec des versions stables, telles que IT Collection v1.0 et HR Collection v1.0.
- Utilisez cet environnement pour une configuration prête à la production afin d’assurer la fiabilité.
Meilleures pratiques
- Réutiliser plutôt que dupliquer : Partagez les collections entre agents et environnements.
- Contrôle de version : Suivre les versions pour la cohérence et le retour en arrière.
- Conception modulaire : séparez les composants informatique et RH pour plus de flexibilité.
- Rythme de sortie indépendante : autoriser les mises à jour sans perturber d’autres environnements.
Sélectionnez des outils d’automatisation ALM pour déployer des agents
Copilot Studio prend en charge plusieurs outils d’automatisation ALM pour faciliter le déploiement des agents. Chaque option offre des capacités différentes et cible un public différent :
- Azure DevOps : Une solution de niveau entreprise pour gérer l’ALM avec des capacités avancées de CI/CD et de contrôle de versions.
- GitHub Actions pour Power Platform : Automatise les tâches liées à l’ALM pour les développeurs et administrateurs utilisant la plateforme GitHub.
- Pipelines dans Power Platform pour Copilot Studio : Simplifie les déploiements pour les développeurs citoyens en utilisant des pipelines intégrés à Power Platform.
Le tableau suivant propose une comparaison détaillée des outils ALM disponibles :
| Caractéristique ou avantage | Azure DevOps | Actions GitHub pour Power Platform | Pipelines Power Platform pour Copilot Studio |
|---|---|---|---|
| Idéal pour | Les équipes Enterprise nécessitant un contrôle total ALM | Équipes Dev/Admin gérant plusieurs environnements | Organisations qui donnent du pouvoir aux développeurs citoyens |
| Fonctionnalités clés |
|
|
|
| Complexité de la configuration | Élevé (nécessite configuration et expertise) | Modéré (nécessite une configuration et des scripts GitHub) | Faible (quelques minutes de configuration) |
Établir une stratégie de test
Tester les agents avant le déploiement est une partie importante de la stratégie ALM pour Copilot Studio. En savoir plus sur Concevoir une stratégie de test pour vos agents.
Étape suivante
Préparez-vous à exploiter votre solution à grande échelle en revisant comment suivre l’utilisation, maintenir la conformité et vous assurer que vos environnements disposent des capacités nécessaires.