Рад са било којом врстом апликације

Microsoft Dataverse пружа више начина за интеграцију у било ком типу апликација (за мобилни уређај, веб, рачунар), уређај, систем или услугу. За решења у облаку, постоје начини интеграције без обзира на модел у којем је решење примењено – инфраструктура као услуга (IaaS), платформа као услуга (PaaS) или софтвер као услуга (SaaS). За решења заснована на IaaS, приступ интеграције такође добро функционише ако се решења налазе у контејнерима.

У неким случајевима, интеграција са апликацијом може да се постигне коришћењем пословне логике садржане у услузи Dataverse. У другим случајевима, укључиваће интеграцију путем догађаја, Dataverse OData API-ја или помоћу додатних компоненти.

Дефинисање пословне логике

Табеле у услузи Dataverse могу да користе богату логику и проверу ваљаности на страни сервера како би се осигурао квалитет података и смањило понављајуће кодирање у свакој апликацији која креира и користи податке у оквиру табеле.

• Правила пословања: Проверите ваљаност података у више колона и табела и обезбедите поруке упозорења и грешака, без обзира на апликацију која се користи за креирање података. Још информација: Креирање пословног правила за табелу

• Токови пословних процеса: Наводите кориснике како би се уверили да су подаци доследни и да сваки пут прате исте кораке. Токови пословних процеса су тренутно подржани само за апликације засноване на моделу. Још информација: Преглед токова пословног процеса

• Токови посла: Аутоматизујте пословне процесе без интеракције корисника. Још информација: Класични Dataverse токови посла

• Пословна логика са кодирањем: Подржава напредне сценарије програмера за проширење апликације директно помоћу кода. Више информација:Примена  пословне логике помоћу кода

Интегрисање са апликацијама помоћу догађаја

Уобичајени приступ интеграције апликација је коришћењем догађаја. На пример, догађај као што је додавање новог реда се дешава у услузи Dataverse и ово треба саопштити придруженом систему како радња могла да се предузме. На пример, ако се постави нови захтев за подршку, то може покренути слање SMS поруке додељеном помоћном особљу.

Ова интерактивност се такође може догодити у супротном смеру — ажурирање у екстерном систему може резултовати додавањем, ажурирањем или брисањем података из Power Platform окружења.

Најпопуларнији приступи у услузи Dataverse укључују webhook елементе, Azure поруке (Service Bus, Event Hubs), Azure Logic Apps или Power Automate.

Webhook елементи

Са услугом Dataverse, помоћу webhook елемената можете да пошаљете веб-апликацији податке о догађајима који се јављају у услузи. Webhook елемент је лаки HTTP образац за повезивање Web API-ја и услуга помоћу модела објављивања/претплате. Webhook пошиљаоци обавештавају примаоце о догађајима тако што упућују захтеве крајњим тачкама примаоца са неким информацијама о догађајима.

Webhook елементи омогућавају програмерима и ISV-овима да интегришу Dataverse податке са сопственим прилагођеним кодом хостованим на спољним услугама. Користећи webhook модел, можете да обезбедите своју крајњу тачку тако што ћете користити заглавље за потврду идентитета или кључеве параметара ниске за упит. Ово је једноставније од потписа заједничког приступа модел потврде идентитета који се користи са Azure Service Bus интеграцијом.

• Webhook елементи могу да се скалирају само до места на коме ваша хостована веб-услуга може да обрађује поруке.

• Webhook елементи омогућавају синхроне и асинхроне кораке.

• Webhook елементи шаљу POST захтеве са JSON корисним подацима и могу их користити било који програмски језик или веб-апликација која се налази било где.

• Webhook елементи се могу позвати из додатне компоненте или прилагођене активности тока посла.

Azure магистрала услуге

Service Bus пружа сигуран и поуздан комуникациони канал између Dataverse података извршавања и спољних пословних апликација заснованих на облаку. Ова могућност је нарочито корисна у одржавању различитих Dataverse система или других Dataverse сервера синхронизованих са променама пословних података.

След догађаја је следећи:

• Апликација за слушаоце је регистрована на крајњој тачки Service Bus решења и почиње активно слушање за контекст Dataverse удаљеног извођења у услузи Service Bus.

• Корисник обавља неку операцију у услузи Dataverse која покреће извршење регистроване унапред припремљене додатне компоненте или прилагођене додатне компоненте која препознаје Azure. Додатна компонента покреће поруку, путем системског посла асинхроне услуге, тренутног контекста података захтева у Service Bus.

• Идентитет тврдњи које је поставила услуга Dataverse је потврђен. Service Bus затим слушаоцу преноси контекст удаљеног извођења. Слушалац обрађује информације о контексту и обавља неке пословне задатке са том информацијом. Service Bus обавештава асинхрону услугу о успешној поруци и поставља статус повезаног системског посла на „Довршено“.

