Environnement & Solutions
Environnements
Gestion à partir de : Power Platform admin center.
Type d'environnement
Liste des types d'environnement
| Type | Description | Sécurité |
| Production | Pour un travail permanent dans une organisation. Condition : une capacité de base de données de 1 Go disponible | Contrôle total. |
| Bac à sable | Environnements hors production, avec fonctionnalités de copie et de réinitialisation. Utilisés pour le développement et les tests, séparés de la production. Peut devenir de Production et inversement. Peut être réinitialisé | Contrôle total. S'il est utilisé pour les tests, seul l'accès de l'utilisateur est nécessaire. Les développeurs doivent avoir un accès de créateur d'environnement pour créer des ressources. |
| Evaluation | Environnements d'essai destinés à répondre aux besoins de test à court terme. Sont automatiquement effacés après une courte période. Expirent après 30 jours et sont limités à un par utilisateur. | Contrôle total. |
| Développeur | Créés par les utilisateurs disposant de la licence Plan de développeur. Environnements spéciaux destinés uniquement à être utilisés par le propriétaire. Disponible tant que vous utilisez activement le plan Développeur Power Apps. Peut être réinitialisé | Contrôle limité. Les groupes de sécurité ne peuvent pas être attribués aux environnements de développeur. |
| Microsoft Dataverse for Teams | Automatiquement créés pour l'équipe sélectionnée lorsque vous créez une application ou un bot dans Teams pour la première fois ou installez une application du catalogue d'applications à l'aide de l'application pour la première fois. | Contrôle limité. Les administrateurs disposent de paramètres limités pour les environnements Teams. Aucune personnalisation de rôle de sécurité ou d'affectations n'est disponible. Les membres Teams sont automatiquement mappés à leur type d'appartenance Teams (propriétaires, membres et invités) avec un rôle de sécurité correspondant attribué par le système. |
L'environnement par défaut
- Chaque tenant possède un environnement par défaut unique, créé automatiquement et partagé par tous les utilisateurs, nommé « {nom du tenant} (par défaut) ».
- Tout nouvel utilisateur y reçoit automatiquement le rôle Créateur d'environnement : il peut y créer applications et flux.
- Recommandation Microsoft : créer des environnements dédiés par usage et n'accorder les rôles qu'aux personnes qui en ont besoin, plutôt que de faire vivre les projets dans l'environnement par défaut.
Un environnement par usage (ALM)
Un cycle de vie sain (ALM) sépare les usages, avec au minimum trois environnements :
| Objectif de l'environnement | Qui y accède | Commentaires |
| Développement | Créateurs et développeurs d'applications | Les utilisateurs finaux n'y ont pas accès ; rôle Créateur d'environnement au minimum pour créer des ressources |
| Test | Administrateurs et testeurs | Privilèges limités au strict nécessaire pour tester ; pas de créateurs ni d'utilisateurs de production |
| Production | Administrateurs et utilisateurs des applications | Les créateurs n'y ont pas accès, ou en simple niveau utilisateur |
À noter : le choix d'installer les applications Dynamics 365 (Sales, Customer Service...) se fait à la création de l'environnement et est irréversible ; ne les installez pas si vous ne construisez pas dessus.
Solutions
Uniquement dans environnement avec Dataverse.
https://learn.microsoft.com/fr-fr/power-apps/maker/data-platform/solutions-overview
- Transporter des applications et des composants d'un environnement à un autre.
- Appliquer un ensemble de personnalisations à des applications existantes.
- Contient une ou plusieurs applications ainsi que d'autres composants tels que des plans de site, des tables, des processus, des ressources Web, des choix, des flux, etc
- Les solutions contiennent des métadonnées et de la configuration, jamais de données métier.
Emplacement des composants dans les solutions :
Solution non gérée ou gérée
| Type | Où l'utiliser | Caractéristiques |
| Non gérée (unmanaged) | Environnement de développement uniquement | Modifiable ; sert de source de travail |
| Gérée (managed) | Test, UAT, production | Non modifiable sur place ; maintenable indépendamment (mise à jour, correctif, suppression) ; à considérer comme un artefact de build |
Faire évoluer une solution gérée
- Mise à jour : se déploie sur la version précédente, sans couche supplémentaire ; ne peut pas supprimer de composants.
- Correctif (patch) : petites modifications superposées à la solution parente, désinstallables ; ne peut pas supprimer de composants.
- Mise à niveau (upgrade) : installe une nouvelle couche, supprime les correctifs existants et retire les composants absents de la nouvelle version ; c'est la seule opération qui supprime des composants.
Pour aller plus loin (séparation des rôles, contrôle de code source, pipelines CI/CD, cycle complet en 5 étapes et TP export / import) : voir la sous-page ALM : environnements et solutions dans le cycle de vie des applications.