Huomautus
Tämän sivun käyttö edellyttää valtuutusta. Voit yrittää kirjautua sisään tai vaihtaa hakemistoa.
Tämän sivun käyttö edellyttää valtuutusta. Voit yrittää vaihtaa hakemistoa.
Microsoft Fabricin GraphQL-ohjelmointirajapinta tarjoaa tehokkaan tavan tehdä tietoja koskevia kyselyjä tehokkaasti, mutta suorituskyvyn optimointi on avainasemassa tasaisen ja skaalattavan suorituskyvyn varmistamisessa. Käsitteletpä monimutkaisia kyselyitä tai optimoit vasteaikoja, seuraavat parhaat käytännöt auttavat sinua hyödyntämään GraphQL-toteutustasi parhaan mahdollisen suorituskyvyn ja maksimoimaan ohjelmointirajapinnan tehokkuuden Fabricissa.
Alueilla
Aluekohtaiset kutsut voivat yleensä aiheuttaa suuren viiveen. Parhaan suorituskyvyn saavuttamiseksi on suositeltavaa, että ohjelmointirajapintoihin yhdistyvät asiakkaat ovat samalla vuokraajalla ja kapasiteettialueella.
Vuokraaja-alue
Voit etsiä vuokraaja-alueesi seuraavasti:
- Siirry Microsoft Fabric -portaaliin järjestelmänvalvojatilin avulla ja napsauta Oikeassa yläkulmassa olevaa Ohje-kuvaketta
?. - Napsauta Ohje-osion alaosassa olevaa Tietoja kankaasta -linkkiä.
- Näet vuokraajaasi koskevat tiedot, alue mukaan lukien.
Kapasiteettialue
Siirry Microsoft Fabric -portaaliin ja avaa työtila, joka isännöi Fabric's API for GraphQL -ohjelmointirajapintaasi.
Siirry Työtilan asetuksistakohtaan Käyttöoikeustiedot.
Löydät kapasiteettialueesi tiedot kohdasta Käyttöoikeuskapasiteetti.
Tietolähdealue
Jos tietolähdettäsi isännöidään Fabric-ympäristössä, työtilan kapasiteettialue olisi tietolähdealue.
Jos tietolähteesi on Fabric-ympäristön ulkopuolella, esimerkiksi Azure SQL -tietokanta, sinun pitäisi löytää alueelliset tiedot Azure-portaalista.
Suorituskykytestaus
Jos asiakas arvioi ohjelmointirajapintansa suorituskykyä, suosittelemme, että noudattat seuraavia ohjeita yhdenmukaisen ja luotettavan tuloksen varmistamiseksi.
Asiakaspuolen työkalut
Kaappitoiminnon emuloimiseksi sovellukselle on suositeltavaa käyttää komentosarjoja tai esittelyverkkosovellusta suorituskyvyn mittaamiseen. Tämän lisäksi HTTP-yhteyksien yhdistäminen voi pienentää viivoja huomattavasti erityisesti alueiden välimmissä skenaarioissa.
Voit käyttää tätä suorituskyvyn testikomentosarjaa , jonka avulla pääset alkuun.
Aiheeseen liittyvät artikkelit:
Tietojen kerääminen ja arviointi
On suositeltavaa automatisoida pyynnön suorittaminen määritellyn ajanjakson ajan komentosarjojen tai suorituskykytestaustyökalujen avulla. Keskiarvo- tai prosenttipohjaisten tulosten analysoiminen auttaa varmistamaan tarkemmat ja tarkemmat suorituskykymittarit.
Yleisiä ongelmia
Seuraavassa on luettelo yleisistä ongelmista, jotka voivat vaikuttaa ohjelmointirajapinnan viivettä ja suorituskykyä.
Asiakkaan maantieteellinen sijainti eroaa vuokraajastasi ja kapasiteettialueestasi:
- Jos aiot saavuttaa parhaan mahdollisen suoritustehon sovelluksessasi, tavoitteen saavuttamiseksi on apua asiakkaittesi ja ohjelmointirajapintaresurssien avulla.
Tee kysely GraphQL-ohjelmointirajapinnasta pari kertaa ennen testausta:
- GraphQL:n ohjelmointirajapinta ei käytä tai käytä kapasiteettia (CUS), kun sitä ei käytetä. Tämä tarkoittaa sitä, että ohjelmointirajapintaympäristö on alustettava sisäisesti ensimmäisen kutsun aikana, mikä kestää muutaman ylimääräisen sekunnin. GraphQL-ohjelmointirajapinnassa on sisäinen välimuistimekanismi, joka auttaa vähentämään jatkuvien puhelujen viivettä, mutta alkupuheluissa saattaa ilmetä viivepiikkejä.
- Ohjelmointirajapinnan lisäksi tiettyjen tietolähteiden tiedetään käyvän läpi lämmittelyvaihetta, mikä johtaa suurempiin viiveisiin alkuperäisissä pyynnöissä. Jos ohjelmointirajapinta käyttää tietolähdettä, joka on myös käyttämättömänä ja joka on alustettava myös ensimmäisen suorituksen aikana, viive on suurempi, koska sen on odotettava sekä tietolähteen että ohjelmointirajapinnan alustusta.
- Seuraavat kutsut ovat nopeampia, koska ympäristön alustaminen tapahtuu vain kerran.
Tietolähteeseen ja Fabric-kapasiteettiin liittyvät määritykset.
Voit ajatella GraphQL:n ohjelmointirajapintaa rivittimenä tietolähteidesi päällä. Jos tietolähteessä itse on suorituskykyongelmia sen monimutkaisuuden vuoksi, ohjelmointirajapinnan viiveen odotetaan olevan suuri. Tällaisissa tapauksissa on suositeltavaa testata tietolähteiden kyselyt suoraan, jotta suorituskykyvertailu GraphQL:n ohjelmointirajapinnan suorituskykyvertailu on tehokkaampaa.
- Noudata tätä opasta sopivan tietosäilön valitsemiseksi yrityksesi tarpeisiin: Fabric-päätöksenteko-opas – valitse tietosäilö
Kun käytät GraphQL:n ohjelmointirajapintaa, suorituskyky sidotaan valitsemaasi Fabric-kapasiteetin SKU:hun.
- Katso yleisohjeita Fabric-kapasiteetin SKU:sta ja sen käsittelytehosta: Microsoft Fabric -käsitteet
Useat tekijät voivat vaikuttaa ohjelmointirajapinnan suorituskykyyn. Tietolähteen määrityksen ymmärtäminen, oikeiden alueiden valitseminen ja suorituskyvyn tehokas mittaaminen ovat tärkeitä optimoinnissa.