Deli z drugimi prek


Razumeti faze izvajanja aplikacije Canvas, pretok podatkovnih klicev in spremljanje delovanja

Ko uporabnik odpre aplikacijo s platnom, gre aplikacija skozi več faz izvajanja, preden se pokaže kakršen koli uporabniški vmesnik. Medtem ko se aplikacija nalaga, se poveže z različnimi viri podatkov, kot je SharePoint, Microsoft Dataverse, SQL Server (na mestu uporabe), Azure SQL Database (v spletu), Excel in Oracle.

V tem članku boste spoznali te različne faze izvajanja in kako se aplikacija poveže z viri podatkov ter o orodjih, ki jih lahko uporabite za spremljanje učinkovitosti.

Faze izvajanja v aplikacijah s platnom

Aplikacija s platnom gre skozi naslednje faze izvajanja, preden pokaže vmesnik uporabniku:

  1. Preverite pristnost uporabnika: zahteva, da se prvič uporabnik prijavi s poverilnicami za kakršne koli povezave, ki jih aplikacija potrebuje. Če ta uporabnik znova odpre aplikacijo, bo ta oseba morda znova pozvana, odvisno od varnostnih pravilnikov organizacije.

  2. Pridobivanje metapodatkov: pridobi metapodatke, kot so različica platforme Power Apps, v kateri se izvaja aplikacija, in viri, iz katerih mora pridobiti podatke.

  3. Inicializacija aplikacije: izvede vse naloge, določene v lastnosti OnStart.

  4. Upodobi zaslone: upodobi prvi zaslon s kontrolniki, ki jih aplikacija napolni s podatki. Če uporabnik odpre druge zaslone, jih aplikacija upodobi po istem postopku.

Potek klicev podatkov v aplikacijah s platnom

Podatkovni klici iz aplikacij na platnu pošiljajo podatke v tabelarične vire podatkov z uporabo povezovalnikov prek protokola OData. Zahteve OData tečejo v zaledne plasti, da vzpostavijo stik s ciljem vir podatkov in pridobijo podatke za odjemalca ali pa podatke prenesejo na vir podatkov. Konektorji na podlagi dejanj, ki omogočajo API-je, delujejo na enak način.

Razumevanje, kako zahteve OData in API potujejo v aplikacijah Canvas, vam lahko pomaga optimizirati zmogljivost aplikacije Canvas in virov podatkov v ozadju.

V tem razdelku boste izvedeli, kako klici podatkov potekajo v aplikacijah s platnom z različnimi vrstami virov podatkov.

Potek klicev podatkov s spletnimi viri podatkov

Naslednji diagram prikazuje, kako tipična podatkovna zahteva v aplikaciji s platnom (leva stran) potuje po strežniških slojih in seže do ciljnega vira podatkov (desna stran) ter nato vrne podatke odjemalcu.

Tipičen potek klicev podatkov za vse povezovalnike razen povezovalnika za Dataverse.

Vsak sloj v prejšnjem diagramu se lahko hitro izvede ali ima nekaj obremenitev med obdelavo zahteve. V veliko aplikacijah sta lahko na splošno prisotni dve mesti opaznih obremenitev:

  • Zaledni vir podatkov med obdelavo zahteve.

  • Odjemalec med pošiljanjem zahteve ali med manipuliranjem prejetih podatkov pomnilnika konice in izvedbo povezanih funkcij JavaScript za obdelavo podatkov za prikaz znotraj zaslonov.

Potek klicev podatkov s prehodom za podatke na mestu uporabe

Če se aplikacija s platnom povezuje z virom podatkov na mestu uporabe, kot je strežnik SQL Server, potrebujete nadaljnji sloj, imenovan prehod za podatke na mestu uporabe. Ta prehod je obvezen za dostop do virov podatkov na mestu uporabe. Prevzame pretvorbo zahtev protokola OData v izjave SQL DML (Data Manipulation Language).

Naslednji diagram prikazuje, kje in kako bi bil postavljen prehod za podatke na mestu uporabe za obdelavo zahtev podatkov.

Potek klicev podatkov za prehod za podatke na mestu uporabe.

Če aplikacija uporablja vir podatkov na mestu uporabe, bi lokacija in specifikacija prehoda za podatke vplivala tudi na uspešnost klicev podatkov.

Potek podatkovnih klicev s storitvijo Microsoft Dataverse

Ko uporabljate Microsoft Dataverse kot vir podatkov, zahteve za podatke gredo neposredno v primerek okolja, ne da bi šle skozi možnost upravljanja API-ja za Azure. Zaradi tega je zmogljivost podatkovnih klicev hitrejša v primerjavi z ostalimi viri podatkov. Aplikacija je privzeto povezana s storitvijo Microsoft Dataverse, ko ustvarite novo aplikacijo s platnom.

Potek podatkovnih klicev s storitvijo Microsoft Dataverse.

Z razumevanjem tega koncepta visoke ravni, kako klici podatki potujejo, lahko greste v podrobnosti pregleda uspešnosti aplikacije. Skratka, do obremenitve pri delovanju lahko pride na katerem koli sloju – od odjemalca, upravljanje API-jev, povezovalnika, prehoda za podatke na mestu uporabe in zalednih virov podatkov.

Merjenje uspešnosti

Power Apps Orodje za spremljanje

Medtem ko lahko uporabite orodja za razvijalce brskalnika, da vidite uspešnost, Power Apps nabor klicev v orodju za spremljanje podnastavi samo na tiste, ki so Power Apps.

Orodje za spremljanje Power Apps vam lahko pomaga spremljati, kaj je dejansko poslano na vir podatkov in časovne žige, kdaj so zahteve poslane in odgovori prispejo s strežnika.

Več o orodju za nadzor lahko izveste v tem članku: Odpravljanje napak v aplikacijah platna z Monitorjem .

Orodje za spremljanje.

Merjenje spominskega pritiska na stranko

Če si želite grafično ogledati porabo pomnilnika, lahko uporabite orodja za razvijalce v brskalniku za profiliranje pomnilnika. Pomagajo vam upodobiti velikost kopice, dokumente, vozlišča in poslušalce. Profilirajte delovanje aplikacije z uporabo brskalnika, kot je opisano v Microsoft Edge (Chromium) Pregled orodij za razvijalce. Preverite scenarije, ki presegajo pomnilniški prag kopice JS. Več informacij: Odpravljanje težav s pomnilnikom

Graf porabe pomnilnika.

Naslednji koraki

Majhne podatkovne obremenitve

Glejte tudi

Odpravljanje težav za Power Apps

Opomba

Ali nam lahko poveste, kateri je vaš prednostni jezik za dokumentacijo? Izpolnite kratko anketo. (upoštevajte, da je v angleščini)

Z anketo boste porabili približno sedem minut. Ne zbiramo nobenih osebnih podatkov (izjava o zasebnosti).