Vad är prestationsinsikter? (förhandsversion)

[Det här ämnet är en förhandsversion av dokumentationen och kan ändras.]

Prestandainsikter är ett självbetjäningsverktyg för företagets apptillverkare som analyserar användardata för runtime och ger en prioriterad lista med rekommendationer som hjälper till att förbättra prestandan hos modelldrivna appar. Den här funktionen ger en daglig uppsättning analytiska insikter relaterade till prestanda för en Power Apps modellbaserad eller kundengagemangsapp, till exempel Dynamics 365 Sales eller Dynamics 365 Service, med rekommendationer och handlingsbara artiklar. Företagets apputvecklare kan se detaljerad prestationsinsikt på appnivå i Power Apps portal.

Hur man kommer åt?

1. Logga in på Power Apps.

2. I det vänstra navigeringsfönstret väljer du Appar och sedan en modellbaserad app.

3. Använd ... snabbmenyn eller kommandofältet för att välja Prestanda.

Om du vill byta miljö där appen distribueras, kan du välja miljöer i det övre högra hörnet på sidan med hjälp av miljöväljaren. Alternativt kan du navigera till prestandainsikter från en modellbaserad apps snabbmeny från lösningsområdet.

Viktigt

Eftersom rekommendationer genereras med användardata rekommenderar vi att du tittar på prestandainsikter från en miljö där appen kommer att användas, till exempel en produktionsmiljö.

Hur insikter genereras

Prestandainsikter genereras baserat på samlad användardata för din modelldrivna app var 24: e timme. När slutanvändare använder en app registreras viktiga användardata av Power Apps plattformen lagras. Performance Insights-motorn använder dessa data och analyserar den för att generera insikter och rekommendationer relaterade till prestandaförbättringar.

Prestandainsikter är tillgängliga för alla modelldrivna appar i din valda miljö, förutsatt att det finns inspelad användardata. Du kan visa insiktshistoriken under de senaste sju dagarna, så länge det användes det valda datumet, genom att välja ett datum i listan på fliken Prestanda.

Performance Insights-motorn genererar insikter över en 24-timmarsperiod på ett valt datum i tidszonen för universell tidskoordinerad (UTC). Insikter för föregående dag, från 00:00 till 23:59 UTC, genereras runt 02:00 till 05:00 UTC på en viss dag. Därför kommer insikter och rekommendationer för användaruppgifter registrerade föregående dag att finnas tillgängliga på morgonen i UTC-tidszonen. Tillgänglighetstiden varierar beroende på din lokala tidszon och dess skillnad från UTC.

Till exempel genereras insikter för 24-timmarsperioden som sträcker sig över 8 juni från 00:00 till 23:59 UTC mellan 02:00 och 05:00 UTC den 9 juni. Därför kommer insikter och rekommendationer för användardata inspelade den 8 juni UTC att finnas tillgängliga på morgonen den 9 juni UTC.

Insikter kan sorteras efter svårighetsgrad – allt från information, varning till kritisk. Allvarlighet viktas beroende på resultaten av resultaten på den totala prestandan. Allvarlighetsgraden bestäms av flera faktorer som användningsvolymen, prestanda för långsamma sidbelastningar och avvikelser. Kritiska saker överskrider vissa tröskelvärden och vi rekommenderar att du tar itu med dem först.

Insikter genereras för flera kategorier från olika områden inklusive klientmiljö, anpassningar, sidprestanda och nätverk. Till exempel, om flera användare använder appen i en äldre version av en icke-rekommenderad webbläsare, blir prestandan i allmänhet långsammare. Därför kommer tillverkare att se en insikt relaterad till webbläsartyp och version i insiktsrutan.

Prestationsinsikter ger en prioriterad lista med rekommendationer som hjälper tillverkare att förbättra prestandan hos modelldrivna appar. Du kan välja varje rad i rutnätet för att visa detaljerad information för varje kategori.

Förklaring av prestationsinsikter

Prestandainformationsgalleriet har dessa kolumner.

Kolumn	Beskrivning
Allvarlighetsgrad	En insikt kan kategoriseras som informativ, varning eller kritisk. Allvarlighet bestäms av prestandasidans laddningstid och antalet slutanvändare som påverkas av en händelse.
Ytdiagram	Detta område definierar aspekterna av att analysera användardata med hjälp av Performance Insights-motorn. Inkluderar klientmiljö, nätverk och användningsmönster.
Kategori	Temat under vilket den specifika insikten faller. Kategorier grupperas under Områden.
Motivation	Ger en översikt över varför en viss insikt kan påverka appens totala prestanda.
Insikt	Detaljerar resultaten relaterade till en viss kategori och beskriver prestandapåverkan.
Rekommendation	Skisserar de åtgärder du kan vidta.
Så här blir du bättre	Länkar till dokumentationen för en viss kategori, som kan innehålla ytterligare information eller externa resurser som hjälper dig att mildra problemet och förbättra prestanda.
Data	Bevisdata som stöder resultaten i insiktsavsnittet.
Insikts-ID	Identifierare för en specifik insiktskategori.

Vilka aspekter kontrollerar den?

