Tietoja pohjaan perustuvan sovelluksen suoritusvaiheista, tietokutsujen työnkulusta ja suorituskyvyn valvonnasta
Kun käyttäjä avaa pohjaan perustuvan sovelluksen, sovelluksessa on useita suoritusvaiheita, ennen kuin se avaa käyttöliittymän. Kun sovellus ladataan, se muodostaa yhteyden eri tietolähteisiin, kuten SharePointiin, Microsoft Dataverseen, SQL Serveriin (paikallinen), Azure SQL Databaseen (online), Exceliin ja Oracleen.
Tässä artikkelissa kerrotaan eri suoritusvaiheista, sovelluksen tietolähteisiin muodostamasta yhteydestä ja suorituskyvyn valvonnassa käytettävistä työkaluista.
Peruspohjasovellusten suoritusvaiheet
Pohjaan perustuvassa sovelluksessa on seuraavat suoritusvaiheet, ennen kuin käyttöliittymä näytetään käyttäjälle:
Käyttäjän todennus: Pyytää ensimmäistä kertaa kirjautuvaa käyttäjää käyttämään kirjautumiseen sovelluksen tarvitsemien yhteyksien tunnistetietoja. Jos sama käyttäjä avaa sovelluksen uudelleen, hänen on ehkä kirjauduttava uudelleen sisään organisaation suojauskäytäntöjen mukaisesti.
Metatietojen hakeminen: noudetaan metatiedot, kuten sen Power Apps -ympäristön version, jossa sovellus suoritetaan, ja lähteet, josta sen on noudettava tietoja.
Sovelluksen alustaminen: suorittaa kaikki OnStart-ominaisuudessa määritetyt tehtävät.
Näyttöjen hahmontaminen: Hahmontaa ensimmäisen ohjausobjekteja sisältävän näytön, johon sovellus täyttää tiedot. Jos käyttäjä avaa muita näyttöjä, sovellus hahmontaa ne käyttämällä samaa menetelmää.
Tietokutsujen työnkulku peruspohjasovelluksissa
Tietokutsut pohjaan perustuvista sovelluksista lähettävät tiedot taulukkomuotoisille tietolähteille käyttämällä yhdistimiä OData-protokollan kautta. OData pyytää, että työnkulku taustakerroksiin ottaa yhteyttä kohdetietolähteeseen ja noutaa asiakasohjelman tiedot tai vahvistaa tiedot tietolähteeseen. Toiminto niiden yhdistimien perusteella, jotka mahdollistavat ohjelmointirajapintojen toiminnan samalla tavalla.
Tietoja tavasta, jolla OData- ja ohjelmointirajapintapyynnöt siirtyvät pohjaan perustuvissa sovelluksissa, voi auttaa optimoimaan pohjaan perustuvan sovelluksen suorituskyvyn ja taustatietolähteet.
Tässä osassa on tietoja siitä, miten tietokutsut virtaavat kaaviosovelluksissa, joissa on erityyppisiä tietolähteitä.
Online-tietolähteiden tietokutsujen työnkulku
Seuraava kaavio osoittaa, miten pohjaan perustuvan sovelluksen tavallinen tietopyyntö (vasen puoli) siirtyy palvelinpuolen kerroksiin, saavuttaa kohdetietolähteen (oikea puoli) ja palauttaa sitten tiedot asiakasohjelmaan.
Jokainen edellä olevassa kaaviossa oleva kerros voi toimia nopeasti tai pyynnön käsittelyn aikana voi olla jotakin hitautta Useissa sovelluksissa on yleensä kaksi tiettyä hidastavaa kohtaa:
Taustatietolähde pyynnön käsittelyn aikana.
Asiakasohjelma pyyntöä lähetettäessä tai muokattaessa vastaanotettuja tietoja pinomuistissa ja suoritettaessa liittyvät JavaScript-toiminnot, joilla käsitellään näytöissä näytettävät tiedot.
Tietopuhelun kulku paikallinen tietoyhdyskäytävän avulla
Jos pohjaan perustuva sovellus muodostaa yhteyden paikalliseen tietolähteeseen, kuten SQL Serveriin, tarvitaan myös toinen paikalliseksi tietoyhdyskäytäväksi kutsuttu kerros. Yhdyskäytävä on pakollinen paikallisia tietolähteitä käytettäessä. Se vastaa OData-protokollapyyntöjen muuntamisesta SQL DML (Data Manipulation Language) -lauseiksi.
Seuraava kaavio osoittaa, missä ja miten paikallinen tietoyhdyskäytävä otetaan käyttöön käsittelemään tietopyyntöjä.
Jos sovellus käyttää paikallista tietolähdettä, tietoyhdyskäytävän sijainti ja määritys vaikuttavat myös tietokutsujen suorituskykyyn.
Tietokutsun työnkulku Microsoft Dataversessa
Kun käytät Microsoft Dataversea tietolähteenä, tietopyynnöt menevät suoraan ympäristön ilmentymään—niitä ei tarvitse siirtää Azuren API-hallinnan kautta. Tämän vuoksi tietokutsujen suorituskyky on nopeampi verrattuna muihin tietolähteisiin. Sovellus on oletusarvoisesti yhdistetty Microsoft Dataverseen, kun luot uuden pohjaan perustuvan sovelluksen.
Kun ymmärrät tämän korkean tason käsitteen tietojen liikkumisesta, voit tarkastella sovelluksen suorituskyky entistä tarkemmin. Suorituskyvyn hidastuminen voi siis tapahtua missä tahansa kerroksessa – asiakasohjelmassa, API-hallinnassa, yhdistimessä, paikallisessa tietoyhdyskäytävässä tai taustatietolähteissä.
Suorituskyvyn mittaaminen
Power Appsin valvontatyökalu
Voit käyttää selaimen kehittäjätyökaluja tarkastellaksesi suorituskykyä. Power Appsin alijoukot määrittävät valvontatyökulun kutsujoukot vain Power Appsille.
Power Appsin valvontatyökalun avulla voit seurata tietolähteelle ja aikaleimoille todellisuudessa lähetettäviä tietoja, kun pyynnöt lähetetään palvelimelle ja sieltä saadaan vastaukset.
Saat lisätietoja valvontatyökalusta tästä artikkelista: Pohjaan perustuvien sovellusten virheenkorjaus valvonnan avulla.
Muistiin kohdistuvan paineen mittaaminen asiakasohjelmassa
Jos haluat nähdä muistin kulutuksen graafisesti, voit käyttää selaimen kehittäjän työkaluja muistin profiloimisessa. Se auttaa visualisoimaan pinon koon, tiedostot, solmut ja kuuntelijat. Sovelluksen suorituskyky profiloidaan selaimen avulla, missä on lisätietoja kohdassa Microsoft Edge (Chromium) -kehittäjien työkalujen yleiskatsaus. Tarkista skenaariot, jotka ylittävät JS-pinon muistin raja-arvon. Lisätietoja: Muistiongelmien korjaaminen
Seuraavat vaiheet
Katso myös
Power Appsin vianmääritysongelmat
Huomautus
Voitko kertoa meille dokumentaatiota koskevan kielimäärityksesi? Vastaa lyhyeen kyselyyn. (Huomaa, että tämä kysely on englanninkielinen.)
Kyselyyn vastaaminen kestää noin seitsemän minuuttia. Henkilökohtaisia tietoja ei kerätä (tietosuojatiedot).