Arbeide med alle typer apper

Microsoft Dataverse inneholder flere måter å integrere på i alle typer apper (mobil, nett, skrivebord), enhet, system eller tjeneste. For skyløsninger finnes det metoder for å integrere uavhengig av modellen som løsningen er distribuert i – infrastruktur som tjeneste (IaaS), plattform som tjeneste (PaaS) eller programvare som tjeneste (SaaS). For IaaS-baserte løsninger kan integreringstilnærmingen også fungere bra hvis løsninger kjører inni beholdere.

I noen tilfeller kan integreringen med en app oppnås ved hjelp av forretningslogikken i Dataverse. I andre tilfeller vil det involvere integrasjon via hendelser, Dataverse OData-API eller ved hjelp av plugin-moduler.

Definere forretningslogikk

Tabeller i Dataverse kan bruke rik logikk på serversiden og validering for å sikre datakvalitet og redusere repeterende kode i hver app som oppretter og bruker data i en tabell.

• Forretningsregler: Validerer data på tvers av flere kolonner og tabeller og gir advarsels- og feilmeldinger, uavhengig av appen som brukes til å opprette dataene. Mer informasjon: Opprett en forretningsregel for en tabell

• Forretningsprosessflyter Rettled brukere for å sikre at de skriver inn data konsekvent og følger de samme trinnene hver gang. Forretningsprosessflyter støttes for øyeblikket bare for modelldrevne apper. Mer informasjon: Oversikt over forretningsprosessflyter

• Arbeidsflyter Automatiser forretningsprosesser uten brukerhandling. Mer informasjon: Klassiske Dataverse-arbeidsflyter

• Forretningslogikk med kode: Støtter avanserte utviklerscenarier for å utvide appen direkte via kode. Mer informasjon: Bruk forretningslogikk ved hjelp av kode

Integrere med apper ved hjelp av hendelser

En vanlig tilnærming til appintegrering er gjennom bruken av hendelser. En hendelse som for eksempel å legge til en ny rad, vises i Dataverse, og denne må overføres til et tilknyttet system, slik at du kan foreta en handling. Hvis for eksempel en ny støtteforespørsel er sendt inn, kan dette utløse at en SMS-melding blir sendt til den tilordnede kundestøtteansatte.

Denne interaktiviteten kan også forekomme i motsatt retning – en oppdatering i et eksternt system kan føre til at data blir lagt til, oppdatert eller slettet fra et Power Platform-miljø.

De mest populære metodene i Dataverse involverer webhooker, Azure-meldinger (Service Bus, Event Hubs), Azure Logic Apps eller Power Automate.

Webhooker

Med Dataverse kan du sende data om hendelser som inntreffer på servicen, til en nettapp ved hjelp av webhooks. En webhook er et forenklet HTTP-mønster for tilkobling av web-API-er og servicer med en publiserings-/abonnementsmodell. Webhook-avsendere varsler mottakere om hendelse ved å sende forespørsler til mottakerens endepunkter med informasjon om hendelsene.

Webhooks gjør det mulig for utviklere og Internett-leverandører å integrere Dataverse-data med sin egen tilpassede kode som driftes på eksterne tjenester. Ved hjelp av webhook-modellen kan du sikre endepunktet ved hjelp av en godkjenningstopptekst eller parameternøkler for spørringsstrenger. Dette er enklere enn den delte tilgangssignaturen godkjenningsmodellen som brukes med Azure Service Bus-integrering.

• Webhooks kan bare skaleres til punktet der den driftede webtjenesten kan håndtere meldingene.

• Webhooks gir deg synkrone og asynkrone trinn.

• Webhooks sender innleggsforespørsler med JSON-nyttelasten og kan brukes av alle programmeringsspråk eller nettapper som driftes hvor som helst.

• Webhooks kan aktiveres fra en plugin-modul eller tilpasset arbeidsflytaktivitet.

Azure Service Bus

Service Bus er en sikker og pålitelig kommunikasjonskanal mellom Dataverse-kjøretidsdata og eksterne, skybaserte bransjeapper. Denne funksjonaliteten er spesielt nyttig når du skal holde forskjellige Dataverse-systemer eller andre Dataverse-servere synkronisert med endringer i forretningsdata.

Hendelsessekvensen er som følger:

• En lytteapp er registrert på endepunktet til en Service Bus-løsning og begynner aktivt med å lytte til den eksterne Dataverse-kjøringskonteksten på servicebussen.

• En bruker utfører en operasjon i Dataverse som utløser kjøring av den registrerte, medfølgende plugin-modulen eller en tilpasset plugin-modul som er Azure-aktivert. Plugin-modulen starter et innlegg via en asynkron tjenestesystemjobb for gjeldende forespørselsdatakontekst for servicebussen.

• Kravene som er lagt inn av Dataverse, godkjennes. Service Bus forandrer deretter den eksterne kjøringskonteksten til lytteren. Lytteren behandler kontekstinformasjonen og utfører en forretningsrelatert oppgave med den informasjonen. Service Bus varsler den asynkrone tjenesten om et vellykket innlegg og setter statusen for den relaterte systemjobben til Fullført.

Service Bus videresender datakonteksten til forespørselsmeldingen mellom Dataverse og lytteappene for Service Bus-løsninger. Service Bus inneholder også datasikkerhet, slik at bare godkjente apper får tilgang til de bokførte Dynamics 365-dataene. Godkjenning av Dataverse for å publisere datakonteksten til Service Bus, og for lytteapper å lese den, administreres av Azure-delte tilgangssignaturer.

Mer informasjon: Service Bus og Service Bus-godkjenning

Logic Apps og Power Automate

Logic Apps, som tilbys via Azure, og Power Automate, som tilbys via Microsoft Power Platform, kan utløse en arbeidsflyt som kan brukes til å integrere med apphendelser og data i en tidsplan eller etter aktivitet i en database, et system, en tjeneste eller SaaS.

Disse arbeidsflytene kan utføre logikk og samhandle med disse systemene ved hjelp av hundrevis av koblinger til databaser, PaaS og SaaS.

Når for eksempel en rad legges til i en relasjonsdatabase, for eksempel SQL, kan dette utløse en arbeidsflyt som kan sette inn disse dataene i Dataverse.

Med mulighet til å opprette egendefinerte koblinger ved hjelp av Open API-definisjoner (tidligere kjent som Swagger) for en tjeneste, er det også enkelt å inkludere tjenester, funksjoner og kode som kjører i IaaS og Azure Kubernetes Service (AKS).

Integrere Dataverse i apper med OData API

Alle populære programmeringsspråk støtter en form for integrasjon med REST-baserte API-er.

I nett-API for Dataverse får du en utviklingsopplevelse som kan brukes på tvers av en rekke programmeringsspråk, plattformer og enheter. Web API implementerer OData (Open Data Protocol), versjon 4.0, som er en OASIS-standard for bygging og bruk av RESTful API-er over rike datakilder. Du kan finne ut mer om denne protokollen på www.odata.org. Hvis du vil ha mer informasjon om denne standarden, kan du se www.oasis-open.org.

Dataverse bruker en "API først"-tilnærming. Dette betyr at tjenesten ikke bare leverer en mekanisme for å spørre etter data, den gir også metadata fra tjenesten på forretningsregler, begrensninger og så videre, som du kan bruke til å bygge intelligente, responsive apper og tjenester.

API-enter sikret ved hjelp av OAuth. OAuth krever en idtable-leverandør for godkjenning. For Dataverse er idtable-leverandøren Microsoft Entra ID. Hvis du vil godkjenne med Microsoft Entra ved å bruke en Microsoft-jobb- eller skolekonto, bruker du Microsoft Authentication Libraries (MSAL).

Hvis du vil ha mer informasjon om hvordan du kommer i gang med Dataverse nett-API, kan du se Bruke Dataverse nett-API.

Hvis du vil ha mer informasjon om hvordan du bruker Dataverse nett-API med OAuth, kan du se Bruke OAuth med Dataverse.

Plugin-moduler

Dataverse gir mulighet til å skrive kode som er plassert mellom API-et og dataene. Denne koden, som er skrevet i .NET, kalles en plugin-modul. Siden plugin-modulen sitter mellom API-et og dataene, håndheves den samme logikken i hver app.

Plugin-moduler kan være synkrone eller asynkrone, og de utfører følgende oppgaver:

• Returner feil til brukeren.

• Spør etter Dataverse-data for å vurdere logikken som skal utføres.

• Utfør dataoperasjoner.

• Utfør utgående HTTP-forespørsler.

Plugin-moduler registreres ved punkter i hendelsesforløpet, som er illustrert her.

I hendelsesforløpet kan følgende hendelser forekomme:

• Forespørsler og Svar kan undersøkes og avvises eller endres i flere trinn i hendelsesforløpet.

• Valideringsbehandlere kan iverksette egendefinerte unntak for å avvise operasjoner som logikken anser som ugyldige.

• Behandlere før operasjon kan endre forespørsler før databaseoperasjonen.

• Behandlere etter operasjon kan endre svar.

• Asynkrone behandlere utfører automatisering etter at svaret er returnert.

Én begrensning med plugin-moduler er at de må være selvstendige. Hvis integreringskoden krever referanser til andre biblioteker, kan integrering utføres ved hjelp av Azure Functions.

Azure Functions

Azure Functions er et alternativ for kjøring av serverløs kode for forretnings- og integreringslogikk.

Funksjoner utløses av et kall fra et eksternt system, en service eller en kode. For Dataverse kan denne utløseren komme direkte fra Dataverse ved hjelp av Service Bus, en webhook eller et kall fra en plugin-modul. I tillegg kan Azure Functions-kallet startes via en flyt i enten Logic Apps eller Power Automate, noe som involverer Dataverse-koblingen.

Mer informasjon: Bruke plugin-moduler til å utvide forretningsprosesser

Obs!

Kan du fortelle oss om språkinnstillingene for dokumentasjonen? Ta en kort undersøkelse. (vær oppmerksom på at denne undersøkelsen er på engelsk)

Undersøkelsen tar rundt sju minutter. Det blir ikke samlet inn noen personopplysninger (personvernerklæring).