Supraskite drobės programos vykdymo etapus, duomenų skambučių srautą ir našumo stebėjimą

Kai vartotojas atidaro drobės programą, prieš rodydami bet kurią vartotojo sąsają jis pereina kelis vykdymo etapus. Kol programa įkeliama, ji prisijungia prie skirtingų duomenų šaltinių, pvz., SharePoint Microsoft Dataverse SQL serverio (vietinio), "Azure SQL" duomenų bazės (internetinės), "Excel" ir "Oracle".

Šiame straipsnyje sužinosite apie šiuos skirtingus vykdymo etapus ir tai, kaip programa prisijungia prie duomenų šaltinių, ir apie įrankius, kuriuos galite naudoti našumui stebėti.

Vykdymo etapai drobės programose

Prieš rodant sąsają vartotojui, drobės programa veikia šiais vykdymo etapais:

  1. Autentifikuokite vartotoją: paragina pirmą kartą prisijungusį vartotoją prisijungti naudojant kredencialus bet kokiems programai reikalingiems ryšiams. Jei tas vartotojas vėl atidaro programą, tas asmuo gali būti dar kartą paragintas, atsižvelgiant į organizacijos saugos strategijas.

  2. Gauti metaduomenis: nuskaito metaduomenis, pvz., platformos, kurioje veikia programa, versiją Power Apps ir šaltinius, iš kurių ji turi gauti duomenis.

  3. Inicijuoti programą: atlieka visas "OnStart " ypatybėje nurodytas užduotis.

  4. Pateikti ekranus: pirmasis ekranas pateikiamas su valdikliais, kuriuos programa užpildo duomenimis. Jei vartotojas atidaro kitus ekranus, programa atvaizduoja juos naudodama tą patį procesą.

Duomenų skambučių eiga drobės programose

Duomenų skambučiai iš drobės programų siunčia duomenis į lentelės duomenų šaltinius naudodami "OData" protokolo jungtis. "OData" prašo srauto į galinius sluoksnius, kad susisiektų su tiksliniu duomenų šaltiniu ir gautų kliento duomenis arba perduotų duomenis duomenų šaltiniui. Veiksmais pagrįstos jungtys, įgalinančios API, veikia taip pat.

Suprasdami, kaip "OData" ir API užklausos keliauja drobės programose, galite optimizuoti drobės programos našumą ir vidinius duomenų šaltinius.

Šiame skyriuje sužinosite, kaip duomenų skambučiai srautai pasisrautų skirtingų tipų drobės duomenų šaltinis programose.

Duomenų skambučių eiga naudojant internetinius duomenų šaltinius

Šioje diagramoje pavaizduoti, kaip įprasta duomenų užklausa drobės programoje (kairėje) pereina serveryje ir pereina prie paskirties vietos duomenų šaltinis (dešinėje pusėje) ir tada grąžina duomenis klientui.

Įprastas visų jungčių, išskyrus jungtį, duomenų Dataverse skambučio srautas.

Kiekvienas aukščiau pateiktos diagramos lygmuo gali atlikti greitą arba apdoroti užklausą gali turėti tam tikrų problemų. Daugelyje programų dvi konkrečios vietos dažnai gali pateikti pastebimas nepageidaujamas poveikis:

  • Vidinis duomenų šaltinis apdorojant užklausą.

  • Klientas siųsdamas užklausą arba manipuliuodamas gautais duomenimis krūvos atmintyje ir vykdydamas susijusias "JavaScript" funkcijas, kad apdorotų duomenis, kurie būtų rodomi ekranuose.

Duomenų skambučių eiga naudojant vietinę duomenų sąsają

Jei drobės programa prisijungia prie vietinio duomenų šaltinio, pvz., SQL serverio, turite turėti kitą sluoksnį, vadinamą vietiniu duomenų šliuzu. Šis šliuzas yra privalomas prieigai prie vietinis duomenų šaltinių. Jie atsakingi už protokolo konvertavimą iš „OData" protokolo užklausų į SQL DML (duomenų išgavimo kalbos) išrašus.

Šioje diagramoje pavaizduoti, kur ir vietinis duomenų gateway bus įdiegti ir apdoroti duomenų užklausos.

Vietinio duomenų šliuzo duomenų skambučių srautas.

Jei programa naudoja duomenų duomenų šaltinis vietinis, vieta ir duomenų sąsajos specifikacija taip pat turės įtakos duomenų skambučių našumui.

Duomenų skambučių eiga naudojant „Microsoft Dataverse“

Kai naudojate Microsoft Dataverse kaip duomenų šaltinį, duomenų užklausos patenka tiesiai į aplinkos egzempliorių, neperduodamos per "Azure" API valdymą. Dėl šios priežasties duomenų skambučių našumas yra greitesnis, palyginti su kitais duomenų šaltiniais. Pagal numatytuosius nustatymus programa sujungta „Microsoft Dataverse“ kuriant naują drobės programą.

Duomenų skambučių srautas su Microsoft Dataverse.

Supratę šią aukšto lygio duomenų skambučių kelionės sąvoką, galite patekti į efektyvumo peržiūros išsamią informaciją. Apibendrinant galima pasakyti, kad pridėtinės našumo išlaidos gali atsirasti bet kuriame iš sluoksnių – kliento, API valdymo, jungties, vietinio duomenų šliuzo arba vidinių duomenų šaltinių.

Našumo matavimas

Power Apps Stebėsenos priemonė

Nors galite naudoti naršyklės kūrėjo įrankius, kad pamatytumėte našumą, stebėjimo įrankyje esančių skambučių rinkinys suskirstomas tik į tuos, Power Apps kurie yra Power Apps.

Stebėjimo Power Apps įrankis gali padėti sekti, kas iš tikrųjų siunčiama į duomenų šaltinį, ir laiko žymas, kada siunčiamos užklausos ir atsakymai gaunami iš serverio.

Daugiau apie stebėjimo įrankį galite sužinoti šiame straipsnyje: Drobės programų derinimas su monitoriumi .

Stebėjimo įrankis.

Kliento atminties slėgio matavimas

Norėdami grafiškai matyti atminties suvartojimą, galite naudoti naršyklės kūrėjo įrankius, kad profiliuotumėte atmintį. Tai padeda vizualizuoti netvarkiojo masyvo dydį, dokumentus, mazgus ir klausytojus. Profiliuokite programos našumą naudodami naršyklę, kaip aprašyta ("Chromium") kūrėjo įrankių apžvalgoje Microsoft Edge . Patikrinkite scenarijus, kurie viršija JS krūvio atminties ribą. Daugiau informacijos: Atminties problemų sprendimas

Atminties naudojimo grafikas.

Paskesni veiksmai

Mažos duomenų naudingosios apkrovos

Taip pat žr.

Trikčių šalinimas, skirtas Power Apps