Jaa

Pohjaan perustuvien sovellusten toimintojen laajentaminen REST‑ohjelmointirajapintojen avulla

Microsoft Power Platform mahdollistaa pohjaan perustuvien Power Apps -sovellusten toimintojen laajentamisen REST-ohjelmointirajapintojen avulla. Kun käsittelet monimutkaisia algoritmeja tai useita tietolähteitä, logiikan siirtäminen malliin perustuvasta sovelluksesta RESTful-ohjelmointirajapintaan voi olla hyvä valinta, jotta kaavasi pohjaan perustuvassa Power Apps -sovelluksessa pysyisivät yksinkertaisina, kun siirrät monimutkaisempia toimintoja palvelinpäässä. Mukautetut Power Platform -yhdistimet mahdollistavat pohjaan perustuville sovelluksille REST-ohjelmointirajapintojen käytön samalla tavalla kuin mitä tahansa muuta tietolähdettä.

Vinkki

Artikkelissa esitetään esimerkkiskenaario ja visuaalinen esitys pohjaan perustuvien sovellusten toimintojen laajentamisesta REST-ohjelmointirajapintojen avulla. Tämä ratkaisu on yleinen esimerkkiskenaarioarkkitehtuuri, jota voidaan käyttää monissa eri skenaarioissa ja toimialoilla.

Arkkitehtuurikaavio

Arkkitehtuurikaavio, jossa esitetään työnkulku REST-ohjelmointirajapintojen käyttämiseksi pohjaan perustuvien sovellusten toimintojen laajentamiseen.

Workflow

  1. Pohjaan perustuva sovellus: Pohjaan perustuvassa Power Apps -sovelluksessa käytetään mukautettua yhdistintä Azure-funktion paljastamien toimintojen käyttämiseen. Käyttäjä tunnistautuu sovellukseen Entra ID:llä ja pääsy tietoihin on rajattu niihin tietoihin, joihin käyttäjällä on käyttöoikeus.
  2. Mukautettu yhdistin: Mukautettu yhdistin kuvaa, mitä toimintoja sovellus voi käyttää REST-ohjelmointirajapinnasta, joka esimerkissä toteutetaan Azure-funktiolla. Käyttämällä mukautettua yhdistintä pohjaan perustuva Power Apps -sovellus voi käyttää logiikkaa samalla tavalla kuin mitä tahansa muuta tietolähdettä.
  3. Microsoft Entra ID -sovellukset: Azure-funktio suojataan Microsoft Entra ID -sovelluksella. Toinen Microsoft Entra ID -sovellus rekisteröidään ja määritetään mukautetussa yhdistimessä, jotta pohjaan perustuva Power Apps -sovellus voi käyttää Azure-funktion toimintoja.
  4. Azure-funktio: Azure-funktio toteuttaa RESTful-ohjelmointirajapinnan, joka tarjoaa yhden tai useamman toiminnon, jotka asetetaan pohjaan perustuvan Power Apps -sovelluksen käytettäviin joko viemällä mukautettu yhdistin Azure-portaalista tai suorittamalla manuaalinen määritys. Azure-funktio suojataan Entra ID -sovellusrekisteröinnillä sen varmistamiseksi, että kutsujilla on oltava valtuutus.
  5. Azure Cosmos DB: Azure-funktio voi käyttää Azure Cosmos DB:tä tai Azure SQL:ää tai mitä tahansa muuta pilvitietosäilöä, jota se tarvitsee tietojen hallintaan. Itse asiassa funktio voisi käsitellä tietoja Microsoft Dataversessä käyttäen funktiolähestymistapaa logiikan monimutkaisuuden vuoksi.

Komponentit

  • Power Platform -ympäristö: Sisältää Power Platform -resurssit, kuten Power Appsit, jotka toteuttavat kaupanisisäisen sovelluksen käyttäjäkokemuksen. Nämä resurssit siirretään ympäristöstä toiseen (kuten kehityksestä testiin) Dataverse-ratkaisujen avulla.
  • Power Apps: Power Appsia käytetään ratkaisun käyttäjäkokemuksen toteuttamiseen. Tekijät voivat luoda sovelluksen käyttämällä mukautettua yhdistintä, jonka Azure-funktion kehittäjä on luonut sovelluksen tietolähteeksi.
  • Mukautettu yhdistin: Mukautetut Power Platform -yhdistimet kuvaavat RESTful-ohjelmointirajapinnan toimintoja ja tietorakenteita. Ne mahdollistavat ohjelmointirajapinnan helpon käytön resursseista, kuten pohjaan perustuvasta Power Apps -sovelluksesta. Kun niitä käytetään Power Appsista, ne mahdollistavat viittaamisen ohjelmointirajapintaan kuten mihin tahansa muuhun tietolähteeseen.

