Vad är prestationsinsikter? (förhandsversion)
Viktigt
Den här funktionen genomgår betydande förbättringar och tills den nya versionen blir tillgänglig är den aktuella funktionen inaktiverad.
[Det här ämnet är en förhandsversion av dokumentationen och kan ändras.]
Prestandainsikter är ett självbetjäningsverktyg för företagets programtillverkare 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 program. 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?
Logga in på Power Apps.
I det vänstra navigeringsfönstret väljer du Appar och sedan en modellbaserad app.
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