Razumijevanje faza izvršavanja aplikacija od gotovih gradivnih elemenata i tijeka podatkovnih poziva

Kada korisnik otvori aplikaciju od gotovih gradivnih elemenata, ona prolazi kroz nekoliko faza izvršavanja prije prikazivanja bilo kojeg korisničkog sučelja. Dok se aplikacija učitava, povezuje se s različitim izvorima podataka—kao što su SharePoint, Microsoft Dataverse, SQL Server (lokalno), Azure SQL baza podataka (na mreži), Excel i Oracle.

U ovom ćete članku saznati više o tim različitim fazama izvršavanja i o načinima povezivanja aplikacije s izvorima podataka.

Faze izvršavanja u aplikacijama od gotovih gradivnih elemenata

Aplikacija od gotovih gradivnih elemenata prolazi kroz sljedeće faze izvršavanja prije nego što korisniku pokaže sučelje:

  1. Autentifikacija korisnika : Traži od korisnika koji se prvi put prijavljuje da se prijavi vjerodajnicama za sve veze koje aplikacija treba. Ako taj korisnik ponovo otvori aplikaciju, možda se od te osobe ponovo to zatraži, ovisno o sigurnosnim politikama tvrtke ili ustanove.

  2. Dohvati metapodatke: Dohvaća metapodatke poput verzije platforme Power Apps na kojoj aplikacija radi i izvore iz kojih mora dohvatiti podatke.

  3. Inicijaliziraj aplikaciju: Izvršava zadatke opisane u svojstvu OnStart.

  4. Renderiraj zaslone: Renderira prvi zaslon s kontrolama koje je aplikacija napunila podacima. Ako korisnik otvori druge zaslone, aplikacija ih prikazuje istim postupkom.

Tijek podatkovnih poziva u aplikacijama od gotovih gradivnih elemenata

Podatkovni pozivi iz aplikacija od gotovih gradivnih elemenata šalju izvore podataka pomoću poveznika preko OData protokola. OData zahtjevi teku prema pozadinskim slojevima kako bi kontaktirali ciljni izvor podataka i dohvatili podatke za klijenta ili predali podatke izvoru podataka.

Razumijevanje načina na koji OData zahtijevi putuju u aplikacijama od gotovih gradivnih elemenata moglo bi vam pomoći da optimizirate izvedbu aplikacije od gotovih gradivnih elemenata i pozadinske izvore podataka.

U ovom ćete odjeljku saznati kako podatkovni poziv teče u aplikacijama od gotovih gradivnih elemenata s različitim vrstama izvora podataka.

Tijek podatkovnog poziva putem mrežnih izvora podataka

Sljedeći dijagram prikazuje kako uobičajeni zahtjev za podatke u aplikaciji od gotovih gradivnih elemenata (lijeva strana) putuje slojevima na strani poslužitelja i dopire do ciljnog izvora podataka (desna strana), a zatim vraća podatke klijentu.

Uobičajeni tijek podatkovnih poziva za sve poveznike, osim za poveznik za Dataverse.

Svaki sloj u gornjem dijagramu mogao bi se brzo izvoditi ili imati neke indirektne troškove tijekom obrade zahtjeva. U mnogim aplikacijama dva određena mjesta mogu često predstavljati primjetne indirektne troškove:

  • Pozadinski izvor podataka tijekom obrade zahtjeva.

  • Klijent tijekom slanja zahtjeva—ili tijekom manipuliranja primljenim podacima u memoriji hrpe i izvršavanja pridruženih JavaScript funkcija za obradu podataka za prikaz na zaslonima.

Tijek podatkovnih poziva s lokalnim pristupnikom za podatke

Ako se aplikacija od gotovih gradivnih elemenata poveže s lokalnim izvorom podataka poput SQL poslužitelja, trebate imati drugi sloj koji se naziva lokalni pristupnik za podatke. Ovaj je pristupnik obvezan za pristup lokalnim izvorima podataka. Preuzima pretvorbu zahtjeva OData protokola u SQL DML (Data Manipulation Language) izjavama.

Sljedeći dijagram prikazuje gdje i kako je lokalni pristupnik za podatke postavljen radi obrade zahtjeva za podacima.

Tijek podatkovnih poziva s lokalnim pristupnikom za podatke.

Ako aplikacija koristi izvor podataka lokalno, mjesto i specifikacija pristupnika za podatke također će utjecati na izvedbu podatkovnih poziva.

Tijek podatkovnog poziva s Microsoft Dataverse

Kada koristite Microsoft Dataverse kao izvor podataka, zahtjevi za podacima idu izravno u instancu okruženja—bez prolaska kroz Upravljanje API-jevima servisa Azure. Stoga je izvedba podatkovnih poziva mnogo brža u usporedbi s ostalim izvorima podataka. Aplikacija je prema zadanim postavkama povezana s Microsoft Dataverse kada stvorite novu aplikaciju od gotovih gradivnih elemenata.

Tijek podatkovnog poziva s platformom Microsoft Dataverse.

Razumijevanjem ovog koncepta na visokoj razini i načina na koji putuju podatkovni pozivi, možete ući u pojedinosti pregleda izvedbe vaše aplikacije. Ukratko, indirektni troškovi izvedbe mogu se dogoditi na bilo kojem od slojeva—od klijenta, APIM-a (Upravljanje API-jem), poveznika, lokalnog pristupnika za podatke i pozadinskih izvora podataka.

Sljedeći koraci

Uobičajeni uzroci sporih performansi za aplikaciju od gotovih gradivnih elemenata

Pogledajte također

Uobičajeni problemi s performansama aplikacije od gotovih gradivnih elemenata i rješenja
Savjeti i najbolje prakse za poboljšanje performansi aplikacije od gotovih gradivnih elemenata
Uobičajeni problemi i rješenja za uslugu Power Apps
Otklanjanje poteškoća prilikom pokretanja za Power Apps