Разумевање фаза извршавања апликација на платну, протока позива података и надгледања перформанси

Када корисник отвори апликацију са подлогом, она пролази кроз неколико фаза извршавања пре него што се покаже било који кориснички интерфејс. Док се апликација учитава, она се повезује са различитим изворима података, као што су SharePoint, Microsoft Dataverse, SQL Server (локални), Azure SQL база података (на мрежи), Excel и Oracle.

У овом чланку ћете сазнати више о различитим фазама извршавања и како се апликација повезује са изворима података и алаткама које можете да користите за праћење перформанси.

Фазе извршавања у апликацијама са подлогом

Апликација са подлогом пролази кроз следеће фазе извршавања пре него што кориснику прикаже интерфејс:

1. Потврдите идентитет корисника: Од корисника који се први пут пријављује, тражи се да се пријави са акредитивима за све везе које су апликацији потребне. Ако тај корисник поново отвори апликацију, можда ће се поново затражити од те особе, у зависности од безбедносних смерница организације.

2. Прибави метаподатке: Прибавља метаподатке као што су верзија Power Apps платформе на којој апликација ради и извори из којих мора да преузме податке.

3. Иницирај апликацију: Обавља све задатке наведене у својству OnStart.

4. Приказивање екрана: Приказује први екран контролама које апликација попуњава подацима. Ако корисник отвори друге екране, апликација их приказује истим поступком.

Ток позива података у апликацијама са подлогом

Позиви за податке из апликација подлоге за цртање шаљу податке табеларним изворима података помоћу линија спајања преко ОДата протокола. ОДата захтева да се сливају у потковне слојеве да би се < ДИЦТ__извор података > дата соурце </ДИЦТ__извор података > са циљем и преузели податке за клијента или да обавежу податке на < ДИЦТ__извор података > дата соурце</ДИЦТ__извор података >. Линије спајања засноване на радњама које омогућавају РАД АПИ-ја функционишу на исти начин.

Разумевање начина на који ОДата и АПИ захтеви путују у апликацијама на платну вам може помоћи да оптимизујете перформансе апликације подлоге за цртање и потпалу изворе података.

У овом одељку ћете сазнати како ток података тече у апликацијама са подлогом са различитим врстама извора података.

Ток позива података са мрежним изворима података

Следећи дијаграм показује како типични захтев за подацима у апликацији са подлогом (са леве стране) путује по слојевима на страни сервера и допире до циљног извора података (са десне стране), а затим враћа податке клијенту.

Сваки слој у претходном дијаграму може се брзо извршавати или може наићи на неке додатне процесе током обраде захтева. У многим апликацијама, два одређена места могу често представљати приметне непотребне послове:

• Позадински извор података док обрађује захтев.

• Клијент приликом слања захтева, или док манипулишете примљеним подацима у меморији гомиле и извршавате придружене JavaScript функције за обраду података за приказ на екранима.

Ток позива података помоћу локалног мрежног пролаза за податке

Ако се апликација са подлогом повеже локалним извором података као што је SQL Server, треба да имате још један слој, назван локални мрежни пролаз за податке. Овај мрежни пролаз је обавезан за приступање локалним изворима података. Преузима претварање захтева OData протокола у SQL језик за манипулацију подацима (DML) изразе.

Следећи дијаграм показује где и како би локални мрежни пролаз за податке се поставља и обрађује захтеве за подацима.

Ако апликација користи локални извор података, локација и спецификација мрежног пролаза за податке такође ће утицати на перформансе позива података.

Ток позива података са услугом Microsoft Dataverse

Када користите Microsoft Dataverse као извор података, захтеви за подацима иду директно на инстанцу окружења – без проласка кроз Azure API управљање. Због тога су перформансе позива за податке брже у поређењу са осталим изворима података. Апликација је подразумевано повезана са услугом Microsoft Dataverse када креирате нову апликацију са подлогом.

Са разумевањем овог концепта на високом нивоу како путују позиви података, можете ући у детаље прегледа перформанси апликације. Да резимирамо, до непотребних прекомерних перформанси може доћи на било ком од слојева – од клијента, API управљања, конектора, локалног мрежног пролаза за податке или позадинских извора података.

Мерење перформанси

Power Apps Алатка за надгледање

Иако можете да користите алатке за пројектанте прегледача да бисте видели перформансе, Power Apps подскупови скупа позива у алатки за надгледање се постављају само на оне који јесу Power Apps.

Алатка Power Apps за надгледање вам може помоћи да пратите шта се заправо шаље < ДИЦТ__извор података > дата соурце </ДИЦТ__извор података > и осмака за време када се шаљу захтеви и када одговори долазе са сервера.

Више о алатки за надгледање можете сазнати у овом чланку:Отклањање грешака у апликацијама подлоге за цртање помоћу алатке "Монитор" .

Мерење притиска меморије на клијента

Да бисте графички видели потрошњу меморије, можете да користите алатке за пројектанте да бисте профилисали меморију. Помаже вам да визуелизујете величину гомиле, документе, чворове и слушаоце. Профилишите перформансе апликације помоћу прегледача, као што је описано у Microsoft Edge (Цхромиум) прегледу развојних алатки. Проверите сценарије који премашују праг меморије JS гомиле. Још информација: Решавање проблема са меморијом

Следећи кораци

Мала оптерећења података

Погледајте и

Решавање проблема за Power Apps

Напомена

Можете ли нам рећи о својим жељеним поставкама језика у документацији? Испуните кратку анкету. (имајте на уму да је ова анкета на енглеском језику)

Анкета ће трајати око седам минута. Не прикупљају се лични подаци (изјава о приватности).