Autres considérations relatives aux performances
En plus des quatre principes clés de performance, il existe plusieurs autres raisons possibles pour expliquer de mauvaises performances, généralement dues à des facteurs externes.
Tenez compte des différences entre les navigateurs clients, les appareils et les emplacements
Les applications canevas peuvent être utilisées sur différents appareils, navigateurs et emplacements avec des conditions de réseau variables. Quand le client Power Apps est exécuté, veillez à utiliser des outils modernes, mis à jour et des navigateurs pris en charge. Les performances d’une application peuvent varier lors du chargement de grands ensembles de données selon les plateformes, comme iOS ou Android. Cette variation est due aux différentes limitations de demande réseau pour chaque plate-forme. Par exemple, le nombre de demandes réseau simultanées autorisées peut être différent par plateforme. Ces différences peuvent avoir un impact majeur sur le temps de chargement des données pour les grands ensembles de données.
Tenez compte des différences de localisation géographique de la passerelle de données et de l’environnement local
Les utilisateurs peuvent accéder aux applications canevas dans le monde entier. Cependant, il est recommandé d’avoir la source de données proche de la plupart de vos utilisateurs finaux. Par exemple, lorsque votre application accède à votre passerelle de données local, il est préférable de placer la passerelle à proximité des utilisateurs qui accèdent le plus fréquemment à l’application.
Problèmes généraux côté serveur
De mauvaises performances peuvent être causées par des problèmes au niveau de la source des données sur le serveur. Cela peut se produire pour différentes raisons. Vous pouvez utiliser l’outil de surveillance pour évaluer le problème spécifique en mesurant les horaires des appels de données.
Problèmes de goulots d’étranglement possibles dans le source de données
Il existe de nombreuses causes possibles de goulots d’étranglement dans le source de données. Habituellement, quelques tables du source de données sont au centre de l’activité de nombreuses requêtes. Les requêtes peuvent être lentes si :
- Le source de données est manquant ou a des index incorrects.
- La requête rejoint des quantités de données extraordinaires sur le serveur.
- La requête nécessite une table SCAN, par exemple, l’opérateur In au lieu d’utiliser un index comme StartsWith.
- La machine backend hébergeant la source de données manque de ressources.
- L’instance SQL backend présente des blocages, des interblocages ou des conflits de ressources.
- La passerelle de données locale n’est pas saine.
- La passerelle de données local doit être mise à l’échelle.
Lorsque ces problèmes surviennent, affinez la source de données principale pour éviter de ralentir les performances de l’application.
Sources de données spécifiques
Azure SQL Database
Il est important de sélectionner le niveau adapté aux besoins de votre entreprise. Pour en savoir plus, voir la documentation Azure SQL Database. Le niveau inférieur comporte certaines limites et contraintes. Du point de vue des performances, le processeur, le débit d’E/S et la latence sont importants. Par conséquent, nous vous recommandons de vérifier régulièrement les performances de la base de données SQL et si l’utilisation des ressources dépasse le seuil. Par exemple, SQL Server local définit normalement le seuil d’utilisation du processeur à environ 75.
SharePoint
Le connecteur SharePoint peut être utilisé pour créer des applications qui utilisent des données issues de listes SharePoint. Voici quelques problèmes de performances courants et leurs solutions pour SharePoint :
Évitez un trop grand nombre de colonnes de recherche dynamiques : SharePoint sprend en charge divers types de donnéesy compris les recherches dynamiques telles que Personne, Groupe et Calculé. Si une liste définit trop de colonnes dynamiques, il faut plus de temps pour manipuler ces colonnes dynamiques dans SharePoint avant de renvoyer les données au client exécutant l’application canevas. Pour éviter ce problème, n’abusez pas des colonnes de recherche dynamique dans SharePoint. Par exemple, utilisez des colonnes statiques pour conserver les alias de messagerie ou les noms des personnes.
Utilisez avec précaution la colonne et la pièce jointe de l’image: la taille d’une image et le fichier joint peuvent être la cause d’une réponse lente lors de la récupération côté client. Passez en revue votre liste et assurez-vous que seules les colonnes nécessaires ont été définies. Le nombre de colonnes de la liste affecte les performances des requêtes de données. Cela est dû aux enregistrements mis en correspondance : les enregistrements jusqu’aux limites de lignes de données définies sont récupérés et renvoyés au client avec toutes les colonnes définies dans la liste, même si l’application ne les utilise pas tous.
Envisagez de diviser les grandes listes : si vous avez une longue liste avec des centaines de milliers d’enregistrements, envisagez de partitionner la liste ou divisez-la en plusieurs listes en fonction de paramètres tels que les catégories ou la date et l’heure. Par exemple, vos données peuvent être stockées sur différentes listes sur une base annuelle ou mensuelle. Dans ce cas, vous pouvez concevoir l’application pour permettre à un utilisateur de sélectionner une fenêtre de temps pour récupérer les données dans cette plage.
Dataverse
Lorsque vous utilisez Microsoft Dataverse comme source de données, les demandes de données vont directement à l’instance d’environnement, sans passer par la Gestion des API Azure. Ainsi, il a tendance à être plus rapide que les autres sources de données. Pour plus d’informations, consultez Flux d’appels de données lors de la connexion à Microsoft Dataverse.
Vérifiez les configurations des tables personnalisées : si des tables personnalisées sont utilisées dans Dataverse, une configuration de sécurité supplémentaire peut être requise pour que les utilisateurs puissent afficher les enregistrements avec les applications canevas. Pour plus d’informations, consultez Concepts de sécurité dans Dataverse, Configurer la sécurité utilisateur pour les ressources dans un environnement et Rôles et privilèges de sécurité
Excel
Le Connecteur Excel permet à une application canevas de se connecter à une table dans un fichier Excel. Cependant, ce connecteur présente des limites par rapport à d’autres sources de données. Par exemple, cela limite l’application Canvas au chargement des données de la table jusqu’à 2 000 enregistrements maximum en raison de fonctions délégables limitées. Pour charger plus de 2 000 enregistrements, partitionnez vos données dans différentes tables de données sous la forme d’autres sources de données.
Utiliser le nouveau connecteur Excel : assurez-vous d’utiliser le nouveau connecteur Excel, Excel business online. Il permet un accès multi-utilisateurs et gère mieux les problèmes de contention.
Utilisez uniquement les colonnes dont vous avez besoin issues de grandes listes de données dans Excel : la lenteur de l’application peut être ressentie lorsqu’elle utilise un fichier Excel avec trop de tables de données, ou avec des tables de données contenant énormément de données sur plusieurs colonnes. Pour vous assurer que votre application n’est pas affectée par de tels comportements, définissez uniquement les colonnes nécessaires sur la table de données dans un fichier Excel.
Notez les limites d’Excel en tant que base de données. Excel n’est pas un système de base de données relationnelle : toutes les modifications d’une application sont gérées par Excel de la même manière qu’un utilisateur modifie les données dans un fichier Excel directement. Si l’application a un nombre élevé de lectures, mais moins d’opérations de mise à jour, elle peut fonctionner correctement. Cependant, si l’application requiert des transactions lourdes, cela peut nuire à ses performances. Il n’y a pas de valeur seuil spécifique pour le nombre de transactions. Cela dépend aussi des données manipulées. Plusieurs autres aspects ont également un impact sur les performances de l’application, tels que la surcharge du réseau ou l’appareil de l’utilisateur.
Tenez compte des différences de situation géographique : l’emplacement géographique des données et leur distance par rapport aux emplacements des clients peuvent constituer un problème de performances. Ce problème risque d’être amplifié si un client mobile a une bande passante limitée.
Activer Précharger l’application pour des performances améliorées
Vous pouvez (en option) précharger votre application pour augmenter les performances.
Connectez-vous à Power Apps.
Dans le volet de navigation de gauche, cliquez sur Applications.
Sélectionnez l’application, puis sélectionnez Paramètres dans la barre de commandes.
Dans le volet Paramètres de l’application, définissez Précharger l’application pour des performances améliorées sur Oui. L’application sera alors préchargée.
Pour que les modifications prennent effet pour les applications intégrées dans Teams, supprimez et ajoutez à nouveau votre application dans Teams.
Note
Les ressources d’application compilées deviennent accessibles via des points de terminaison non authentifiés pour permettre leur chargement avant l’authentification. Toutefois, les utilisateurs ne peuvent utiliser votre application pour accéder aux données via des connecteurs qu’une fois l’authentification et l’autorisation terminées. Ce comportement garantit que les données qu’une application récupère de sources de données ne seront pas disponibles pour les utilisateurs non authentifiés. Les ressources d’application compilées comprennent une collection de fichiers JavaScript contenant du texte créé dans les contrôles de l’application (tels que des contrôles PCF), des éléments multimédias (tels que des images), le nom de l’application et l’URL de l’environnement dans laquelle réside l’application.
En général, les applications doivent récupérer des médias et des informations de sources de données, via des connexions. Si des médias et des informations doivent être ajoutés à l’application, sans provenir d’une connexion, et qu’ils sont considérés comme sensibles, vous pouvez désactiver ce paramètre. Notez que si vous désactivez ce paramètre, les utilisateurs devront attendre un peu plus longtemps pour accéder à une application.