Hinweis
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, sich anzumelden oder das Verzeichnis zu wechseln.
Für den Zugriff auf diese Seite ist eine Autorisierung erforderlich. Sie können versuchen, das Verzeichnis zu wechseln.
Wenn ein Benutzer eine Canvas-App öffnet, durchläuft die App mehrere Ausführungsphasen, bevor eine Benutzeroberfläche angezeigt wird. Während die App geladen wird, stellt sie eine Verbindung mit verschiedenen Datenquellen her, z. B. SharePoint, Microsoft Dataverse, SQL Server (lokal), Azure SQL-Datenbank (online), Excel und Oracle.
In diesem Artikel erfahren Sie mehr über diese verschiedenen Ausführungsphasen und darüber, wie eine App eine Verbindung mit Datenquellen und Tools herstellt, mit denen Sie die Leistung überwachen können.
Ausführungsphasen in Canvas-Apps
Eine Canvas-App durchläuft die folgenden Ausführungsphasen, bevor die Benutzeroberfläche für einen Benutzer angezeigt wird:
Authentifizieren des Benutzers: Fordert den ersten Benutzer auf, sich mit Anmeldeinformationen für alle Erforderlichen Verbindungen anzumelden. Wenn dieser Benutzer die App erneut öffnet, wird diese Person je nach den Sicherheitsrichtlinien der Organisation möglicherweise erneut aufgefordert.
Abrufen von Metadaten: Ruft Metadaten ab, z. B. die Version der Power Apps-Plattform, auf der die App ausgeführt wird, und die Quellen, aus denen Daten abgerufen werden müssen.
Initialisieren Sie die App: Führt alle in der OnStart-Eigenschaft angegebenen Aufgaben aus.
Rendern der Bildschirme: Rendert den ersten Bildschirm mit Steuerelementen, die die App mit Daten auffüllt. Wenn der Benutzer andere Bildschirme öffnet, rendert die App sie mithilfe desselben Prozesses.
Datenaufruffluss in Canvas-Apps
Datenaufrufe von Canvas-Apps senden Daten mithilfe von Connectors über das OData-Protokoll an tabellarische Datenquellen. OData-Anforderungen fließen an Back-End-Ebenen, um die Zieldatenquelle zu erreichen und Daten für den Client abzurufen oder Daten an die Datenquelle zu übernehmen. Aktionsbasierte Connectors, die APIs aktivieren, funktionieren auf die gleiche Weise.
Wenn Sie wissen, wie OData- und API-Anforderungen in Canvas-Apps übertragen werden, können Sie die Leistung Ihrer Canvas-Apps und Ihre Back-End-Datenquellen optimieren.
In diesem Abschnitt erfahren Sie, wie die Datenaufrufe in Canvas-Apps mit unterschiedlichen Datenquellentypen fließen.
Datenaufruffluss mit Onlinedatenquellen
Das folgende Diagramm zeigt, wie eine typische Datenanforderung in einer Canvas-App (auf der linken Seite) serverseitige Ebenen übergeht, die Zieldatenquelle (auf der rechten Seite) erreicht und dann die Daten an den Client zurückgibt.
Jede Ebene im vorherigen Diagramm kann bei der Verarbeitung der Anforderung entweder schnell arbeiten oder auf etwas Overhead stoßen. In vielen Apps weisen zwei bestimmte Punkte häufig spürbaren Mehraufwand auf:
Back-End-Datenquelle beim Verarbeiten der Anforderung.
Client beim Senden der Anforderung oder beim Bearbeiten der empfangenen Daten im Heap-Speicher und Ausführen der zugehörigen JavaScript-Funktionen zum Verarbeiten von Daten, die auf Bildschirmen angezeigt werden sollen.
Datenaufruf-Flow mit lokalem Daten-Gateway
Wenn eine Canvas-App eine Verbindung mit einer lokalen Datenquelle wie SQL Server herstellt, müssen Sie über eine andere Ebene verfügen, die als lokales Datengateway bezeichnet wird. Dieses Gateway ist für den Zugriff auf lokale Datenquellen obligatorisch. Es übernimmt die Konvertierung von OData-Protokollanforderungen in SQL Data Manipulation Language (DML)-Anweisungen.
Das folgende Diagramm zeigt, wo und wie das lokale Datengateway zum Verarbeiten von Datenanforderungen eingerichtet wird.
Wenn die App eine lokale Datenquelle verwendet, wirkt sich auch der Standort und die Spezifikation des Datengateways auf die Leistung von Datenaufrufen aus.
Datenaufruffluss mit Microsoft Dataverse
Wenn Sie Microsoft Dataverse als Datenquelle verwenden, wechseln Datenanforderungen direkt zur Umgebungsinstanz, ohne die Azure API-Verwaltung zu durchlaufen. Aus diesem Grund ist die Leistung von Datenaufrufen schneller im Vergleich zu den restlichen Datenquellen. Die App ist standardmäßig mit Microsoft Dataverse verbunden, wenn Sie eine neue Canvas-App erstellen.
Mit dem Verständnis dieses allgemeinen Konzepts, wie Datenaufrufe reisen, können Sie sich mit den Details der Überprüfung der Leistung Ihrer App vertraut machen. Zusammenfassend kann der Leistungsaufwand auf einer der Ebenen auftreten – von Client, API-Verwaltung, Connector, lokalem Datengateway oder Back-End-Datenquellen.
Messen der Leistung
Power Apps-Überwachungstool
Während Sie die Entwicklertools des Browsers verwenden können, um die Leistung anzuzeigen, filtert Power Apps die im Überwachungstool angezeigten Anrufe auf diejenigen, die nur Power Apps betreffen.
Das Überwachungstool von Power Apps kann Ihnen helfen, nachzuverfolgen, was tatsächlich an die Datenquelle gesendet wird, sowie die Zeitstempel für den Zeitpunkt, zu dem Anfragen gesendet werden und Antworten vom Server eintreffen.
Weitere Informationen zum Überwachungstool finden Sie in diesem Artikel: Debuggen von Canvas-Apps mit Monitor .
Messen des Arbeitsspeicherdrucks auf dem Client
Um den Arbeitsspeicherverbrauch grafisch anzuzeigen, können Sie die Entwicklertools für Ihren Browser verwenden, um den Arbeitsspeicher zu profilieren. Mit diesem Tool können Sie die Heapgröße, Dokumente, Knoten und Listener visualisieren. Profilieren Sie die Leistung der App mithilfe eines Browsers, wie in der Übersicht über Die Entwicklertools von Microsoft Edge (Chromium) beschrieben. Überprüfen Sie die Szenarien, die den Speicherschwellenwert des JS-Heaps überschreiten. Weitere Informationen: Beheben von Speicherproblemen