Service Bus преноси контекст података поруке захтева између услуге Dataverse и апликација слушаоца Service Bus решења. Service Bus такође пружа безбедност података тако да само овлашћене апликације могу приступити објављеним Dynamics 365 подацима. Ауторизацијом за Dataverse да објави контекст података у Service Bus, а да га апликације за слушаоце читају, управља се потписима Azure заједничког приступа.

Више информација:  < ДИЦТ__Сервице Бус > Сервице Бус </ДИЦТ__Сервице Бус > и < ДИЦТ__Сервице Бус > Сервице Бус </ДИЦТ__Сервице Бус > потврда идентитета и ауторизација

Logic Apps и Power Automate

Услуга Logic Apps, која се нуди путем услуге Azure, и Power Automate, која се нуди путем услуге Microsoft Power Platform, може покренути ток посла који се може да се користити за интеграцију са апликативним догађајима и подацима на распореду или по активностима у бази података, систему, услузи или SaaS.

Ови токови посла могу да извршавају логику и ступе у интеракцију са овим системима користећи стотине конектора за базе података, PaaS и SaaS.

На пример, када се ред дода у релациону базу података, као што је SQL, то може покренути ток посла који може унети ове податке у Dataverse.

Уз могућност креирања прилагођених конектора помоћу Open API (раније познате као Swagger) дефиниције за услугу, такође је једноставно укључити услуге, функције и кôд који се изводе у IaaS и Azure Kubernetes Service (AKS).

Интегрисање услуге Dataverse у апликације помоћу OData API-ја

Сви популарни програмски језици подржавају облик интеграције са API-јима заснованим на платформи REST.

Web API за Dataverse пружа развојно искуство које се може користити на разним програмским језицима, платформама и уређајима. Web API примењује OData (Open Data Protocol), верзије 4.0, OASIS стандард за изградњу и употребу RESTful API-ја преко богатих извора података. Можете сазнати више о овом протоколу на www.odata.org. За више информација о овом стандарду, погледајте www.oasis-open.org.

Dataverse користи приступ „прво API“. То значи да услуга не пружа само механизам за упит података, већ нуди и метаподатке из услуге о пословним правилима, ограничењима итд. које можете користити за изградњу интелигентних и прилагодљивих апликација и услуга.

API је обезбеђен коришћењем OAuth. OAuth захтева idtable добављача за потврду идентитета. Јер Dataverse, добављач idtable је ИД Microsoft Entra . Да бисте потврдили веродостојност Microsoft Entra помоћу Мицрософт пословног или школског налога, користите Мицрософт библиотеке потврде идентитета (МСАЛ).

За више информација о првим корацима са Dataverse Web API-јем, погледајте Коришћење Dataverse Web API-ја.

За више информација о коришћењу Dataverse Web API-ја са OAuth, Користите OAuth са услугом Dataverse.

Додатне компоненте

Услуга Dataverse пружа могућност писања кода који се налази између API-ја и података. Овај кôд, написан на платформи .NET, назива се додатна компонента. Будући да додатна компонента лежи између API-ја и података, она примењује исту логику у свакој апликацији.

Додатне компоненте могу да буду синхроне или асинхроне и извршавају следеће задатке:

• Враћају грешке кориснику.

• Постављају упите Dataverse подацима за процену логике коју треба извести.

• Извршавају операције са подацима.

• Извршавају излазне HTTP захтеве.

Додатне компоненте су регистроване на тачкама у каналима догађаја, који су овде илустровани.

У оквиру канала догађаја, могу се јавити следећи догађаји:

• Захтеви и Одговори могу бити испитани и одбијени или манипулисани у неколико корака канала за догађаје.

• Руковаоци провере ваљаности могу да пријаве прилагођене изузетке за одбацивање операција које ваша логика сматра неважећим.

• Руковаоци пре операције могу да измене захтеве пре рада са базом података.

• Руковаоци након операције могу да измене одговоре.

• Асинхрони руковаоци обављају аутоматизацију након што се одговор врати.

Једно ограничење додатних компоненти је то што морају да буду самосталне. Ако кôд за интеграцију захтева референце на друге библиотеке, интеграција се може обавити коришћењем Azure функција.

Azure функције

Azure функције пружају опцију извршавања кода без сервера за пословну и интеграциону логику.

Функције покреће позив из спољног система, услуге или кода. За Dataverse, тај окидач може доћи директно из услуге Dataverse коришћењем услуге Service Bus, webhook елемента или позива из додатне компоненте. Поред тога, позив Azure функција се може се покренути путем тока у услугама Logic Apps или Power Automate које укључују Dataverse конектор.

Још информација: Коришћење додатних компоненти за проширење пословних процеса

Напомена

Можете ли нам рећи о својим жељеним поставкама језика у документацији? Испуните кратку анкету. (имајте на уму да је ова анкета на енглеском језику)

Анкета ће трајати око седам минута. Не прикупљају се лични подаци (изјава о приватности).