Prestanda för en modellbaserad app kan påverkas av flera faktorer. Horisontellt kan appen påverkas av klientmiljö, nätverk, användningsmönster, anpassningar och konfigurationer. Vertikalt kan webbserver eller back-end SQL Server påverka prestanda på klientsidan.

Därför är det bra att identifiera vad som kan orsaka långsam sidladdning eller åtgärder. Performance Insight Engine analyserar insamlad användardata och motsvarar den med kategorierna.

I vissa scenarier kan det finnas en uppenbar anledning till prestandafrågor. I andra fall kan det finnas flera orsaker som identifierats från kategorierna som kan förklara långsamheten.

Följande tabell sammanfattar vilka områden och kategorier motorns prestandainsikter kontrollerar.

Ytdiagram

Insiktskategori

Beskrivning

Prestanda

Översikt

Det ger en övergripande sammanfattning av resultatet för en vald app. Du kan se appens prestanda kort. Mer information: Övergripande prestanda

Klientmiljö

Minsta systemkrav

Användare bör åtminstone använda systemet som uppfyller minimispecifikationerna. Denna insikt berättar tillverkarna hur många användare som uppfyller sådana kriterier om användaren samlat in och andra inte. Mer information: Minsta systemkrav

Klientmiljö

Webbläsartyp

Prestandan varierar beroende på webbläsartyp. Denna insikt anger om användare kör en modern webbläsare eller en icke-rekommenderad Internet Explorer (IE)-webbläsare. Prestanda av Power Apps i IE är märkbart långsammare jämfört med moderna webbläsare. Mer information: Webbläsartyper.

Klientmiljö

Webbläsarversion

Även om användare kör de moderna webbläsarna kan de uppleva långsam prestanda om de använder en webbläsare som körs på en äldre version. I allmänhet rekommenderas att hålla sig vid den senaste versionen. Mer information: Webbläsarversion.

Klientmiljö

HTTP-protokoll

Power Apps stöder HTTP/2-protokollet. Appar fungerar i allmänhet bättre med HTTP/2-protokollet jämfört med HTTP/1.1. En av de största begränsningarna för HTTP/1.1 är de begränsade samtidiga anslutningarna till samma domän, vilket kan orsaka att appar körs långsamt. Mer information: HTTP-protokoll

Nätverk

Nätverksprestanda

Nätverkslatens, genomströmning och bandbredd är nyckelfaktorer som påverkar prestanda för webbapplikationer. Appar kan fungera olika beroende på nätverksprestanda eftersom en del innehåll ska laddas ner. Mer information: Nätverksprestanda

Användningsmönster

Sidladdningstyp.

Sidladdningstyp kan påverka appens prestanda. Varma (cachade) sidladdningar är snabbare än kalla (inte cachade) sidladdningar eftersom resurser laddas ur cachen. Mer information: Sidinläsningstyp

Sidprestanda

Långsam instrumentpanel

En av anledningarna till att en instrumentpanel kan vara långsam att ladda är en tillhörande fråga om ett diagram eller en bricka som fungerar dåligt. Om frågan körs över en stor uppsättning data kan det orsaka ett långsamt svar tillbaka. Förutom att kontrollera antalet diagramkontroller och brickor på instrumentpanelen, rekommenderar vi att du kontrollerar associerade frågor för både diagram eller brickor. Mer information: Tröga instrumentpaneler

Anpassning

XHR-samtalstyp

Tillverkare kan anpassa den modellbaserade appen genom att lägga till en anpassad funktion som gör XMLHttpRequest till en händelse. Om XMLHttpRequest (XHR) -samtalet sker synkront måste andra uppgifter vänta tills XHR-samtalet har slutförts. Vi rekommenderar starkt att du gör XHR-samtalet i dina anpassade funktioner asynkront. Mer information finns i Anropstypen XML HTTP-begäran (XHR).

Anpassning

Föråldrade kontroller

Vissa kontroller som vippomkopplaren och kalender V1-kontrollerna är utfasade. Tillverkare bör alltid använda moderna kontroller. Mer information: Inaktuella kontroller.

Anpassning

Sandlåda prestanda

Tillverkare kan bygga sina egna plug-in. Beroende på implementerade mönster finns det många aspekter att kontrollera för att bekräfta att plugin-metoderna fungerar bra, till exempel timeout-händelser. Denna insikt kontrollerar plugin-programmets timeout för att se om det orsakades av timeout för den externa slutpunkten som tillverkaren implementerat eller inte. Mer information: Sandbox-prestanda – Dominanta plugin-program

Anpassning

Sparad fråga

Medan man bygger en lösning kan en tillverkare bygga och återanvända en sparad fråga. Om den sparade frågan har skapats felaktigt kan det göra att frågan går långsamt. Följaktligen kan alla former eller vyer som använder den problematiska sparade frågan drabbas av långsam prestanda.

Konfiguration

Inställning för spårning av plugins

Administratörer kan aktivera plugin-spårningsloggar för en Dataverse miljö från ingen till alla. Det är fördelaktigt att kontrollera plugin-spårningsloggarna i utvecklingsfasen. För produktionsmiljöer rekommenderar vi dock att du ställer in funktionen till antingen Undantag eller Ingen för att minimera intensiv loggningsaktivitet som kan försämra appens prestanda. Mer information: Inställning för plugin-spårningslogg

Se även

Förstå insikter