Jagamisviis:

REST API-de kasutamine lõuendirakenduste funktsionaalsuse laiendamiseks

Microsoft Power Platform võimaldab teil laiendada oma Power Apps lõuendirakenduse funktsioone REST API-de abil. Kui tegemist on keerukate algoritmide või paljude andmeallikatega, võib loogika nihutamine lõuendirakendusest RESTful API-sse olla hea valik, mis aitab hoida teie valemid lõuendirakenduses Power Apps lihtsana, teisaldades samal ajal keerukamad funktsioonid serveripoolsele poolele. Power Platform kohandatud konnektorid võimaldavad lõuendirakendustel kasutada REST API-d nagu mõnda muud andmeallikat.

Jootraha

Artiklis on esitatud näidisstsenaarium ja visuaalne esitus selle kohta, kuidas kasutada REST API-sid lõuendirakenduste funktsioonide laiendamiseks. See lahendus on üldistatud stsenaariumi näidisarhitektuur, mida saab kasutada paljude erinevate stsenaariumide ja tööstusharude jaoks.

Arhitektuuri diagramm

Arhitektuuriskeem, mis illustreerib töövoogu REST API-de kasutamiseks lõuendirakenduste funktsionaalsuse laiendamiseks

Workflow

  1. Lõuendirakendus: lõuendirakendus Power Apps kasutab kohandatud konnektorit, et pääseda juurde Azure’i funktsiooni paljastatud toimingutele. Kasutaja autentib rakenduses Entra ID abil ja juurdepääs andmetele on piiratud andmetega, millele kasutajal on juurdepääs.
  2. Kohandatud konnektor: kohandatud konnektor kirjeldab, milliseid toiminguid saab rakendus kasutada REST API-st, mida näites rakendab Azure’i funktsioon. Kohandatud konnektori Power Apps abil saab lõuendirakendus kasutada loogikat nagu iga teine andmeallikas.
  3. Microsoft Entra ID-rakendused: Azure’i funktsioon on kaitstud ID-rakenduse abil Microsoft Entra . Kohandatud konnektoris registreeritakse ja konfigureeritakse teine Microsoft Entra ID-rakendus, et võimaldada Power Apps lõuendirakendusel Azure’i funktsiooni toimingutele juurde pääseda.
  4. Azure’i funktsioon: Azure’i funktsioon rakendab RESTful API-d, pakkudes ühte või mitut toimingut, mis on lõuendirakendusega avatud Power Apps , eksportides kohandatud konnektori Azure’i portaalist või käsitsi konfigureerides. Azure’i funktsioon on kaitstud Entra ID rakenduse registreerimisega, et tagada ainult volitatud helistajad.
  5. Azure: Cosmos DB Azure’i funktsioon saab kasutada Azure’i Cosmos DB või Azure SQL-i või mõnda muud pilveandmesalve, mida see andmete haldamiseks vajab. Tegelikult võib funktsioon loogika keerukuse tõttu funktsiooni lähenemisviisi kasutamisel Microsoft Dataverse andmetega töötada.

Komponendid

  • Power Platform environment: sisaldab ressursse Power Platform , näiteks mis Power Apps rakendavad poes rakenduse kasutuskogemust. Need ressursid liigutatakse lahenduste abil Dataverse ühest keskkonnast teise (nt Dev to Test).
  • Power Apps:kasutatakse Power Apps lahenduse kasutajakogemuse rakendamiseks. Tegijad saavad rakenduse koostada, kasutades rakenduse andmeallikana Azure’i funktsiooni arendaja loodud kohandatud konnektorit.
  • Kohandatud konnektor: Power Platform kohandatud konnektorid kirjeldavad RESTful API toiminguid ja andmestruktuure. Need võimaldavad API-d hõlpsasti kasutada sellistest ressurssidest nagu Power Apps lõuendirakendus. Kui neid kasutatakse Power Apps , võimaldavad need API-le viidata nagu igale teisele andmeallikale.

Stsenaariumi üksikasjad

Power Apps võimaldab organisatsioonidel luua kohandatud kasutajakogemuse ja REST API-de abil on äriloogika tsentraliseeritud ja rakendus pääseb sellele juurde kohandatud konnektori abil. See lähenemisviis võib võimaldada Power Apps rakendusel toimida ka mitme taustateenuse integreerijana, pakkudes kasutajale kõigist allikatest pärit andmete ja loogika ühtset vaadet. REST API lähenemisviisi kasutades saate nihutada ka mitme teise süsteemiga suhtlemise keerukuse REST API juurutamise komponendile ja lihtsustada lõuendirakenduse juurutamist, pakkudes samal ajal sama kasutajakogemust.

Ülaltoodud näites luuakse rakendus poes lõuendirakenduse abil Power Apps . Rakendus võimaldab kaupluse töötajal kiiresti salvestada kliendile järeltellimise teavitustaotluse, kui kaup on laost otsas. Rakendus kasutab ühte toimingut RecordBackorder, mis on konfigureeritud kohandatud konnektoris, mis kirjeldab Azure’i tagafunktsiooni toimingut. Selles näites on Azure’i funktsioon REST API juurutus. Selle mustri rakendamiseks võite kasutada mis tahes tehnoloogiat, mis võimaldab luua RESTfuli teenust.

See arhitektuur pakub paindlikkust, kuid tähendab ka seda, et RESTfuli teenuse ja andmekihi arendamiseks ja hooldamiseks on vaja rohkem koodipõhist arendajatööd. Üldiselt, kui lõuendirakenduse valemite keerukus suureneb, peaksite seda tüüpi arhitektuuri kaaluma. Näiteks kui ühe vaate loomiseks on vaja mitut andmeallikat, võib API-kihi kasutamine aidata pakkuda jõudlust, kuna andmevastust saab kujundada serveripoolselt ja edastada kliendile tõhusamalt. Selle keskmise kihi kasutamine tähendab, et saate lisada rakendusele serveripoolse vahemälukihi ja juurutada rakenduse jaoks rikkaliku telemeetria.

Arvestused

Need kaalutlused rakendavad Well-Architectedi tugisambaid Power Platform , mis on töökoormuse kvaliteeti parandavate juhtpõhimõtete kogum. Lisateavet leiate artiklist Microsoft Power Platform Well-Architected.

Usaldusväärsus

Kujundage oma töökoormus tarbetu keerukuse vältimiseks– REST API lähenemisviisi kasutamine rakendusest Power Apps kohandatud konnektori kaudu väldib tarbetut keerukust ja tsentraliseerib ka loogika, kus seda saaksid kasutada teised organisatsiooni rakendused. Kohandatud konnektor võimaldab Power Apps tegijal kasutada RESTFul API toiminguid nagu mis tahes muud andmeallika toimingut.

Testige vastupidavust ja kättesaadavust – nihutades loogika lõuendirakendusest REST API-sse, peaksite saama API-d iseseisvalt testida seda kasutavast rakendusest eraldi.

Mõõtke ja avaldage seisundinäitajaid – telemeetria tuleks jäädvustada REST API komponendist, et jälgida selle seisundit. Näiteks Azure Monitori logimise Application Insights kasutamine tagaks komponendi piisava jälgimise.

Turve

Looge tahtlik segmenteerimine ja perimeetrid – tagades, et rakendus kasutab teie rakenduse elutsükli etappide toetamiseks eraldi Power Platform keskkondi ja tagades, et igale etapile on juurdepääs ainult õigetel kasutajatel, saab teie segmenteerimispoliitikaid toetada. Samuti on oluline, et registreeritud Entra ID rakendused oleksid keskkondade vahel eraldi, et säilitada iga andmeetapi kaitse ja mitte seguneda keskkondade vahel.

Operatiivne tipptase

Turvaliste juurutustavade kasutuselevõtt – standardiseerige rakenduse muudatuste Power Apps juurutamine, kasutades automatiseeritud juurutusprotsesse (nt konveiereid). Viige rakendus tootmisse alles pärast muudatuste testimist.

Juurutamise tõrgete leevendamise strateegia rakendamine– Rakenduse ja REST API vahelise sõltuvuse korral peaksite tagama, et teil on testitud strateegia, et leevendada mõlema kasutuselevõttu, mis pärast ühe komponendi värskendamist tekitab vigu.

Tõhus jõudlus

Jõudlusnõuetele vastav disain – hinnake oma lahenduse jõudlust ja andmenõuete mahtu. Hindamine peaks hõlmama andmetele juurdepääsu ja hinnangut selle kohta, kuidas Power Apps erinevate andmeallikate otsene kasutamine võib andmeallikatega liiga jutukas olla. See võib põhjustada jõudluse aeglustumist, kuna igale andmesalvele saadetav üksik taotlus on latentsusaegne. Näiteks kui teie rakendusel oli loogika, mis töötas andmeallika suurel hulgal ridadel, võite kogu selle võrguliikluse nihutada Azure’i tagafunktsiooni. Taandamine ühele suhtlusele REST API-ga, kes omakorda haldaks suhtlemist mitme muu andmeallikaga, kus seda saaks tõhusamalt teha.

Optimeerige loogikat – Kuna loogika muutub lõuendirakenduses keerukamaks, saavad Azure Functions või sarnased RESTful API taustarakendused selle loogika tsentraliseeritud korduvkasutatavale teenusele maha laadida. Kohandatud konnektori võimaluse kasutamine nende RESTfuli API-de kirjeldamiseks võimaldab lõuendirakendustel kasutada konfigureeritud toiminguid nagu mis tahes muud andmeallikat.

Testi jõudlust – Lisaks funktsionaalsuse ja tõrgete testimisele on oluline testida ja välja töötada jõudluse lähtetase ning hinnata seda oma väljalasketsükli osana, kui API on tundlik töö valmimisaegade muutuste suhtes.

Funktsiooni optimeerimine

Tõhususe kujundamine– Rakendused, mis võimaldavad kasutajatel ühest rakendusest Power Apps juurde pääseda mitmele andmeallikale, ilma et nad peaksid suhtlema mitme üksiku rakendusega, muudavad kasutaja tõhusamaks ja kasutavad hästi kohandatud visuaalset kogemust.

Kaasautorid

Microsoft haldab seda artiklit. Selle artikli kirjutasid järgmised kaasautorid.

Peamised autorid: