Concepts de solution

Les solutions sont le mécanisme de mise en œuvre de la gestion du cycle de vie des applications (ALM) dans Power Apps et Power Automate. Cet article décrit les concepts clés de solution suivants :

• Deux types de solutions (gérées ou non gérées)
• Composants de la solution
• Cycle de vie d’une solution
• Éditeur de solutions
• Solution et dépendances de composants de solution

Solutions gérées et non gérées

Une solution est gérée ou non gérée.

• Les Solutions non gérées sont développées. Les solutions non gérées sont utilisés dans des environnements de développement pendant que vous apportez des modifications à votre application. Les solutions non gérées peuvent être exportées comme non gérées ou gérées. Les versions non gérées exportées de vos solutions doivent être archivées dans votre système de contrôle de code source. Les solutions non gérées doivent être considérées comme votre source pour les actifs Microsoft Power Platform. Lorsqu’une solution non gérée est supprimée, seul le conteneur de solution de toutes les personnalisations qui y sont incluses est supprimé. Toutes les personnalisations non gérées sont effectives et appartiennent à la solution par défaut.

• Les Solutions gérées sont déployées. Les solutions gérées sont déployées dans tout environnement autre qu’un environnement de développement pour la solution concernée. Ces environnement comprennent les tests, les tests d’acceptation utilisateur (UAT), les tests d’intégration de système (SIT) et les environnements de production. Les solutions gérées peuvent être tenue à jour indépendamment des autres solutions gérées dans un environnement. En tant que meilleure pratique ALM, les solutions gérées doivent être générées en exportant une solution non gérée comme gérée et considérée comme un artefact de génération. Voici quelques ajustements supplémentaires :

  • Vous ne pouvez pas modifier directement les composants d’une solution gérée. Pour modifier les composants gérés, ajoutez-les d’abord à une solution non gérée.
    • Lorsque vous modifiez un composant géré, vous créez une dépendance entre vos personnalisations non gérées et la solution gérée. Lorsqu’une dépendance existe, la solution gérée ne peut pas être désinstallée tant que vous ne supprimez pas la dépendance.
  • Certains composant gérés ne peuvent pas être personnalisés. Pour vérifier si un composant peut être modifié, consultez les Propriétés gérées.
  • Vous ne pouvez pas exporter une solution gérée. Mais vous pouvez uniquement exporter une solution non gérée en tant que solution gérée.
  • Lorsqu’une solution gérée est supprimée (désinstallée), toutes les personnalisations et les extensions associées sont supprimées.

Important

• Il est impossible d’importer une solution gérée dans le même environnement qui contient la solution non gérée d’origine. Pour tester une solution gérée, vous avez besoin d’un environnement distinct pour l’y importer.
• Quand vous supprimez une solution gérée, les données suivantes sont perdues : les données stockées dans des tables personnalisées qui font partie de la solution gérée et les données stockées dans des colonnes personnalisées qui font partie de la solution gérée sur d’autres tables ne faisant pas partie de la solution gérée.

Les créateurs et les développeurs travaillent dans des environnements de développement à l’aide de solutions non gérées, puis les importent dans d’autres environnements en aval, comme les tests, en tant que solutions gérées.

Note

Lorsque vous personnalisez dans l’environnement de développement, vous travaillez dans la couche non gérée. Ensuite, lorsque vous exportez la solution non gérée en tant que solution gérée pour la distribuer à un autre environnement, le solution gérée est importé dans l’environnement dans la couche gérée. Plus d’informations : Couches de solution

Composants de la solution

Un composant, également appelé objets, représente un élément que vous pouvez potentiellement personnaliser. Tout ce qui peut être inclus dans une solution est un composant. Pour afficher les composants inclus dans une solution, ouvrez la solution souhaitée. Les composants sont répertoriés dans la liste Composants.

Note

• Une solution peut avoir une taille maximale de 95 Mo.
• Vous ne pouvez pas modifier directement les composants d’une solution gérée.

Pour afficher la liste des types de composants pouvant être ajoutés à n’importe quelle solution, accédez à Options de ComponentType.

Certains composants sont imbriqués dans d’autres composants. Par exemple, une table contient des formulaires, des vues, des graphiques, des colonnes, des relations de tables, des messages et des règles métier. Chacun de ces composants nécessite une table pour exister. À l’exception des colonnes de choix, toutes les autres colonnes ne peuvent pas exister en dehors d’une table. Nous disons que la colonne dépend de la table. Il existe deux fois plus de types de composants qu’illustré dans la liste précédente, mais la plupart d’entre eux sont imbriqués dans d’autres composants et ne sont pas visibles dans l’application.

L’intérêt de disposer de composants consiste à pouvoir suivre toutes les limitations sur ce qui peut être personnalisé à l’aide des propriétés gérées et dans toutes les dépendances afin de pouvoir les exporter, les importer et (dans les solutions gérées) les supprimer sans rien perdre.

Cycle de vie d’une solution

Les solutions prennent en charge les actions suivantes qui aident à prendre en charge les processus de cycle de vie des applications :

