Overzicht van Monitor

Artikel
03/16/2023

Monitor is een tool die makers de mogelijkheid biedt om een stroom van gebeurtenissen van een gebruikerssessie te bekijken om problemen te diagnosticeren en op te lossen. Makers van canvas-apps kunnen Monitor gebruiken om gebeurtenissen te bekijken terwijl ze een nieuwe app bouwen in Power Apps Studio of om gepubliceerde apps tijdens de uitvoering te volgen. Makers van modelgestuurde apps kunnen paginanavigatie, opdrachtuitvoeringen, formuliergerelateerde problemen en andere belangrijke acties bijhouden om het app-gedrag te begrijpen en verbeteringen aan te brengen.

Voordelen

Monitor kan u helpen bij het sneller diagnosticeren en opsporen van problemen en het bouwen van betrouwbaardere apps. Het biedt een diepgaand overzicht van uw app door alle belangrijke activiteiten in de app vast te leggen terwijl deze wordt uitgevoerd. Monitor biedt ook een beter begrip van hoe de gebeurtenissen en formules in uw app werken, zodat u de prestaties kunt verbeteren en eventuele fouten of problemen kunt identificeren.

Fouten opsporen in een app

De sleutel tot het opsporen van fouten bij een probleem is een beter begrip van wat uw app doet en hoe deze presteert. Soms is het moeilijk om een probleem te isoleren door alleen naar de app-formules te kijken of zelfs door runtime-fouten te bekijken. Door de gebeurtenissen in uw app te bekijken, kunt u inzicht krijgen in de volgorde van de gebeurtenissen en hoe uw app presteert, zodat u sneller fouten kunt opsporen en problemen kunt diagnosticeren.

Enkele voorbeelden van problemen en vragen die u kunt ontdekken bij het gebruik van Monitor zijn:

Een groot aantal netwerkoproepen
- Haalt de app te vaak gegevens op?
- Kunt u de app optimaliseren, zodat alleen gegevens worden opgehaald wanneer dat nodig is?
- Worden timer controls te vaak geactiveerd?
- Doen zich te veel gebeurtenissen voor bij het starten van de app? Kan het ophalen van sommige gegevens worden vertraagd?
Gegevens ophalen van dezelfde gegevensbron
- Kunt u verschillende patronen gebruiken, zoals het cachen van gegevens in verzamelingen of variabelen in plaats van dezelfde gegevens meerdere keren op te halen?
De grootte van de responsgegevens
- Kunt u queryfilters gebruiken om de hoeveelheid opgevraagde gegevens te verminderen?
De duur van de aanvraag
- Zijn connectors en invoegtoepassingen geoptimaliseerd?
- Kunt u de omvang van de respons verminderen door queryfilters te gebruiken?
Fouten
- Hebt u de vereiste rechten geconfigureerd om de app correct uit te voeren?
- Worden uw verzoeken beperkt door het platform?

Vereisten

U hebt lidmaatschap voor de volgende beveiligingsrol in de omgeving nodig om Monitor te gebruiken.

Type app	Vereiste beveiligingsrol
Canvas-app	Omgevingsbeheerder of Omgevingsmaker
Modelgestuurde app	Systeembeheerder of systeemaanpasser voor de Dataverse-organisatie

Meer informatie: Gebruikersbeveiliging configureren voor resources in een omgeving

Monitor-dashboard

Binnen Monitor kunt u voor elke gebeurtenis verschillende eigenschappen bekijken. Afhankelijk van de gebeurteniscategorie bevatten sommige van deze eigenschappen mogelijk geen gegevens. De volgende afbeelding toont een voorbeeld van het Monitor-dashboard voor canvas-apps.

Monitor-dashboard.

Kolomnaam	Beschrijving
Id	Het volgnummer voor de gebeurtenissen.
Tijd	De tijd waarop de gebeurtenis heeft plaatsgevonden.
Categorie	Het type gebeurtenis, zoals Netwerk.
Bewerking	De naam van de resulterende interne bewerking van de aanvraag in de app. Bijvoorbeeld, createRow is de bewerkingsnaam van de functie Patch.
Resultaat	De tekstbeschrijving van de statuscode. Een status 429 wordt bijvoorbeeld weergegeven als een "Fout" in de resultatenkolom. Rijkleuren helpen ook om eventuele fouten en waarschuwingen snel te identificeren.
Resultaatgegevens	De gedetailleerde vertaling van foutcodes en resultaten. In deze kolom wordt bijvoorbeeld een statuscode 429 weergegeven als "Te veel aanvragen".
Status	De HTTP-statuscode van een netwerkaanvraag. Een code 2XX staat bijvoorbeeld voor een geslaagde aanvraag, terwijl een code 4XX een fout vertegenwoordigt.
Duur	De duur kan meestal worden gebruikt om de prestaties van netwerkoproepen in de app te begrijpen, maar is ook afhankelijk van het type gebeurtenis. Voor een netwerkaanvraag is de duur bijvoorbeeld de tijd die nodig is om de aanvraag te verzenden en een antwoord te ontvangen.
Gegevensbron	De naam van de gegevensbron waartoe toegang wordt verkregen door de opgetreden gebeurtenisbewerking (bijvoorbeeld de naam van een Microsoft Dataverse-tabel).
Besturingselement	De naam van het besturingselement dat is gekoppeld aan deze gebeurtenis
Eigenschap	De actieve besturingselementeigenschap van de opgetreden gebeurtenis.
Grootte respons	Voor een netwerkaanvraaggebeurtenis vertegenwoordigt dit de grootte van de respons die is ontvangen van de afzender aan uw app, in bytes.

Wanneer u een gebeurtenis in het raster selecteert, geeft een paneel aanvullende details over de gebeurtenis weer. Het deelvenster heeft vier tabbladen:

Details: Geeft een overzicht op hoog niveau weer van de geselecteerde gebeurtenis. Sommige gegevens zijn mogelijk samengevouwen in de structuurweergave. U kunt de structuur uitvouwen en inzoomen om inhoud te bekijken.
Formule: toont de gerelateerde formule uit uw app voor de geselecteerde gebeurtenis. De naam van de eigenschap van het besturingselement die de gebeurtenis activeert wordt boven aan het tabblad en in de gebeurtenistabel weergegeven.
Aanvraag: toont de HTTP-aanvraag die is verzonden.
Respons: toont de HTTP-respons die is ontvangen. U kunt de respons in JSON-indeling bekijken.