Skenaarion tiedot

Power Appsin avulla organisaatiot voivat luoda mukautetun käyttökokemuksen, ja REST-ohjelmointirajapintojen käyttö keskittää liiketoimintalogiikan siten, että sovellus käyttää sitä mukautetun yhdistimen avulla. Tämän lähestymistavan avulla Power Apps -sovellus voi toimia useiden taustapalvelujen integroijana siten, että tietojen ja logiikan käyttäjällä on yksittäinen näkymä kaikista lähteistä käsin. REST-ohjelmointirajapintojen lähestymistavan avulla voit myös siirtää useiden muiden järjestelmien kanssa vuorovaikutuksessa olemisen komponentille, joka toteuttaa REST-ohjelmointirajapinnan, ja yksinkertaistaa pohjaan perustuvan sovelluksen toteutuksen tarjoten silti saman käyttökokemuksen.

Yllä olevassa esimerkissä kaupansisäinen sovellus luodaan pohjaan perustuvan Power Apps -sovelluksen avulla. Sovelluksen avulla myymälätyöntekijä voi nopeasti tallentaa jälkitoimituksen ilmoituspyynnön asiakkaalle, kun nimike on loppunut varastosta. Sovellus käyttää yksittäistä toimintoa RecordBackorder, joka on määritetty mukautetulle yhdistimelle, joka kuvaa taustajärjestelmän Azure Function -toimintoa. Tässä esimerkissä Azure-funktio on REST-ohjelmointirajapinnan toteutus. Voit käyttää mitä tahansa tekniikkaa, joka mahdollistaa RESTful-palvelun luomisen tämän mallin toteuttamiseksi.

Tämä arkkitehtuuri on joustava, mutta se tarkoittaa myös sitä, että RESTful-palvelun ja tietokerroksen kehittämisessä ja ylläpitämisessä tarvitaan enemmän koodipainoitteista kehitystyötä. Kun pohjaan perustuvan sovelluksen kaavojen monimutkaisuus kasvaa, tämäntyyppistä arkkitehtuuria kannattaa yleensä harkita. Jos esimerkiksi yksittäisen näkymän rakentamiseen tarvitaan useita tietolähteitä, on ohjelmointirajapintakerroksen käyttäminen voi auttaa tehokkaan käyttökokemuksen luomisessa, koska tietovastaus voidaan muotoilla palvelinpäässä ja se voidaan toimittaa asiakkaalle tehokkaammin. Tämän keskitason kerroksen käyttö tarkoittaa sitä, että voit lisätä palvelinpään välimuistikerroksen ja ottaa sovelluksessa käyttöön monipuolisempaa telemetriaa.

Huomioitavia seikkoja

Näillä näkökohdilla toteutetaan Power Platform Well-Architected -pilareita, joka on joukko ohjaavia periaatteita, jotka parantavat työkuorman laatua. Lisätietoja: Microsoft Power Platform Well-Architected.

Luotettavuus

Suunnittele työkuormasi välttämään tarpeetonta monimutkaisuutta – REST-ohjelmointirajapintojen lähestymistavan käytöllä Power Apps -sovelluksesta mukautetun yhdistimen kautta vältetään tarpeetonta monimutkaisuutta ja myös keskitetään logiikka sinne, missä muut organisaation sovellukset voivat käyttää sitä. Mukautetun yhdistimen ansiosta Power Appsin tekijä voi käyttää RESTful-ohjelmointirajapinnan toimintoja kuin mitä tahansa muuta tietolähteen toimintoa.

Vikasietoisuuden ja käytettävyyden testaaminen – Logiikan pohjaan perustuvasta sovelluksesta REST-ohjelmointirajapintaan siirtämisen pitäisi mahdollistaa ohjelmointirajapinnan testaamisen erillään sitä käyttävästä sovelluksesta.

