Înțelegerea fazelor de execuție a aplicațiilor pe pânză, a fluxului de apeluri de date și a monitorizării 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ă, aceasta se conectează la diferite surse de date—cum ar fi 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, precum ș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. Autentificare utilizator: Solicită utilizatorului care se conectează pentru prima dată să se conecteze cu acreditările pentru orice conexiuni 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ține metadate: Preia metadate, cum ar fi versiunea platformei Power Apps pe care rulează aplicația și sursele din care trebuie să preia date.

3. Inițializează aplicația: Execută orice sarcină specificată în proprietatea OnStart .

4. Randează ecranele: Randează primul ecran cu controale 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 din aplicațiile pânză trimit date către surse de date tabelare utilizând conectori prin protocolul OData. Fluxul de solicitări OData către straturile backend pentru a contacta sursa de date țintă și a recupera date pentru client sau pentru a valida date către sursa de date. Conectori bazați pe acțiuni care permit API-urilor să funcționeze în același mod.

Înțelegerea modului în care solicitările OData și API circulă î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 backend în timpul procesării solicitării.

• Clientul în timp ce trimite cererea — sau în timp ce manipulează datele primite în memoria heap și execută funcțiile JavaScript asociate pentru a procesa datele care vor fi afișate pe ecrane.

Flux al apelurilor de date cu gateway de date local

Dacă o aplicație canvas se conectează la o sursă de date locală, cum ar fi SQL Server, trebuie să aveți un alt strat numit 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 utilizați Microsoft Dataverse ca sursă de date, solicitările de date ajung direct la instanța de mediu, fără a trece prin Azure API Management. Din această cauză, 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, supraîncărcarea performanței poate apărea la oricare dintre straturi - de la client, managementul API-urilor, conector, gateway-ul de date local sau sursele de date back-end.

Măsurarea performanței

Power Apps Instrument de monitorizare

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

Instrumentul de monitorizare vă poate ajuta să urmăriți ce este trimis efectiv către sursa de date și marcajele temporale pentru momentul în care sunt trimise solicitările și răspunsurile provin de la server. Power Apps

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 pentru dezvoltatori ale browserului dvs. 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

Sarcini utile de date mici

Consultați și

Depanarea problemelor pentru Power Apps