• Créer. Créez et exportez des solutions non gérées.
• Mettre à jour. Créez des mises à jour pour une solution gérée qui sont déployées sur la solution gérée parente. Vous ne pouvez pas supprimer des composants avec une mise à jour.
• Mettre à niveau. Importez la solution en tant que mise à niveau vers une solution gérée existante, qui supprime les composants inutilisés et implémente la logique de mise à niveau. Les mises à niveau impliquent le report (fusion) de tous les correctifs de la solution dans une nouvelle version de la solution. Les mises à niveau de solution suppriment les composants qui existaient mais qui ne sont plus inclus dans la version mise à niveau. Vous pouvez choisir de mettre à niveau immédiatement ou de mettre en œuvre la mise à niveau afin de pouvoir effectuer des actions supplémentaires avant de terminer la mise à niveau.
• Appliquer un correctif. Un correctif contient uniquement les modifications apportées à la solution gérée parente, telles que l'ajout ou la modification de composants et de ressources. Utilisez des correctifs lorsque vous effectuez de petites mises à jour (comme un correctif logiciel). Lorsque des correctifs sont importés, ils sont superposés au-dessus de la solution parente. Vous ne pouvez pas supprimer des composants avec un correctif.

Éditeur de solutions

Chaque application et autre composant de solution, comme les tables que vous créez ou toute personnalisation que vous effectuez, fait partie d’une solution. Parce que chaque solution a un éditeur, vous devez créer votre propre éditeur plutôt que d’utiliser la valeur par défaut. Vous spécifiez l’éditeur quand vous créez une solution.

Note

• Par défaut, si vous n’utilisez pas de solution personnalisée, vous travaillerez dans les solutions du système par défaut, qui sont appelées Solution par défaut Common Data Service et solutions Par défaut. Plus d’informations : Solution par défaut et Solution par défaut Common Data Service
• La solution préférée est une solution que vous spécifiez et qui devient votre solution par défaut. Pour plus d’informations : Définir la solution préférée

L’éditeur d’une solution dans laquelle un composant est créé est considéré comme le propriétaire de ce composant. Le propriétaire d’un composant contrôle les modifications que les autres éditeurs de solutions, notamment ce composant, sont autorisés ou interdits d’effectuer. Il est possible de déplacer la propriété d'un composant d'une solution à une autre au sein du même éditeur, mais pas entre les éditeurs. Une fois que vous avez introduit un éditeur pour un composant dans un solution gérée, vous ne pouvez pas modifier l’éditeur du composant. En raison de cette restriction, il est préférable de définir un seul éditeur afin de pouvoir modifier ultérieurement le modèle de superposition dans les solutions.

L’éditeur de solutions spécifie qui a développé l’application. Pour cette raison, vous devez créer un nom d’éditeur de solutions significatif.

Préfixe de l’éditeur de solutions

Un éditeur de solutions inclut un préfixe. Le préfixe de l’éditeur est un mécanisme permettant d’éviter les collisions de noms. Cela permet aux solutions de différents éditeurs d’être installées dans le même environnement avec peu de conflits. Par exemple, la solution Contoso affichée ici inclut un préfixe d’éditeur de solutions contoso.

Note

Lorsque vous modifiez un préfixe d’éditeur de solutions, vous devez le faire avant de créer des applications ou des éléments de métadonnées, car vous ne pouvez pas modifier les noms des éléments de métadonnées après leur création initiale.

Pour plus d’informations :

• Créer un préfix d’éditeur de solutions
• Modifier un préfixe d’éditeur de solutions

Dépendances aux solutions

En raison de la façon dont les solutions gérées sont organisées, certaines solutions gérées peuvent dépendre de composants de solution dans d’autres solutions gérées. Certaines éditeurs de solutions en tirent parti pour créer des solutions modulaires. Vous devrez peut-être installer d’abord une solution gérée « de base » avant d’installer une autre solution gérée qui personnalise davantage les composants de la solution gérée de base. La seconde solution gérée dépend des composants de solution qui font partie de la première solution.

Le système suit ces dépendances entre les solutions. Si vous essayez d’installer une solution qui requiert une solution de base qui n’est pas installée, vous ne pourrez pas installer la solution. Vous recevez un message indiquant que la solution nécessite l’installation préalable d’une autre solution. De même, en raison des dépendances, vous ne pouvez pas désinstaller la solution de base lorsqu’une solution qui en dépend est toujours installée. Vous devez désinstaller la solution dépendante avant de désinstaller la solution de base. Pour plus d’informations : Suppression des dépendances

Dépendances des composants de solution

Un composant de solution est un élément que vous pouvez vous permettre de personnaliser. Tout ce qui peut être inclus dans une solution est un composant de solution et certains composants dépendent d’autres composants. Par exemple, la colonne du site web et le rapport récapitulatif du compte dépendent tous deux de la table du compte. Pour plus d’informations, voir : Suivi de dépendance pour les composants de solution

Voir aussi

Couches de solution
Créer et gérer des environnements dans le centre d’administration de Power Platform