Établir une stratégie de gestion de cycle de vie d’application

Application Lifecycle Management (ALM) est un ensemble de processus, de personnes et d’outils qui régissent le cycle de vie d’un assistant. Cela commence par l’idée initiale et la collecte des exigences, et se poursuit par le développement, les tests, le déploiement et la maintenance continue jusqu’à la mise hors service. Le résultat est une plus grande efficacité et une manière prévisible et reproductible de livrer des assistants.

Quels sont les avantages d’ALM ?

Les avantages d’une pratique saine de l’ALM incluent :

• Livraisons 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é et rapidité : trouve le juste équilibre entre 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 d’équipe : améliore la coordination entre les développeurs, les testeurs et les 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 concernant Application Lifecycle Management. Par conséquent, les deux plateformes suivent certaines directives communes :

• Définissez une stratégie d’environnement afin de permettre aux créateurs de créer dans des environnements sécurisés, légers et à faible nombre d’utilisateurs, avant de suivre des directives validées pour déployer les assistants dans des environnements de test et de production et étendre leur utilisation.
• Utilisez les solutions comme conteneurs pour transporter des artefacts et des personnalisations à travers les environnements.
• Appliquez des variables d’environnement pour la configuration spécifique à chaque environnement et configurez les références de connexion pour les connexions et identifiants propres à chaque environnement.
• Implémentez des options d’intégration continue et livraison continue (CI/CD) pour les configurations sans code et de développement professionnel (pipelines, Azure DevOps ou intégrations GitHub).
• Activez le contrôle de code source avec l’intégration de Git native.

Configurer et sécuriser des environnements

Une stratégie ALM saine comprend au moins trois environnements : développement, test et production. Après qu’un développeur a modifié l’assistant 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’assistant. Une fois les tests validés, l’assistant est déployé en production.

Configurez l’environnement de production en environnement de type production. Configurez tous les autres environnements, y compris celui de développement et test, comme environnements de type bac à sable.

Sécurisez chaque environnement en appliquant un groupe de sécurité Entra afin de restreindre l’accès aux seuls 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 distinctes uniquement si vous devez déployer des composants indépendamment.
• Utilisez des variables d’environnement pour les paramètres et les secrets qui changent d’un environnement à l’autre.
• Exportez et déployez les solutions en tant que solutions gérées, sauf si vous mettez en place un environnement de développement.
• Envisagez d’automatiser ALM pour le contrôle de code source et les déploiements automatisés.

Vérifiez les considérations ALM spécifiques à Copilot Studio

Copilot Studio inclut quelques éléments spécifiques qui ne prennent pas en charge 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 manuelle
• Paramètres de sécurité du canal Direct Line/web
• Canaux déployés
• Partage (avec d’autres créateurs ou avec des utilisateurs finaux)

Créer des collections de composants réutilisables

Une collection de composants est un ensemble de composants d’assistants réutilisables. Ces composants comprennent des rubriques, des connaissances, des actions et des entités. Le principal avantage des collections de composants est que vous pouvez les partager entre plusieurs assistants dans un même environnement.

Vous pouvez également utiliser une solution pour exporter et importer des collections de composants. Cette approche vous permet de déplacer du contenu à travers plusieurs environnements afin de prendre en charge des scénarios ALM. Cela permet à plusieurs équipes de développer des parties d’assistants dans différents environnements avec des cadences de mise en production indépendantes.

L’image illustre comment les collections de composants sont configurées à travers plusieurs environnements pour prendre en charge ALM. Elle présente quatre environnements :

• Environnement DEV IT et RH
• Environnement DEV Contoso
• Environnement TEST Contoso
• Environnement PROD Contoso

Chaque environnement contient des assistants et des collections que vous pouvez réutiliser et référencer à travers plusieurs environnements.

Objectif

• Permettre la réutilisation des composants d’assistant (rubriques, actions, connaissances) à travers plusieurs environnements.
• Soutenir les scénarios ALM en permettant le développement modulaire et des cycles de publication indépendants.
• Faciliter la collaboration entre plusieurs équipes en partageant des collections et en exportant et en important des solutions.

Activités

• Créez des collections de composants pour IT et RH (p. ex., rubriques IT, actions RH).
• Développez des assistants (p. ex., Assistant Contoso) qui font référence à ces collections.
• Implémentez des outils ALM pour exporter et importer des solutions afin de déplacer des collections entre les environnements DEV, TEST et PROD.
• Contrôle de version : assurez-vous que toutes les modifications sont contrôlées par version et documentées.

Pratiques clés pour chaque environnement

• Environnement DEV IT et RH
  • Maintenez la Collection IT et la Collection RH avec des rubriques, des actions et des connaissances.
  • Modifiez ces collections dans cet environnement et déployez-les dans des environnements en amont.
• Environnement DEV Contoso
  • Créez l’assistant Contoso en référençant les rubriques, 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’assistant.
• Environnement TEST Contoso
  • Déployez l’assistant Contoso pour les tests.
  • Importez les 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 mise en production.
• Environnement PROD Contoso
  • Déploiement final de l’assistant 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 pour la production afin d’assurer la fiabilité.

Bonnes pratiques

• Réutiliser plutôt que dupliquer : partagez les collections entre assistants 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 IT et RH pour plus de flexibilité.
• Rythme de publication indépendant : autorisez les mises à jour sans perturber d’autres environnements.

Sélectionnez des outils d’automatisation ALM pour déployer des assistants

Copilot Studio prend en charge plusieurs outils d’automatisation ALM pour faciliter le déploiement des assistants. 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 de déploiement intégrés à la plateforme Power Platform.

Le tableau suivant fournit une comparaison détaillée des outils ALM à votre disposition :

Mettre en place une stratégie de test

Le test des assistants avant le déploiement constitue un élément clé de la stratégie ALM pour Copilot Studio. En savoir plus sur Concevoir une stratégie de test pour vos assistants.

Étape suivante

Préparez-vous à exploiter votre solution à grande échelle en vérifiant comment suivre l’utilisation, maintenir la conformité et vous assurer que vos environnements disposent de la capacité requise.

Informations associées

• Application Lifecycle Management (ALM) avec Microsoft Power Platform
• Recommandations relatives aux pratiques de déploiement sécurisées