Wat zijn prestatie-inzichten? (preview)
[Dit onderwerp maakt deel uit van de voorlopige documentatie en kan nog veranderen.]
Prestatie-inzichten zijn een selfservice-tool voor makers van zakelijke apps die runtime-gebruikersgegevens analyseert en een geprioriteerde lijst met aanbevelingen biedt om de prestaties van modelgestuurde apps te helpen verbeteren. Deze functie biedt een dagelijkse reeks analytische inzichten met betrekking tot de prestaties van een Power Apps modelgestuurde of klantbetrokkenheid-app, zoals Dynamics 365 Sales of Dynamics 365 Service, met aanbevelingen en bruikbare items. Makers van zakelijke apps kunnen gedetailleerde prestatie-inzichten op app-niveau bekijken in het Power Apps portaal.
Hoe krijgt u toegang?
Meld u aan bij Power Apps.
Selecteer in het linkernavigatievenster Apps en selecteer vervolgens een modelgestuurde app.
Gebruik het ... contextmenu of de opdrachtbalk om Prestatie te selecteren.
Als u de omgeving waarin uw app wordt geïmplementeerd wilt wijzigen, kunt u omgevingen in de rechterbovenhoek van de pagina selecteren met behulp van de Omgeving kiezer. U kunt ook naar prestatie-inzichten navigeren vanuit het contextmenu van een modelgestuurde app vanuit het gebied Oplossingen.
Belangrijk
Aangezien aanbevelingen worden gegenereerd op basis van gebruikersgegevens, raden we u aan prestatie-inzichten te bekijken vanuit een omgeving waar de app zal worden gebruikt, zoals een productieomgeving.
Hoe inzichten worden gegenereerd
Prestatie-inzichten worden elke 24 uur gegenereerd op basis van verzamelde gebruikersgegevens van uw modelgestuurde app. Wanneer eindgebruikers een app gebruiken, worden belangrijke gebruikersgegevens vastgelegd door het Power Apps platform opgeslagen. De engine voor prestatie-inzichten gebruikt deze gegevens en analyseert deze om inzichten en aanbevelingen te genereren met betrekking tot prestatieverbeteringen.
Prestatie-inzichten zijn beschikbaar voor alle modelgestuurde apps in uw geselecteerde omgeving, op voorwaarde dat er gebruikersgegevens zijn vastgelegd. U kunt de inzichtengeschiedenis van de afgelopen zeven dagen bekijken, zolang er gebruik was op de geselecteerde datum, door een datum te selecteren in de lijst op het tabblad Prestatie.
De engine voor prestatie-inzichten genereert inzichten over een periode van 24 uur op een geselecteerde datum in de UTC-tijdzone (Universal Time Coordinated). Inzichten voor de vorige dag, van 00:00 tot 23:59 UTC, worden op een bepaalde dag rond 02:00 tot 05:00 UTC gegenereerd. Daarom zijn inzichten en aanbevelingen voor gebruiksgegevens van gebruikers die de vorige dag zijn geregistreerd, 's ochtends beschikbaar in de UTC-tijdzone. De beschikbaarheidstijd is afhankelijk van uw lokale tijdzone en het verschil met UTC.
Inzichten voor de periode van 24 uur die 8 juni van 00:00 tot 23:59 UTC omvat, worden bijvoorbeeld gegenereerd tussen 02:00 en 05:00 UTC op 9 juni. Daarom zullen inzichten en aanbevelingen voor gebruikersgegevens die op 8 juni UTC zijn geregistreerd, op 9 juni UTC in de ochtend beschikbaar zijn.
Inzichten kunnen worden gesorteerd op ernst – variërend van Informatief, Waarschuwing tot Kritiek. De ernst wordt gewogen afhankelijk van het effect van de bevindingen op de algehele prestaties. De ernst wordt bepaald door verschillende factoren, zoals het gebruiksvolume, de prestaties van het langzaam laden van pagina's en uitschieters. Kritieke items overschrijden bepaalde drempels en we raden u aan deze eerst aan te pakken.
Er worden inzichten gegenereerd voor verschillende categorieën uit verschillende gebieden, waaronder klantomgeving, aanpassingen, paginaprestaties en netwerk. Als meerdere gebruikers de app bijvoorbeeld gebruiken in een oudere versie van een niet-aanbevolen browser, zullen de prestaties over het algemeen langzamer zijn. Daarom zien makers een inzicht gerelateerd aan browsertype en -versie in het inzichtenraster.
Prestatie-inzichten bieden een geprioriteerde lijst met aanbevelingen om makers te helpen de prestaties van modelgestuurde apps te verbeteren. U kunt elke rij in het raster selecteren om gedetailleerde informatie voor elke categorie te bekijken.
Uitleg van Prestatie-inzichten
Het prestatie-inzichtenraster heeft deze kolommen.
| Kolom | Beschrijving |
|---|---|
| Ernst | Een inzicht kan worden gecategoriseerd als: Informatief, Waarschuwing of Kritiek. De ernst wordt bepaald door de laadtijd van de prestatiepagina en het aantal eindgebruikers dat door een gebeurtenis wordt beïnvloed. |
| Gebied | Dit gebied definieert de aspecten van het analyseren van gebruikersgegevens door de engine van Performance Insights. Omvat clientomgeving, netwerk en gebruikspatronen. |
| Categorie | Het thema waaronder het specifieke inzicht valt. Categorieën zijn gegroepeerd onder Gebieden. |
| Motivatie | Geeft een overzicht van waarom een bepaald inzicht van invloed kan zijn op de algehele prestaties van uw app. |
| Inzicht | Geeft de bevindingen met betrekking tot een specifieke categorie weer en schetst de impact op de prestaties. |
| Aanbeveling | Geeft een overzicht van de acties die u kunt ondernemen. |
| Hoe u kunt verbeteren | Links naar de documentatie voor een specifieke categorie, die meer informatie of externe bronnen kan bevatten om u te helpen uw probleem te verhelpen en de prestaties te verbeteren. |
| Informatie | Bewijsgegevens ter ondersteuning van de bevindingen in het gedeelte inzicht. |
| Inzicht-id | Identificatie voor een specifieke inzichtcategorie. |
Welke aspecten controleert het?
De prestaties van een modelgestuurde app kunnen door meerdere factoren worden beïnvloed. Horizontaal kan de app worden beïnvloed door de clientomgeving, het netwerk, het gebruikspatroon, aanpassingen en configuraties. Verticaal kan een webserver of back-end SQL Server de prestaties aan de clientzijde beïnvloeden.
Daarom is het nuttig om vast te stellen wat de oorzaak kan zijn van traag laden van pagina's of bewerkingen. De prestatie-inzichten-engine analyseert verzamelde gebruikersgegevens en stemt deze af op de categorieën.
In sommige scenario's kan er een voor de hand liggende reden zijn voor prestatieproblemen. In andere gevallen kunnen er uit de categorieën verschillende redenen zijn die de traagheid zouden kunnen verklaren.
De volgende tabel geeft een overzicht van de gebieden en categorieën die de engine voor prestatie-inzichten controleert.
Gebied
Inzichtcategorie
Beschrijving
Algehele prestaties
Overzicht
Het geeft een algemeen overzicht van de prestaties van een geselecteerde app. U kunt de prestaties van de app kort zien. Meer informatie: Algehele performance
Clientomgeving
Minimale systeemvereisten
Gebruikers dienen in ieder geval het systeem te gebruiken dat aan de minimale specificaties voldoet. Dit inzicht vertelt makers hoeveel gebruikers aan dergelijke criteria voldoen als de gebruiker is verzameld en anderen niet. Meer informatie: Minimale systeemvereisten
Clientomgeving
Browsertype
De prestaties zijn afhankelijk van het browsertype. Dit inzicht geeft aan of gebruikers een moderne browser gebruiken of een niet-aanbevolen Internet Explorer-browser (IE). De prestaties van Power Apps in IE zijn merkbaar langzamer in vergelijking met moderne browsers. Meer informatie: Browsertype
Clientomgeving
Browserversie
Hoewel gebruikers de moderne browsers gebruiken, kunnen ze trage prestaties ervaren als ze een browser gebruiken die op een oudere versie draait. Over het algemeen wordt aanbevolen om bij de nieuwste versie te blijven. Meer informatie: Browserversie
Clientomgeving
HTTP-protocol
Power Apps ondersteunt het HTTP/2-protocol. Apps presteren over het algemeen beter met het HTTP/2-protocol in vergelijking met HTTP/1.1. Een van de belangrijkste beperkingen van HTTP/1.1 is de beperkte gelijktijdige verbindingen met hetzelfde domein, waardoor apps traag kunnen werken. Meer informatie: HTTP-protocol
Netwerk
Netwerkprestaties
Netwerklatentie, doorvoer en bandbreedte zijn belangrijke factoren die de prestaties van webapplicaties beïnvloeden. Apps kunnen anders presteren, afhankelijk van de netwerkprestaties, omdat bepaalde inhoud moet worden gedownload. Meer informatie: Netwerkprestaties
Gebruikspatroon
Type pagina laden.
Het laadtype van de pagina kan de app-prestaties beïnvloeden. Het laden van gecachte pagina's is sneller dan het laden van nieuwe pagina's, omdat de benodigde bronnen uit de lokale caches worden geladen. Meer informatie: Laadtype pagina
Paginaprestaties
Langzame dashboards
Een van de redenen waarom een dashboard traag laadt, is een bijbehorende query van een diagram of een tegel die slecht presteert. Als de query wordt uitgevoerd op een grote set gegevens, kan dit een trage reactie veroorzaken. Naast het controleren van het aantal diagrambesturingselementen en tegels op het dashboard, raden we aan de bijbehorende query's voor zowel diagrammen als tegels te controleren. Meer informatie: Langzame dashboards
Aanpassing
XHR-oproeptype
Makers kunnen de modelgestuurde app aanpassen door een aangepaste functie toe te voegen waardoor XMLHttpRequest een evenement wordt. Als de XMLHttpRequest (XHR)-aanroep synchroon plaatsvindt, moeten andere taken wachten tot de XHR-aanroep is voltooid. We raden u ten zeerste aan om de XHR-aanroep in uw aangepaste functies asynchroon te doen. Meer informatie: XML HTTP Request (XHR) oproeptype
Aanpassing
Afgeschafte elementen
Sommige bedieningselementen, zoals de flip-schakelaar en kalender V1-bedieningselementen, zijn verouderd. Makers moeten altijd moderne bedieningselementen gebruiken. Meer informatie: Beëindigde besturingselementen
Aanpassing
Sandboxprestaties
Makers kunnen hun eigen plug-in bouwen. Afhankelijk van geïmplementeerde patronen, zijn er veel aspecten die moeten worden gecontroleerd om te bevestigen dat de plug-inmethoden goed werken, zoals time-outgebeurtenissen. Dit inzicht controleert de time-out van de plug-in om te zien of deze werd veroorzaakt door de time-out van de externe eindpunt-aanroepen die de maker heeft geïmplementeerd of niet. Meer informatie: Sandboxprestaties - dominante plug-ins
Aanpassing
Opgeslagen query
Tijdens het bouwen van een oplossing kan een maker een opgeslagen query bouwen en opnieuw gebruiken. Als de opgeslagen query onjuist is gemaakt, kan de query traag worden uitgevoerd. Als gevolg hiervan kunnen alle formulieren of weergaven die de problematische opgeslagen query gebruiken, trager presteren.
Configuratie
Instelling traceerlogboek plug-in
Beheerders kunnen plug-in traceringslogboeken inschakelen voor een Dataverse-omgeving van Geen naar Alle. Het is nuttig om de traceerlogboeken van de plug-in in de ontwikkelingsfase te controleren. Voor productieomgevingen raden we echter aan om de functie in te stellen op Uitzondering of Geen, om intensieve logboekactiviteiten te minimaliseren die de app-prestaties kunnen verslechteren. Meer informatie: Instelling traceerlogboek plug-in
Zie ook
Feedback
Binnenkort beschikbaar: In de loop van 2024 zullen we GitHub-problemen geleidelijk uitfaseren als het feedbackmechanisme voor inhoud en deze vervangen door een nieuw feedbacksysteem. Zie voor meer informatie: https://aka.ms/ContentUserFeedback.
Feedback verzenden en weergeven voor