Gérer l’environnement par défaut
Tous les employés d’une organisation utilisant Power Platform ont accès à l’environnement par défaut. En tant qu’administrateur Power Platform, vous devez envisager et, si nécessaire, mettre en œuvre des moyens de contrôler l’environnement par défaut. Les équipes de votre centre d’excellence (CoE) peuvent recueillir des informations à l’aide du Kit de démarrage CoE, des applets de commande PowerShell et des connecteurs d’administration Power Platform pour comprendre ce qui se passe dans les environnements de votre organisation. Cet article fournit certaines des meilleures pratiques d’utilisation des données que vous collectez à partir de ces sources afin de gérer votre environnement par défaut.
Suivre les connecteurs
Les connecteurs sont des services au sein de Power Platform qui intègrent des applications et des flux à d’autres services. Les administrateurs Power Platform peuvent utiliser les stratégies DLP pour contrôler les autorisations des intégrations dans chaque environnement.
Certains connecteurs qui pilotent la fonctionnalité Power Platform centrale ne peuvent pas être bloqués. Il est nécessaire de savoir si ces connecteurs de base sont utilisés afin de pouvoir fournir des instructions relatives aux stratégies à vos créateurs. Par exemple, vous pouvez suivre les applications et les flux dans l’environnement par défaut qui utilisent le connecteur Exchange et demander aux créateurs de passer à un environnement différent, qui autorise les courriers électroniques sortants.
Le Kit de démarrage CoE contient un schéma et des flux pour rapporter les détails de tous les connecteurs utilisés par chaque application ou flux dans tous les environnements. Les données rapportées dans le tableau de bord du Centre d’excellence sont actualisées toutes les 24 heures. Vous pouvez également rechercher des flux et des applications connexes directement depuis l’environnement Dataverse dans lequel le kit de démarrage CoE est installé. Apprenez-en davantage sur le suivi des connecteurs avec le tableau de bord CoE Power BI .
Découvrir les applications et les flux inutilisés et orphelins
À mesure que vos organisations adoptent de plus en plus Power Platform, il est probable que vous disposiez d’applications et de flux orphelins et inutilisés dans votre environnement par défaut. Lorsqu’un créateur quitte une organisation, les applications et les flux du créateur sont en fait orphelins. Les applications et les flux utilisés pendant un certain temps, puis devenus inutiles, peuvent encombrer l’environnement par défaut.
Pour qu’un environnement reste « propre », établissez des processus et des procédures afin de nettoyer les flux et les applications orphelins et inutilisés. Ceci est particulièrement important pour l’environnement par défaut, car tous les utilisateurs de l’environnement sont des créateurs potentiels.
Commencez par les processus suivants dans le Kit de démarrage CoE :
Vous pouvez les utiliser en l’état ou les modifier en fonction des besoins de votre organisation.
Découverte d’applications et de flux très utilisés
Alors que l’environnement par défaut est destiné à générer des applications et des flux de productivité personnelle, les créateurs peuvent créer des applications et des flux qui sont ensuite largement adoptés ou deviennent critiques pour l’entreprise. Cela est une bonne chose, mais qui nécessite cependant d’être géré.
Utilisez le tableau de bord Power BI du Kit de démarrage CoE pour identifier les applications et les flux largement partagés.
Lorsque 10 employés ou plus utilisent une application ou un flux de productivité personnelle, le Centre d’excellence Power Platform peut également vous aider à déterminer s’il doit être déplacé vers son propre environnement ou vers un environnement partagé. La table suivante décrit les paramètres à prendre en compte. Apprenez-en davantage sur l’élaboration d’une stratégie environnement.
Paramètres | Définition des critères | Environment |
---|---|---|
Nombre d’utilisateurs | 1–10 utilisateurs | Default |
7–30 utilisateurs | Partagé | |
>30 utilisateurs | Dédié | |
Nature des données | Très confidentiel | Dédié |
Confidentiel | Partagé | |
Non confidentiel | Default | |
Impact monétaire ou de réputation sur les activités | Oui | Partagé ou dédié |
Non | Default | |
Exige ALM | Oui | Partagé ou dédié |
Non | Default |
Utilisez le processus de conformité du Kit de démarrage CoE pour suivre le partage et l’utilisation des applications. Utilisez-le en l’état ou modifiez-le en fonction des besoins de votre organisation. En savoir plus sur le processus d’audit des applications.
Migrer des applications à partir de l’environnement par défaut
Utilisez des solutions pour mettre en package et déployer vos applications, flux et tables d’un environnement à un autre. Les équipes de fusion peuvent utiliser le processus suivant pour mettre en package les composants d’une solution, le déployer dans un environnement cible et le supprimer de l’environnement par défaut.
Créez une solution et ajoutez-y l’application et toutes ses applications, tous ses flux et toutes ses tables qui en dépendent.
Exportez la solution depuis l’environnement par défaut et importez-la dans un autre environnement.
Assurez-vous que tous les utilisateurs qui disposaient d’un accès à l‘application dans l’environnement par défaut ont les rôles de sécurité adéquats à l’environnement cible. Envisagez de créer et d’utiliser un groupe de sécurité dédié pour les gérer.
Migrez toutes les données de configuration et d’application vers le nouvel environnement.
Testez et validez l’application.
Avertissez les utilisateurs de la nouvelle application.
Supprimez l’accès à l’application pour tous les utilisateurs dans l’environnement par défaut. Cependant, vous devez conserver l’accès pour quelques administrateurs et créateurs.
Enfin, supprimez le contenu de la solution, puis la solution elle-même de l’environnement par défaut. Assurez-vous de ne supprimer aucune ressource partagée comme les tables. Par exemple, si une autre application ou un autre flux utilise une table, ne supprimez pas la table.
Applications en quarantaine
Les administrateurs Power Platform peuvent mettre en quarantaine les applications de canevas. Dans l’environnement par défaut, vous souhaiterez peut-être mettre une application en quarantaine lorsque :
Vous souhaitez le désactiver temporairement pendant qu’il est examiné.
Il a été partagé avec de nombreux utilisateurs et doit être désactivé.
Il est mis à niveau ou déplacé vers un environnement différent.
Les créateurs peuvent modifier une application mise en quarantaine, mais les utilisateurs d’une application mise en quarantaine ne peuvent pas la lire. Vous devez supprimer la mise en quarantaine pour restaurer l’accès aux utilisateurs partagés. Seuls les administrateurs peuvent changer l’état d’une application mise en quarantaine.
Trois applets de commande PowerShell gèrent les mises en quarantaine d’applications :
Quarantaine:
Set-AppAsQuarantined -EnvironmentName <EnvironmentName> -AppName <AppName>
Déquarantaine :
Set-AppAsUnquarantined -EnvironmentName <EnvironmentName> -AppName <AppName>
Obtenir l’état de quarantaine :
Get-AppQuarantineState -EnvironmentName <EnvironmentName> -AppName <AppName>
Désigner un environnement de formulaire SharePoint
Power Platform est étroitement intégré au reste de l’écosystème de l’entreprise. Microsoft Cela permet à tout utilisateur de générer des automatisations et des applications importantes pour lui-même ou ses équipes. L’un des exemples les plus puissants est l’intégration entre SharePoint et Power Platform.
Les créateurs peuvent facilement créer ou personnaliser un formulaire SharePoint avec Power Apps. Lorsqu’un créateur crée un formulaire SharePoint personnalisé dans SharePoint, une application canevas est créée dans l’environnement par défaut. Pour éviter d’encombrer l’environnement par défaut avec ces applications, créez un environnement distinct pour stocker les formulaires personnalisés SharePoint. Cela permet aux administrateurs Power Platform de séparer les formulaires SharePoint des applications de productivité générales dans l’environnement par défaut.
Créez ou désignez un environnement distinct existant pour stocker les formulaires SharePoint.
Attribuez à tous les utilisateurs qui créent ou mettent à jour des formulaires le rôle de créateur d’environnement dans le nouvel environnement.
Exécutez l’applet de commande PowerShell suivant pour définir l’environnement de formulaire SharePoint :
Set-AdminPowerAppSharepointFormEnvironment --EnvironmentName '<EnvironmentName>'
Gardez ces points clés en tête :
Les formulaires SharePoint existants ne sont pas migrés vers le nouvel environnement de formulaire.
Si vous supprimez l’environnement de formulaire SharePoint après l’avoir défini, les formulaires SharePoint personnalisés sont perdus. L’interface utilisateur revient à l’utilisation du formulaire SharePoint par défaut. Les applications canevas associées aux nouveaux formulaires personnalisés SharePoint sont à nouveau créées dans l’environnement par défaut.
L’applet de commande Set-AdminPowerAppSharepointFormEnvironment s’applique uniquement aux formulaires SharePoint personnalisés par Power Apps. Les flux Power Automate créés à partir de SharePoint utilisent toujours l’environnement par défaut.
Sauvegarde et restauration de l’environnement par défaut
Comme tout autre type d’environnement (sandbox, production, développeur), l’environnement par défaut est archivé automatiquement. Cependant, vous pouvez demander une restauration pour l’environnement par défaut. Si vous devez restaurer une sauvegarde, contactez le support. Microsoft Ils peuvent restaurer les données de votre environnement dans un environnement de support. Une fois cette restauration terminée, vous pouvez afficher et exporter les données selon vos besoins. Notez que lorsque vous restaurez l’environnement par défaut, vous pouvez également restaurer toutes les applications et tous les flux inutilisés ou orphelins qui ont été supprimés pendant le nettoyage. Plus d’informations : Sauvegarder et restaurer des environnements.
Voir aussi
Sécurisez la valeur par défaut environnement
Power Platform for Admins - Connecteurs
Power Automate Gestion - Connecteurs
Power Automate pour les administrateurs - Connecteurs
Power Apps for Admins - Connecteurs
Programmabilité et extensibilité - PowerShell - Prise en main
Environnements de support et consentement à l’accès aux données clients