Izprotiet pamatnes programmas izpildes fāzes, datu zvanu plūsmu un veiktspējas uzraudzību

Kad lietotājs atver pamatnes programmu, programma tiek izpildīta vairākās izpildes fāzēs, pirms tiek parādīts jebkāds lietotāja interfeiss. Kamēr programma tiek ielādēta, tā veido savienojumu ar dažādiem datu avotiem—piemēram SharePoint, Microsoft Dataverse, SQL Server (lokāls), Azure SQL datu bāze (tiešsaiste), Excel un Oracle.

Šajā rakstā uzzināsit par šiem dažādajiem izpildes posmiem un to, kā programma izveido savienojumu ar datu avotiem, kā arī par rīkiem, kurus varat izmantot, lai pārraudzītu veiktspēju.

Pamatnes programmu izpildes fāzes

Pirms lietotājam tiek parādīts interfeiss, pamatnes programma tiek izpildīta šādās izpildes fāzēs:

  1. Autentificēt lietotāju: pieprasa, lai lietotājs pirmo reizi piesakās ar akreditācijas datiem jebkādiem savienojumiem, kas programmai nepieciešami. Ja lietotājs atvērs programmu vēlreiz, atkarībā no organizācijas drošības politikām šī persona, iespējams, tiks aicināta atkārtoti.

  2. Iegūt metadatus: Izgūst metadatus, piemēram, Power Apps platformas versiju, kurā darbojas programma, un avotus, no kuriem tai ir jāielādē dati.

  3. Palaist programmu: Izpilda visus rekvizītā OnStart norādītos uzdevumus.

  4. Atveidot ekrānus: atveido pirmo ekrānu ar vadīklām, kuras programma aizpilda ar datiem. Ja lietotājs atver citus logus, programma tos atveido, izmantojot to pašu procesu.

Datu izsaukumu plūsma pamatnes programmās

Datu izsaukumi no audekla programmām sūta datus uz tabulveida datu avotiem, izmantojot savienotājus, izmantojot OData protokolu. OData pieprasa plūsmu uz aizmugursistēmas slāņiem, lai sazinātos ar mērķa datu avots un izgūtu datus klientam vai nodotu datus datu avots. Uz darbībām balstīti savienotāji, kas iespējo API, darbojas tāpat.

Izpratne par to, kā OData un API pieprasījumi ceļo pamatnes programmās, var palīdzēt optimizēt pamatnes programmu veiktspēju un aizmugursistēmas datu avotus.

Šajā sadaļā uzzināsit, kā datu izsaukumu plūsmas darbojas pamatnes programmās ar atšķirīgiem datu avotu tipiem.

Datu izaukumu plūsma ar tiešsaistes datu avotiem

Šajā shēmā parādīts, kā parasts datu pieprasījums pamatnes programmā (kreisajā pusē) ceļo servera puses slāņos un sasniedz mērķa datu avotu (labajā pusē) un pēc tam atgriež datus klientam..

Parasta datu izsaukuma plūsma visiem savienotājiem, izņemot savienotāju, paredzētu Dataverse.

Pieprasījuma apstrādes laikā katrs iepriekšējās diagrammas slānis var darboties ātri vai saskarties ar dažiem virsrakstiem. Daudzās programmās ir divas darbības, kas izraisa papildu atbalstu:

  • Aizmugursistēmas datu avots pieprasījuma apstrādes laikā.

  • Klients sūtot pieprasījumu—vai manipulējot ar saņemtajiem datiem kaudzes atmiņas ietvaros, un izpildot saistītās JavaScript funkcijas, lai apstrādātu datus, kas tiek rādīti ekrānos.

Datu izsaukumu plūsma ar lokālu datu vārteju

Ja pamatnes programma veido savienojumu ar lokālu datu avotu, kā SQL serveri, ir nepieciešams cits slānis, ko sauc par lokālu datu vārteju. Šī vārteja ir obligāta, lai piekļūtu lokāliem datu avotiem. Tā atbild par OData protokola pārvēršanu pieprasījumiem uz SQL Datu manipulēšanas valoda (Data Manipulation Language - DML) paziņojumiem.

Nākamajā shēmā ir parādīts, kur un kā it ieviesta lokālā datu vārteja, lai apstrādātu datu pieprasījumus.

Datu izsaukumu plūsma lokālai datu vārtejai.

Ja programma izmanto lokālu datu avotu, datu izsaukumu veiktspēju ietekmē arī datu vārtejas atrašanās vieta un specifikācija.

Datu izsaukumu plūsma ar Microsoft Dataverse

Ja izmantojat Microsoft Dataverse kā datu avotu, datu pieprasījumi tiek tieši nodoti vides instancei,—neizmantojot Azure API Management. Šī iemesla dēļ datu zvanu veiktspēja ir ātrāka salīdzinājumā ar pārējiem datu avotiem. Kad veidojat jaunu pamatnes programmu, ar šo lietojumprogrammu pēc noklusējuma ir izveidots Microsoft Dataverse savienojums.

Datu izsaukumu plūsma ar Microsoft Dataverse.

Ar šīs augsta līmeņa koncepcijas izpratni par to, kā datu izsaukumi ceļo, varat iedziļināties programmas veiktspējas pārskata detaļās. Īsumā, veiktspējas atbalsts var notikt jebkurā no klienta slāņiem—, API pārvaldība, savienotājā, lokālajā datu vārtejā un aizmugursistēmas datu avotos.

Veiktspējas mērīšana

Power Apps Uzraudzības rīks

Lai gan varat izmantot pārlūkprogrammas izstrādātāja rīkus, lai redzētu veiktspēju, uzraudzības rīkā esošo zvanu kopa tiek pakārtota tikai tiem, Power Apps kas ir Power Apps.

Uzraudzības Power Apps rīks var palīdzēt izsekot, kas faktiski tiek nosūtīts uz datu avots un laikspiedoliem, kad tiek nosūtīti piekieteikumi un atbildes nāk no servera.

Šajā rakstā varat uzzināt vairāk par uzraudzības rīku: Kanvas lietotņu atkļūdošana, izmantojot monitoru .

Uzraudzības rīks.

Atmiņas spiediena mērīšana uz klientu

Lai grafiski redzētu atmiņas patēriņu, varat izmantot pārlūkprogrammas izstrādātāja rīkus, lai profilētu atmiņu. Tas palīdz vizualizēt kaudzes lielumu, dokumentus, mezglus un klausītājus. Profilējiet lietotnes veiktspēju, izmantojot pārlūkprogrammu, kā aprakstīts Microsoft Edge sadaļā (Chromium) izstrādātāju rīku pārskats. Pārbaudiet scenārijus, kas pārsniedz JS kaudzes atmiņas slieksni. Papildinformācija: Atmiņas problēmu risināšana

Atmiņas lietošanas grafiks.

Nākamās darbības

Mazas datu lietderīgās slodzes

Skatiet arī:

Problēmu novēršana saistībā ar Power Apps

Piezīme

Kādas ir jūsu dokumentācijas valodas preferences? Aizpildiet īsu aptauju. (ņemiet vērā, ka aptauja ir angļu valodā)

Aptaujai būs nepieciešamas aptuveni septiņas minūtes. Nekādi personas dati netiks vākti (paziņojums par konfidencialitāti).