Hva er ytelsesinnsikt? (forhåndsversjon)
Viktig
Denne funksjonen gjennomgår betydelige forbedringer, og inntil den nye versjonen blir tilgjengelig, er den nåværende funksjonen deaktivert.
[Dette emnet inneholder dokumentasjon for forhåndsversjonen, og kan bli endret.]
Ytelsesinnsikt er et selvbetjent verktøy for utviklere av bedriftsapper som analyserer brukerdata under kjøring og gir en prioritert liste over anbefalinger for å forbedre ytelsen til modelldrevne apper. Denne funksjonen inneholder et daglig sett med analytisk innsikt relatert til ytelsen til en modelldrevet Power Apps-app eller kundeengasjementsapp, for eksempel Dynamics 365 Sales eller Dynamics 365 Service, med anbefalinger og handlingsbare elementer. Utviklere av bedriftsapper kan vise detaljert ytelsesinnsikt på appnivå i Power Apps-portalen.
Hvordan får du tilgang?
Logg på Power Apps.
Velg Apper i den venstre navigasjonsruten, og velg deretter en modelldrevet app.
Bruk kontekstmenyen eller kommandolinjen ... til å velge Ytelse.
Hvis du vil bytte miljø der appen er distribuert, kan du velge miljøer øverst til høyre på siden ved hjelp av miljøvelgeren. Du kan også navigere til ytelsesinnsikt fra kontekstmenyen for en modelldrevet app fra Løsninger-området.
Viktig
Siden anbefalinger genereres ved hjelp av brukerdata, anbefaler vi at du viser ytelsesinnsikt fra et miljø der appen skal brukes, for eksempel et produksjonsmiljø.
Slik genereres innsikt
Ytelsesinnsikt genereres basert på innsamlede brukerdata for den modelldrevne appen hver 24. time. Når sluttbrukere bruker en app, lagres viktige brukerdata som er registrert av Power Apps-plattformen. Motoren for ytelsesinnsikt bruker disse dataene og analyserer dem for å generere innsikt og anbefalinger relatert til ytelsesforbedringer.
Ytelsesinnsikt er tilgjengelig for alle modelldrevne apper i det valgte miljøet hvis det er registrert brukerdata. Du kan vise innsiktsloggen for de siste sju dagene, så lenge det var bruk på den valgte datoen, ved å velge en dato i listen i fanen Ytelse.
Motoren for ytelsesinnsikt genererer innsikt over en 24-timers periode på en valgt dato i UTC-tidssonen (Coordinated Universal Time). Innsikt for dagen før, fra 00:00 til 23:59 UTC, genereres rundt 02:00 til 05:00 UTC på en gitt dag. Derfor vil innsikt og anbefalinger for bruksbrukerdata som er registrert forrige dag, være tilgjengelig om morgenen i UTC-tidssonen. Tilgjengelighetstiden varierer basert på den lokale tidssonen og forskjellen fra UTC.
Innsikt for den 24-timers perioden som strekker seg 8. juni fra 00:00 til 23:59 UTC, genereres for eksempel mellom 02:00 og 05:00 UTC den 9. juni. Derfor vil innsikt og anbefalinger for brukerdata som er registrert 8. juni UTC, være tilgjengelig om morgenen 9. juni UTC.
Innsikt kan sorteres etter viktig informasjon – fra Informasjon, Advarsel til Kritisk. Alvorsgrad er vektet avhengig av innvirkningen på resultatene i den samlede ytelsen. Alvorsgrad avhenger av flere faktorer, for eksempel bruksvolum, ytelse for langsom sidebelastning og utdata. Kritiske elementer overskrider visse grenseverdier, og vi anbefaler at du løser disse først.
Innsikt genereres for flere kategorier fra ulike områder, inkludert klientmiljø, tilpassinger, sideytelse og nettverk. Hvis for eksempel flere brukere bruker appen i en eldre versjon av en nettleser som ikke anbefales, vil ytelsen generelt sett være langsommere. Utviklere vil derfor se en innsikt relatert til nettlesertype og versjon i innsiktsrutenettet.
Ytelsesinnsikt gir en prioritert liste over anbefalinger for å hjelpe utviklere med å forbedre ytelsen til modelldrevne apper. Du kan velge hver rad i rutenettet for å vise detaljert informasjon for hver kategori.
Forklaring av ytelsesinnsikt
Rutenettet for ytelsesinnsikt har disse kolonnene.
| Kolonne | Beskrivelse |
|---|---|
| Alvorsgrad | En innsikt kan kategoriseres som Informasjon, Advarsel eller Kritisk. Alvorsgraden fastslås av innlastingstid for ytelsessiden og antall sluttbrukere som påvirkes av en hendelse. |
| Område | Dette området definerer aspekter ved analyse av brukerdata etter motoren for Ytelsesinnsikt. Inkluderer klientmiljø, nettverk og bruksmønstre. |
| Kategori | Temaet som den bestemte innsikten faller under. Kategorier grupperes under Områder. |
| Motivasjon | Gir en oversikt over hvorfor en bestemt innsikt kan påvirke den samlede ytelsen til appen din. |
| Innsikt | Informasjon om funnene som er relatert til en bestemt kategori, og beskriver ytelsespåvirkningen. |
| Anbefaling | Beskriver handlingene du kan utføre. |
| Slik forbedrer du | Koblinger til dokumentasjonen for en bestemt kategori, som kan inneholde ytterligere informasjon eller eksterne ressurser for å bidra til å redusere problemet og forbedre ytelsen. |
| Data | Bevisdata som er påvist for å støtte funnene i innsiktsdelen. |
| Innsikts-ID | Identifikator for en bestemt innsiktskategori. |
Hvilke aspekter undersøker den?
Ytelsen til en modelldrevet app kan bli påvirket av flere faktorer. Vannrett kan appen bli påvirket av klientmiljø, nettverk, bruksmønster, tilpassinger og konfigurasjoner. Loddrett kan nettserveren eller serverdelen SQL Server påvirke ytelsen på klientsiden.
Derfor er det viktig å identifisere hva som kan føre til treghet for sidebelastninger eller operasjoner. Ytelsesinnsiktsmotoren analyserer innsamlede brukerdata og samsvarer med kategoriene.
I noen tilfeller kan det være en tydelig årsak til ytelsesproblemer. I andre tilfeller kan det være flere årsaker fra kategoriene som kan forklare tregheten.
Tabellen nedenfor oppsummerer hvilke områder og kategorier motoren for ytelsesinnsikt kontrollerer.
Område
Innsiktskategori
Beskrivelse
Samlet ytelse
Oversikt
Det gir et samlet sammendrag av ytelsen til en valgt app. Du kan se ytelsen til appen en kort stund. Mer informasjon: Generell ytelse
Klientmiljø
Minste systemkrav
Brukere bør minst bruke systemet som oppfyller minimumsspesifikasjonene. Denne innsikten forteller beslutningstakerne hvor mange brukere som oppfyller slike vilkår hvis brukeren samles inn og andre ikke gjør det. Mer informasjon: Minste systemkrav
Klientmiljø
Nettlesertype
Ytelsen varierer avhengig av nettlesertype. Denne innsikten indikerer om brukere kjører en moderne nettleser eller en Internet Explorer-nettleser (IE) som ikke anbefales. Ytelsen til Power Apps i IE er merkbart tregere sammenlignet med moderne nettlesere. Mer informasjon: Nettlesertype
Klientmiljø
Nettleserversjon
Selv om brukere kjører de moderne nettleserne, kan de oppleve langsommere ytelse hvis de bruker en nettleser som kjører på en eldre versjon. Det anbefales generelt at du holder deg til den nyeste versjonen. Mer informasjon: Nettleserversjon
Klientmiljø
HTTP-protokoll
Power Apps støtter HTTP/2-protokollen. Apper yter vanligvis bedre med HTTP/2-protokollen sammenlignet med HTTP/1.1. En av de største begrensningene for HTTP/1.1 er de begrensede samtidige tilkoblingene til samme domene, noe som kan føre til at apper kjører tregt. Mer informasjon: HTTP-protokoll
Nettverk
Nettverksytelse
Nettverksforsinkelse, gjennomstrømning og båndbredde er nøkkelfaktorer som påvirker ytelsen til nettprogrammer. Apper kan yte forskjellig avhengig av nettverksytelsen, siden noe av innholdet bør lastes ned. Mer informasjon: Nettverksytelse
Bruksmønster
Sidelastingstype.
Sidelastningstype kan påvirke appytelsen. Varme (bufret) sidelastninger er raskere enn kalde (ikke-bufrede) sidelastninger fordi ressurser lastes inn av bufferen. Mer informasjon: Sidelastningstype
Sideytelse
Tregt instrumentbord
En av grunnene til at et instrumentbord kan være tregt å laste inn, er en tilknyttet spørring for et diagram eller en flis som yter svært dårlig. Hvis spørringen kjører over et stort datasett, kan det føre til langsomt svar. I tillegg til å kontrollere antall diagramkontroller og fliser på instrumentbordet anbefaler vi at du kontrollerer tilknyttede spørringer for både diagrammer eller fliser. Mer informasjon: Trege instrumentbord
Tilpasning
XHR-oppkallstype
Utviklere kan tilpasse den modelldrevne appen ved å legge til en egendefinert funksjon som gjør XMLHttpRequest til en hendelse. Hvis XHR-oppkallet (XMLHttpRequest) skjer synkront, må andre oppgaver vente til XHR-oppkallet er fullført. Vi anbefaler på det sterkeste at du gjør XHR-oppkallet i de egendefinerte funksjonene asynkront. Mer informasjon: Oppkallstype for XML HTTP-forespørsel (XHR)
Tilpasning
Avskrevne kontroller
Noen kontroller, for eksempel flippbryteren og kalenderkontroller V1, er avskrevet. Utviklere bør alltid bruke moderne kontroller. Mer informasjon: Avskrevne kontroller
Tilpasning
Sandkasseytelse
Utviklere kan bygge sitt eget programtillegg. Avhengig av de implementerte mønstrene er det mange aspekter du må kontrollere for å kontrollere at programtilleggsmetodene gir gode resultater, for eksempel tidsavbruddshendelser. Denne innsikten kontrollerer tidsavbruddet for programtillegget for å se om det ble forårsaket av tidsavbruddet for det eksterne endepunktoppkallet utvikleren implementert eller ikke. Mer informasjon: Sandkasseytelse – dominante programtillegg
Tilpasning
Lagret spørring
Når en utvikler bygger en løsning, kan en utvikler bygge og bruke en lagret spørring på nytt. Hvis den lagrede spørringen er feilaktig opprettet, kan det føre til at spørringen kjører tregt. Alle skjemaer eller visninger som bruker den problematiske lagrede spørringen, kan derfor få langsommere ytelse.
Konfigurasjon
Innstilling for sporingslogg for programtillegg
Administratorer kan aktivere sporingslogger for programtillegg for et Dataverse-miljø fra Ingen til Alle. Det er viktig å sjekke sporingsloggene for programtillegget i utviklingsfasen. For produksjonsmiljøer anbefaler vi imidlertid at du angir funksjonen til Unntak eller Ingen for å redusere intensiv loggingsaktivitet som kan redusere appytelsen. Mer informasjon: Innstilling for sporingslogg for programtillegg