Înțelegeți fazele de execuție a aplicației canvas, fluxul de apeluri de date și monitorizarea performanței

Când un utilizator deschide o aplicație proiectată pe pânză, aplicația trece prin mai multe faze de execuție înainte de a afișa orice interfață cu utilizatorul. În timp ce aplicația se încarcă, se conectează la diferite surse de date—precum SharePoint, Microsoft Dataverse, SQL Server (local), Azure SQL Database (online), Excel și Oracle.

În acest articol, veți afla despre aceste diferite faze de execuție și despre modul în care o aplicație se conectează la sursele de date și despre instrumentele pe care le puteți utiliza pentru a monitoriza performanța.

Faze de execuție în aplicațiile proiectate pe pânză

O aplicație proiectată pe pânză trece prin următoarele faze de execuție înainte de a afișa interfața cu un utilizator:

1. Autentificați utilizatorul: Solicită utilizatorului nou venit să se conecteze cu acreditări pentru conexiunile de care are nevoie aplicația. Dacă acel utilizator deschide din nou aplicația, persoana respectivă poate fi notificată din nou, în funcție de politicile de securitate ale organizației.

2. Obținere metadate: Preluare metadate, cum ar fi versiunea platformei Power Apps pe care rulează aplicația și sursele din care trebuie să recupereze date.

3. Inițializare aplicație: Efectuează orice sarcini specificate în proprietatea OnStart.

4. Redați ecranele: redă primul ecran cu comenzile pe care aplicația le populează cu date. Dacă utilizatorul deschide alte ecrane, aplicația le randează folosind același proces.

Fluxul apelărilor de date în aplicațiile proiectate pe pânză

Apelurile de date de la aplicațiile canvas trimit date către sursele de date tabelare utilizând conectori peste protocolul OData. Solicitările OData circulă către straturi back-end pentru a contacta ținta sursă de date și a prelua date pentru client sau pentru a trimite date către sursă de date. Conectorii bazați pe acțiuni care permit API-urile funcționează în același mod.

Înțelegerea modului în care solicitările OData și API se deplasează în aplicațiile canvas vă poate ajuta să optimizați performanța aplicației canvas și sursele de date back-end.

În această secțiune, veți afla despre modul în care se produce fulxul apelării de date în aplicațiile proiectate pe pânză cu diferite tipuri de surse de date.

Fluxul apelurilor de date cu surse de date online

Următoarea diagramă arată cum o solicitare tipică de date într-o aplicație proiectată pe pânză (pe partea stângă) parcurge straturile de pe server și ajunge la sursa de date țintă (pe partea dreaptă), apoi returnează datele către client.

Fiecare strat din diagrama precedentă poate funcționa rapid sau poate întâlni un efort suplimentar în timpul procesării cererii. În multe aplicații, două spoturi particulare prezintă în mod normal eforturi suplimentare vizibile:

• Sursă de date back-end în timpul procesării cererii.

• Client în timp ce trimiteți solicitarea—sau în timp ce manipulați datele primite pe memoria heap și executați funcțiile JavaScript asociate pentru a procesa datele care vor fi afișate în ecrane.

Flux al apelurilor de date cu gateway de date local

Dacă o aplicație proiectată pe pânză se conectează la o sursă de date locală cum ar fi serverul SQL, trebuie să aveți un alt strat, denumit gateway de date local. Acest gateway este obligatoriu pentru accesarea surselor de date locale. Se ocupă de convertirea protocolului solicitărilor OData în declarații Limbaj de manipulare a datelor SQL (DML).

Următoarea diagramă arată unde și cum este amplasat gateway-ul de date local pentru a procesa cererile de date.

Dacă aplicația utilizează o sursă de date locală, locația și specificația gateway-ului de date va afecta și performanța apelărilor de date.

Fluxul de apeluri de date cu Microsoft Dataverse

Când folosiți Microsoft Dataverse ca sursă de date, cererile de date merg direct la instanța de mediu,—fără a trece prin Azure API Management. Din acest motiv, performanța apelurilor de date este mai rapidă în comparație cu restul surselor de date. Aplicația este conectată implicit la Microsoft Dataverse când creați o nouă aplicație de tip pânză.

Înțelegând acest concept la nivel înalt al modului în care circulă apelurile de date, puteți intra în detaliile evaluării performanței aplicației dvs. Pe scurt, efortul de performanță poate apărea la oricare dintre straturile—de la client, administrare API, conector, gateway de date local sau surse de date back-end.

Masurarea performantei

Power Apps Instrument de monitorizare

Deși puteți utiliza instrumentele pentru dezvoltatori ale browserului pentru a vedea performanța, Power Apps subsetează setul de apeluri din instrumentul de monitorizare doar la acelea care sunt Power Apps.

Instrumentul Power Apps de monitorizare vă poate ajuta să urmăriți ceea ce este trimis efectiv către sursă de date și marcajele de timp pentru când solicitările sunt trimise și răspunsurile vin de la server.

Puteți afla mai multe despre instrumentul de monitorizare în acest articol: Depanarea aplicațiilor canvas cu Monitor .

Măsurarea presiunii memoriei asupra clientului

Pentru a vedea grafic consumul de memorie, puteți utiliza instrumentele de dezvoltare pentru browser pentru a profila memoria. Vă ajută la vizualizarea dimensiunii stivei, documentelor, nodurilor și ascultătorilor. Profilați performanța aplicației utilizând un browser, așa cum este descris în Microsoft Edge Prezentarea generală a Instrumentelor pentru dezvoltatori (Chromium). Verificați scenariile care depășesc pragul de memorie al stivei JS. Mai multe informații: Remediați problemele de memorie

Pașii următori

Încărcături mici de date

Consultați și

Depanarea problemelor pentru Power Apps

Notă

Ne puteți spune care preferințele dvs. lingvistice pentru documentație? Răspundeți la un chestionar scurt. (rețineți că acest chestionar este în limba engleză)

Chestionarul va dura aproximativ șapte minute. Nu sunt colectate date personale (angajament de respectare a confidențialității).