Kuntoindikaattoreiden mittaaminen ja julkaisemisen – REST-ohjelmointirajapinnan komponentin telemetria pitäisi tallentaa sen kunnon seuraamista varten. Esimerkiksi Azure Monitor – Application Insights -lokiinkirjaus varmistaisi komponentin asianmukaisen seurannan.

Suojaus

Tarkoituksellisen segmentoinnin ja rajojen luonti – Sen varmistaminen, että sovellus käyttää erillisiä Power Platform -ympäristöjä sovelluksen elinkaaren vaiheiden tukemiseen ja että vain oikeilla käyttäjillä on käyttöoikeudet kuhunkin vaiheeseen, voi tukea segmentointikäytäntöjäsi. On myös tärkeää, että rekisteröidyt Entra ID -sovellukset ovat erillisiä ympäristöjen välillä, jotta tietojen jokainen vaihe pysyy suojattuna eikä niitä yhdistellä ympäristöjen välillä.

Toiminnan korkea laatu

Turvallisten käyttöönottokäytäntöjen käyttöönotto – Standardoi Power Apps -sovellukseen tehtyjen muutosten käyttöönotto käyttämällä automatisoituja käyttöönottoprosesseja, kuten putkia. Vie sovellus tuotantoon vasta muutosten testaamisen jälkeen.

Käyttöönottovirheiden lieventämisstrategian toteuttaminen – Koska sovelluksen ja REST-ohjelmointirajapinnan välillä on riippuvuus, kannattaa varmistaa, että käytössä on testattu strategia näiden virheitä kehittävien käyttöönottojen lieventämiseksi jonkin komponentin päivittämisen jälkeen.

Suoritustehokkuus

Suunnittelu suorituskykyvaatimusten täyttämiseksi – Arvioi ratkaisun suorituskyky ja tietovaatimusten määrä. Arvioinnin pitäisi sisältää se, miten tietoja arvioidaan, sekä arviointi siitä, miten eri tietolähteitä suoraan käyttävä Power Apps saattaa esittää liian usein tarpeettomia pyyntöjä tietolähteille. Tämä voi hidastaa suorituskykyä kuhunkin tietosäilöön lähetettävän yksittäisen pyynnön viiveen vuoksi. Jos sovelluksessasi esimerkiksi on ollut logiikkaa, jota käytettiin suureen rivimäärään tietolähteessä, kaikki tämä verkkoliikenne voi olla mahdollista siirtää taustan Azure-funktioon. Pelkistäminen yhteen vuorovaikutukseen REST API: n kanssa, joka puolestaan hallitsisi vuorovaikutusta useiden muiden tietolähteiden kanssa, joissa se voitaisiin tehdä tehokkaammin.

Logiikan optimointi – Kun logiikasta tulee monimutkaisempaa pohjaan perustuvassa sovelluksessa, Azure-funktiot tai samankaltaiset taustan RESTful-ohjelmointirajapintojen toteutukset voivat siirtää kyseisen logiikan keskitetylle uudelleenkäytettävälle palvelulle. Mukautetun yhdistimen ominaisuuden käyttäminen näiden RESTful-ohjelmointirajapintojen kuvaamiseen mahdollistaa pohjaan perustuville sovelluksille niiden määritettyjen toimintojen käyttämisen samalla tavalla kuin minkä tahansa muun tietolähteen.

Suorituskyvyn testaaminen – Toimivuuden ja vikojen testaamisen lisäksi on tärkeää testata ja kehittää perustaso suorituskyvylle ja arvioida se osana julkaisujaksoa, jos ohjelmointirajapinta on altis työn valmistumisaikojen muutoksille.

Käyttökokemuksen optimointi

Tehokkuutta varten suunnittelu – Sovellukset, joiden avulla käyttäjät voivat käyttää useita tietolähteitä yksittäisestä Power Apps -sovelluksesta ilman tarvetta sille, että heidän on oltava vuorovaikutuksessa useiden yksittäisten sovellusten kanssa, tekevät käyttäjästä tehokkaamman, ja tämä on hyödyllinen tapa käyttää mukautetumpaa visuaalista kokemusta.

Osallistujat

Microsoft ylläpitää tätä artikkelia. Seuraavat avustajat kirjoittivat tämän artikkelin.

Tärkeimmät kirjoittajat: