Del via

Hva er ytelsesinnsikt? (forhåndsvisning)

  • Artikkel

[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?

  1. Logg på Power Apps.

  2. Velg Apper i den venstre navigasjonsruten, og velg deretter en modelldrevet app.

  3. 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.

Velg en dato for å vise data for ytelsesinnsikt.

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.

Eksempel på ytelsesinnsikt.

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

Se også

Forstå innsikt