Delo s poljubno vrsto aplikacije

Microsoft Dataverse ponuja več načinov za integracijo v poljubno vrsto aplikacije (mobilno, spletno, namizno), za napravo, sistem ali storitev. Pri rešitvah v oblaku je integracija mogoča ne glede na model, v katerem je uvedena vaša rešitev – infrastruktura kot storitev (IaaS), platforma kot storitev (PaaS) ali programska oprema kot storitev (SaaS). Pri rešitvah, ki temeljijo na modelu IaaS, pristop integracije dobro deluje tudi, če se rešitve izvajajo znotraj vsebnikov.

V nekaterih primerih je integracijo z aplikacijo mogoče doseči z uporabo poslovne logike v Dataverse. V drugih primerih gre za integracijo prek dogodkov, API-ja OData za Dataverse ali z uporabo vtičnikov.

Opredelitev poslovne logike

Mize v Dataverse lahko uporablja bogato logiko in preverjanje na strani strežnika, da zagotovi kakovost podatkov in zmanjša ponavljajočo se kodo v vsaki aplikaciji, ki ustvarja in uporablja podatke v tabeli.

• Pravila poslovanja: preverjajo veljavnost podatkov v več stolpcih in tabelah ter zagotavljajo opozorila in sporočila o napakah, ne glede na to, katera aplikacija je uporabljena za ustvarjanje podatkov. Več informacij: Ustvarjanje pravila poslovanja za tabelo

• Poteki poslovnih procesov: usmerjajo uporabnike, s čimer se zagotovi, da dosledno vnašajo podatke in vsakokrat izvedejo iste korake. Poteki poslovnih procesov so trenutno podprti le za aplikacije, ki temeljijo na modelu. Več informacij: Pregled potekov poslovnih procesov

• Poteki dela: avtomatizirajo poslovne procese brez posredovanja uporabnikov. Več informacij: Klasični poteki dela v storitvi Dataverse

• Poslovna logika s kodo: podpira napredne razvijalske scenarije, v katerih je mogoče aplikacijo razširiti neposredno prek kode. Več informacij: Uporaba poslovne logike z uporabo kode

Integracija z aplikacijami z uporabo dogodkov

Pogost pristop integracije aplikacij je z uporabo dogodkov. Na primer, dogodek, kot je dodajanje nove vrstice, se zgodi v storitvi Dataverse, in to je treba sporočiti pripadajočemu sistemu, da bo mogoče ukrepati. Če je na primer poslana nova zahteva za podporo, je treba poslati sporočilo SMS dodeljenemu osebju za podporo.

Ta interaktivnost se lahko pojavi tudi v nasprotni smeri— posodobitev v zunanjem sistemu lahko povzroči dodajanje, posodobitev ali brisanje podatkov iz a Power Platform okolje.

Najbolj priljubljeni pristopi v storitvi Dataverse so med drugim povratni klici webhook, sporočila Azure (storitveno vodilo, središča za dogodke), Azure Logic Apps in Power Automate.

Povratni klici webhook

V storitvi Dataverse lahko podatke o dogodkih, ki se zgodijo v storitvi, pošljete spletni aplikaciji z uporabo povratnih klicev webhook. Webhook je preprost vzorec HTTP za povezovanje spletnih API-jev in storitev z modelom »objavi in naroči«. Pošiljatelji povratnih klicev webhook obvestijo prejemnike o dogodkih tako, da končnim točkam prejemnika pošljejo zahteve z nekaterimi informacijami o dogodkih.

Povratni klici webhook omogočajo razvijalcem in neodvisnim razvijalcem programske opreme, da integrirajo podatke storitve Dataverse v lastno kodo po meri, ki gostuje v zunanjih storitvah. Pri uporabi modela webhook lahko zavarujete svojo končno točko z glavo za preverjanje pristnosti ali s ključi parametrov niza poizvedbe. To je enostavnejše od modela preverjanja pristnosti s podpisom dostopa v skupni rabi, ki se uporablja z integracijo storitvenega vodila Azure.

• Povratni klici webhook lahko skalirajo le do točke, na kateri vaša gostujoča spletna storitev še lahko obravnava sporočila.

• Povratni klici webhook omogočajo sinhrone in asinhrone korake.

• Povratni klici webhook pošiljajo zahteve POST s koristno vsebino JSON in jih lahko uporablja poljuben programski jezik ali spletna aplikacija, ki gostuje kjerkoli.

• Povratne klice webhook lahko prikličete iz vtičnika ali dejavnosti poteka dela po meri.

Storitveno vodilo Azure

Storitveno vodilo zagotavlja varen in zanesljiv komunikacijski kanal med podatki o izvajanju storitve Dataverse in zunanjimi poslovnimi aplikacijami v oblaku. Ta zmogljivost je še posebej uporabna pri sinhroniziranju različnih sistemov v storitvi Dataverse ali drugih strežnikov storitve Dataverse s spremembami poslovnih podatkov.

Zaporedje dogodkov je takšno:

• Aplikacija za poslušalca je registrirana v končni točki rešitve storitvenega vodila in začne aktivno poslušanje za kontekst oddaljenega izvajanja storitve Dataverse v storitvenem vodilu.

• Uporabnik izvede operacijo v storitvi Dataverse, ki sproži izvedbo registriranega vnaprej pripravljenega vtičnika ali vtičnika Azure po meri. Vtičnik prek asinhronega storitvenega sistemskega posla sproži objavo trenutnega konteksta podatkov zahteve v storitveno vodilo.

• Preverjena je pristnost zahtevkov, ki jih objavi Dataverse. Storitveno vodilo nato poslušalcu prenese kontekst oddaljenega izvajanja. Poslušalec obdela informacije o kontekstu in s temi informacijami izvede določeno poslovno nalogo. Storitveno vodilo obvesti asinhrono storitev o uspešni objavi in nastavi stanje povezanega sistemskega posla na »Dokončano«.

Storitveno vodilo prenese kontekst podatkov v sporočilu zahteve med storitvijo Dataverse aplikacijami za poslušalce v rešitvi storitvenega vodila. Storitveno vodilo zagotavlja tudi varnost podatkov, tako da lahko do objavljenih podatkov v storitvi Dynamics 365 dostopajo samo pooblaščene aplikacije. Pooblastilo storitvi Dataverse za objavo konteksta podatkov v storitveno vodilo in za branje v aplikacijah za poslušalce upravljajo podpisi dostopa v skupni rabi za Azure.

Več informacij:Storitveno vodilo in Preverjanje pristnosti in avtorizacija storitvenega vodila

Logic Apps in Power Automate

Storitvi Logic Apps, ki jo ponuja Azure, in Power Automate, ki jo ponuja Microsoft Power Platform, lahko sprožita potek dela, ki se lahko uporablja za integracijo z dogodki aplikacije in podatki v razporedu ali glede na dejavnost v zbirki podatkov, sistemu, storitvi ali programski opremi kot storitvi.

Ti poteki dela lahko izvajajo logiko in komunicirajo s temi sistemi z več sto povezovalniki z zbirkami podatkov ter rešitvami PaaS in SaaS.

Ko je na primer vrstica dodana v relacijsko zbirko podatkov, kot je SQL, lahko to sproži potek dela, ki lahko te podatke vstavi v storitev Dataverse.

Z možnostjo ustvarjanja povezovalnikov po meri z uporabo definicij Open API (prej Swagger) za storitev je enostavno vključiti storitve, funkcije in kodo, ki se izvajajo v IaaS in Azure Kubernetes Service (AKS).

Integracija storitve Dataverse v aplikacije z API-jem OData

Vsi priljubljeni programski jeziki podpirajo obliko integracije z API-ji, ki temeljijo na protokolu REST.

Spletni API za Dataverse zagotavlja izkušnjo razvoja, ki jo je mogoče uporabiti v številnih programskih jezikih, platformah in napravah. Spletni API implementira OData (Open Data Protocol) različice 4.0, tj. standard OASIS za ustvarjanje in uporabo API-jev RESTful prek obogatenih virov podatkov. Več informacij o tem protokolu najdete na spletnem mestu www.odata.org. Če želite več informacij o tem standardu, glejte www.oasis-open.org.

Dataverse uporablja pristop »najprej API«. To pomeni, da storitev ne zagotavlja le mehanizma za poizvedovanje po podatkih, temveč zagotavlja tudi metapodatke iz storitve o poslovnih pravilih, omejitvah itd., ki jih lahko uporabite za izdelavo inteligentnih, odzivnih aplikacij in storitev.

API je zavarovan z uporabo standarda OAuth. OAuth zahtevaidtable ponudnika za preverjanje pristnosti. Za Dataverse,idtable ponudnik je Azure Active Directory (Azure AD). Za preverjanje pristnosti z Azure AD z uporabo Microsoftovega službenega ali šolskega računa uporabite Microsoftove knjižnice za preverjanje pristnosti (MSAL).

Če želite več informacij o začetni uporabi spletnega API-ja za Dataverse, glejte Uporaba spletnega API-ja za Dataverse.

Če želite več informacij o uporabi spletnega API-ja za Dataverse s standardom OAuth, glejte Uporaba standarda OAuth s storitvijo Dataverse.

Vtičniki

Dataverse ponuja možnost pisanja kode, ki leži med API-jem in podatki. To kodo, zapisana v jeziku .NET, imenujemo vtičnik. Ker vtičnik leži med API-jem in podatki, v vsaki aplikaciji uveljavlja isto logiko.

Vtičniki so lahko sinhroni ali asinhroni in izvajajo ta opravila:

• Vrnejo napake uporabniku.

• Ustvarjajo poizvedbe podatkov v storitvi Dataverse, da ocenijo logiko za izvajanje.

• Izvajajo podatkovne operacije.

• Izvajajo odhodne zahteve HTTP.

Vtičniki so registrirani na točkah v prodajnem lijaku dogodka, ki so prikazane tukaj.

V prodajnem lijaku dogodka lahko pride do teh dogodkov:

• Zahteve in odzive je mogoče pregledati in zavrniti ali manipulirati v več korakih prodajnega lijaka dogodka.

• Rutine za obdelavo preverjanja veljavnosti lahko vrnejo izjeme po meri in zavrnejo operacije, ki jih vaša logika obravnava kot neveljavne.

• Rutine za obravnavo pred operacijo lahko spremenijo zahteve pred operacijo v zbirki podatkov.

• Rutine za obravnavo po operaciji lahko spremenijo odgovore.

• Asinhrone rutine za obravnavo izvedejo avtomatizacijo po tem, ko je vrnjen odgovor.

Ena od omejitev vtičnikov je, da morajo biti samozadostni. Če koda integracij zahteva sklice na druge knjižnice, se integracija lahko izvede z uporabo rešitve Azure Functions.

Azure Functions

Rešitev Azure Functions ponuja možnost izvajanja kode brez strežnika za poslovno in integracijsko logiko.

Funkcije sproži klic iz zunanjega sistema, storitve ali kode. Pri storitvi Dataverse lahko ta sprožilec pride neposredno iz storitve Dataverse z uporabo storitvenega vodila, povratnega klica webhook ali klica iz vtičnika. Poleg tega je klic rešitve Azure Functions mogoče sprožiti prek poteka v storitvi Logic Apps ali Power Automate, ki vključuje povezovalnik za Dataverse.

Več informacij: Uporaba vtičnikov za razširitev poslovnih procesov

Opomba

Ali nam lahko poveste, kateri je vaš prednostni jezik za dokumentacijo? Izpolnite kratko anketo. (upoštevajte, da je v angleščini)

Z anketo boste porabili približno sedem minut. Ne zbiramo nobenih osebnih podatkov (izjava o zasebnosti).