Förstå körningsfaser för arbetsyteappar, dataanropsflöde och prestandaövervakning
När en användare öppnar en arbetsyteapp så genomgår den flera faser för körning innan något användargränssnitt visas. Medan appen läses in ansluter den till olika datakällor—t.ex. SharePoint, Microsoft Dataverse, SQL Server (lokalt), Azure SQL Database (online), Excel och Oracle.
I den här artikeln kommer du att lära dig om dessa olika faser av körning och hur en app ansluter till datakällor och om verktyg du kan använda för att övervaka prestanda.
Körningsfaser i arbetsyteappar
En arbetsyteapp körs i följande faser innan gränssnittet visas för användaren:
Autentisera användaren: Första gången användaren loggar in med autentiseringsuppgifter oavsett vilka anslutningar appen behöver. Om samma användare öppnar appen igen, kan den personen uppmanas igen, beroende på organisationens säkerhetsprinciper.
Hämta metadata: Hämtar metadata till exempel versionen av Power Apps-plattform på vilken appen körs och de källor som den måste hämta data från.
Initierar appen: utför alla uppgifter som anges i OnStart-egenskapen.
Återger skärmar: renderas den första skärmen med kontroller som appen har fyllt med data. Om användaren öppnar andra skärmar, renderar appen dem genom att använda samma process.
Datasamtalsflödet i arbetsyteappar
Dataanrop från arbetsyteappar skickar data till tabellformade datakällor genom att använda anslutningar över OData-protokollet. OData-förfrågningar strömmar till serverdellager för att kontakta målet datakälla och hämta data för klienten, eller överföra data till datakälla. Åtgärdsbaserade anslutningsprogram som möjliggör API:er fungerar på samma sätt.
Om du förstår hur OData- och API-förfrågningar reser i arbetsyteappar kan du optimera prestandan i appen och dina datakällor i serverdelen.
I det här avsnittet lär du dig hur datasamtalsflöden i arbetsyteappar med olika datakälltyper.
Datasamtalsflöde med onlinedatakällor
I följande diagram illustreras hur en typisk databegäran i en app (till vänster) reser serverdelens lager och når måldatakälla (höger sida) och sedan returnerar data till klienten.
Varje lager i diagrammet ovan kan fungera snabbt, eller ha vissa problem under bearbetningen av förfrågan. I många appar kan två särskilda typer av meddelanden vanligtvis förekomma:
Serverdelens datakälla medan förfrågan bearbetas.
Klient när du skickar förfrågan—eller medan du ändrar de mottagna data i högminnet och kör de associerade JavaScript-funktionerna för att bearbeta data som visas på skärmarna.
Datasamtalsflöde med lokal datagateway
Om en arbetsyteapp ansluter till en lokal datakälla som SQL-server måste du ha ett annat lager, kallat lokalt datagateway. Den här gatewayen är obligatorisk för åtkomst lokal datakällor. Den tar ansvar för att konvertera protokoll från OData-förfrågningar till SQL DML-uttryck (dataspråk).
I följande diagram visas var och hur lokal en datagateway ska installeras och hur databegäranden bearbetas.
Om appen använder en datakälla lokalt påverkar placeringen och förfrågningsplatsen för datagatewayen även prestanda för datasamtal.
Datasamtalsflöde med Microsoft Dataverse
När du använder Microsoft Dataverse som datakälla skickas databegäran till miljöinstansen direkt—utan att skicka via Azure API Management. Datasamtalens prestanda är därför mycket snabbare jämfört med resten av datakällorna. Appen är som standard ansluten till Microsoft Dataverse när du skapar en ny arbetsyteapp.
Med förståelsen för detta koncept på hög nivå om hur datasamtal reser kan du gå in på information om hur du granskar appens prestanda. Sammanfattningsvis kan prestandakostnader inträffa i något av lagren—från klient, API Management, anslutningsprogram, lokal datagateway och serverdelens datakällor.
Mäta prestanda
Power Apps-övervakningsverktyg
Även om du kan använda webbläsarens utvecklarverktyg för att se prestanda, Power Apps underställer du uppsättningen samtal i övervakningsverktyget till just de som är det Power Apps.
Övervakningsverktyget Power Apps kan hjälpa dig att spåra vad som faktiskt skickas till datakälla och tidsstämplar för när förfrågningar skickas och svar kommer från servern.
Du kan lära dig mer om övervakningsverktyget i den här artikeln: Felsöka arbetsyteappar med övervaka .
Mätning av minnestryck på klienten
För att se minnesförbrukning grafiskt kan du använda utvecklarverktygen för din webbläsare för att profilera minnet. Det skulle visualisera hög storlek, dokument, noder och lyssnare. Profilera appens prestanda med hjälp av en webbläsare enligt beskrivningen i Microsoft Edge (Chromium) översikt över utvecklarverktyg. Kontrollera scenarierna som överskrider minneströskeln för JS heap. Mer information: Åtgärda minnesproblem
Gå vidare
Se även
Felsöka problem för Power Apps
Anteckning
Kan du berätta om dina inställningar för dokumentationsspråk? Svara i en kort undersökning. (observera att undersökningen är på engelska)
Undersökningen tar ungefär sju minuter. Inga personuppgifter samlas in (sekretesspolicy).