- Déclenchement manuel - Multiples opérations d’édition (version, contenu etc.) - Editions du contenu interne pour changer nom du bot, titre, paramètres internes... - Présence de secret / passwords dans l’export ➔ Trop soumis à erreur(s) et chronophage
Installer • Power Platform WhoAmI Helpers • Power Platform Checker Quality Check • Power Platform Import Solution • Power Platform Apply Solution Upgrade • Power Platform Export Solution • Power Platform Unpack Solution • Power Platform Pack Solution • Power Platform Delete Solution • Power Platform Publish Customizations • Power Platform Set Solution Version • Power Platform Deploy Package Solution tasks • Power Platform Create Environment • Power Platform Delete Environment • Power Platform Backup Environment • Power Platform Copy Environment Environment tasks
solution (export) - Dézippe la solution (unpack) - Commit sur le repository DevOps L’IDÉE POUR LE VERSIONING Power Platform Tool Installer Power Platform Export Solution Power Platform Unpack Solution Commit solution to repository
sources sur le repository - Zippe la solution (pack) - Transfère la solution (import) L’IDÉE POUR LE DÉPLOIEMENT Repository checkout Power Platform Tool Installer Power Platform Pack Solution Power Platform Import Solution
veut différencier : - Le nom du bot - Le nom de la solution - Des paramètres d’appel d’Azure Function dans le Flow : - URL - Paramètres OAuth … Mais on aura des solutions
une application registration) ou le droit d’en créer un • Côté PVA : • Un bot « DEV » dans un 1er environnement • Un 2nd environnement cible • Les permissions sur les environnements pour y créer un « AppUser » et éditer son rôle • Côté Azure DevOps : • Les permissions pour créer une service connection et installer des extensions (Power Platform Build Tools + RegexReplace) • Un repository, des pipelines
Azure Active Directory • Création AppUser et paramétrage rôle sur environnements DEV + PRD Centre d’administration Power Platform • Création Service Connections DEV + PRD Azure DevOps project settings • Création des pipelines (YAML) d’import et de déploiement Azure DevOps repositories • Mise en place de l’exécution des pipelines Azure DevOps pipelines
• Personnaliser les canaux (webchat, Teams etc) • Paramétrer l’end-user authentification si vous l’utilisez • Ajouter des utilisateurs « Gestionnaires » du bot • Flow cible : • Si votre bot appelle un flux Power Automate, il sera inclus dans le package mais inactif au déploiement, nécessitant une action manuelle (cf doc)
Permet d’avoir une approche un peu plus « dev » du no-code • Versioning du bot • Deploiement automatisé • La mécanique peut certainement être réutilisées sur les autres outils Power Platform (Power Automate et Power Apps) • Pistes d’amélioration : • Affiner les droits mis sur les AppUser dans les environnements • Utiliser les « versions » de solutions • Solution managée vs non managée ?
pas de déployer le bot dans le même environnement (cf ID uniques des dossiers) - Assurez-vous de ne pas commit de secrets / password qui pourraient notamment être dans vos flows