Duomenų sinchronizavimas "Dataverse" aplinkose naudojant "Power Platform"

Ši nuorodų architektūra parodo, kaip sinchronizuoti pagrindinius duomenis tarp dviejų "Dataverse" aplinkų naudojant "Power Automate" ir duomenų srautus "Power Platform". Tai rodo sinchronizavimo modelį vienas su vienu, kai viena aplinka veikia kaip autoritetingas šaltinis, o kita gauna duomenis.

Arbatpinigiai

Šiame straipsnyje pateikiamas scenarijaus pavyzdys ir apibendrintas architektūros pavyzdys, iliustruojantis, kaip tvarkyti pagrindinius duomenis vienoje "Dataverse" aplinkoje ir sinchronizuoti su kita. Architektūros pavyzdį galima modifikuoti daugeliui skirtingų scenarijų ir pramonės šakų.

Architektūros diagrama

Pagrindinių duomenų sinchronizavimo iš pirminės į antrinę

Darbo eiga

Toliau nurodyti veiksmai apibūdina darbo eigą, parodytą architektūros diagramos pavyzdyje:

  1. Įvykiais pagrįstas sinchronizavimas per Power Automate

    • CRUD (kurti, skaityti, atnaujinti, naikinti) operacijos pirminėje "Dataverse" aplinkoje suaktyvina "Power Automate" srautus.

    • Įvykiais pagrįstas sinchronizavimas naudoja dviejų veiksmų srauto grandinę:

      1. Debesies srautas siunčia HTTP POST į publikuotą galinį punktą.
      2. Prenumeratoriaus debesies srautą suaktyvina žiniatinklio kabliukas, apdoroja naudingąją apkrovą ir beveik realiuoju laiku taiko naujinimą antrinėje "Dataverse" aplinkoje.

    • Galiniai punktai parametrizuojami programų ciklo valdymui (ALM), o saugos grupės valdo prieigą.

  2. Masinis sinchronizavimas naudojant duomenų srautus

    • Antrinėje "Dataverse" aplinkoje yra duomenų srautai.

    • Kiekvienas duomenų srautas jungiasi prie pirminės "Dataverse" aplinkos kaip duomenų šaltinio.

    • Duomenų srautai vykdomi pagal fiksuotą grafiką (pvz., naktį arba sėkmingai paleidus kitą duomenų srautą) arba pagal poreikį (pvz., pradiniam nustatymui).

    • Atnaujinimai atliekami naudojant alternatyvų raktą, kad būtų išvengta dublikatų. Šis metodas atnaujina esamus duomenis ir įterpia naujus įrašus, kai nėra atitikmenų.

    • Būsenos laukai tvarkomi naudojant specialų stulpelį "sinchronizavimo būsena". "Power Automate" srautas atitinkamai atnaujina faktinį būsenos lauką. Šis srautas vykdomas po duomenų srauto ir yra būtinas, nes duomenų srautas negali pakeisti eilučių būsenų arba panaikinti įrašų, kurie pašalinami (jų nėra) pirminėje "Dataverse" aplinkoje.

  3. Klaidų tvarkymas ir suderinimas

    • Naktiniai duomenų srautai antrinėje aplinkoje ištaiso visus praleistus ar nepavykusius įvykiais pagrįstus naujinimus.

    • Dėl duomenų kokybės problemų (pvz., trūkstamų raktų) gali prireikti rankinio įsikišimo.

Komponentai

  • Microsoft Dataverse: palaiko dviejų aplinkų reikalavimą.

  • "Power Platform" duomenų srautai: idealiai tinka masinėms operacijoms, pvz., pradiniam duomenų užpildymui ir sinchronizavimui. Naudokite masinį ištraukimą, transformavimą ir įkėlimą (ETL) suplanuotam sinchronizavimui, sukonfigūruotam antrinėje aplinkoje.

  • Power Automate debesies srautai: pateikite greitus, konkrečiam įrašui skirtus naujinimus ir kompensuokite duomenų srautų apribojimus. Debesies srautai gali suaktyvinti duomenų srautą, kai sėkmingai užbaigiamas kitas duomenų srautas (pvz., kai vienoje lentelėje yra peržvalgos laukas į kitą, o nurodytas įrašas jau turi būti antrinėje "Dataverse" aplinkoje), siųsti klaidos pranešimą, kai duomenų srautas nepavyksta, atnaujinti įrašų būsenas ir panaikinti įrašus.

  • Saugos grupės ir paslaugų paskyros: suteikite prieigos valdymą ir nuosavybę.

Išsami scenarijaus informacija

Ši architektūra sukurta santykiams vienas su vienu: viena pagrindinių duomenų valdymo (MDM) aplinka, susieta su kita viena aplinka. Scenarijams, kai viena pagrindinė aplinka turi būti sinchronizuojama su keliomis kitomis aplinkomis, reikalingas labiau keičiamo dydžio arba paskirstytas sprendimas.

Verslo problema

Šis sprendimas sprendžia kelių lentelių sinchronizavimo tarp dviejų skirtingų "Dataverse" aplinkų iššūkį. Pirminė aplinka veikia kaip patikimas šaltinis, o antrinėje aplinkoje yra esamos lentelės, kurias turite užpildyti ir atnaujinti pagrindiniais duomenimis.

Naudoti virtualias lenteles neįmanoma, kai antrinės sistemos lentelės jau yra ir reikalauja eilutės lygio saugos.

Naudojimo pavyzdys

Laisvalaikio ir svetingumo organizacija valdo savo pagrindinius pagrindinius duomenis, pvz., viešbučius ir kambarių atsargas, specialioje "Dataverse" aplinkoje. Pirminėje aplinkoje yra modeliu pagrįsta programa, kurią pagrindinių duomenų valdymo komanda naudoja tik tiksliai ir up-toatnaujintai operacinei informacijai tvarkyti.

Atskiras tos pačios organizacijos skyrius yra atsakingas už kelis finansinius ir suderinimo procesus. Siekdamas supaprastinti šiuos procesus, skyrius nori sukurti savo modeliu pagrįstą programą izoliuotoje "Dataverse" aplinkoje. Tačiau jų taikymui vis tiek reikia prieigos prie pagrindinių pagrindinių duomenų, tokių kaip viešbučio ir kambario informacija.

Komanda atmetė virtualias lenteles, nes finansų komandai reikėjo praturtinti įrašus specifiniais skyriaus atributais, kuriems taikoma griežta eilutės lygio sauga.

Finansinės programos įterpimas į pagrindinę MDM aplinką taip pat nėra išeitis. Leidžiant finansų kūrėjams ar administratoriams patekti į MDM aplinką, atskleidžiamos jungtys, sprendimai, API leidimai ir slapti duomenys, kurie turi likti tik MDM kūrėjų komandai.

Šie reikalavimai paskatino organizaciją priimti šiame straipsnyje aprašytą sinchronizavimo architektūrą.

Sukurta vertė

Ši architektūra suteikia patikimą, prižiūrimą sprendimą, skirtą sinchronizuoti pagrindinius duomenis tarp dviejų "Dataverse" aplinkų, kai virtualios lentelės nėra galimybės. Tiesioginis esamų lentelių užpildymas ir atnaujinimas antrinėje aplinkoje užtikrina duomenų nuoseklumą ir veikimo patikimumą.

Taikant šį metodą naudojami tik "Power Platform" komponentai, pvz., duomenų srautai ir "Power Automate", todėl sprendimas yra paprastas diegti, lengvai valdomas ir išvengiama nereikalingo sudėtingumo.

Kadangi architektūra pritaikyta individualiam aplinkos santykiui, ji sumažina pridėtines išlaidas ir padidina skaidrumą. Tai idealiai tinka organizacijoms, kurioms reikalingas paprastas ir patikimas pagrindinių duomenų sinchronizavimas be didelio masto kelių aplinkų valdymo.

Į ką atsižvelgti

Šie svarstymai įgyvendina "Well-Architected" ramsčius Power Platform , orientacinių principų rinkinį, kuris pagerina darbo krūvio kokybę. Sužinokite daugiau Microsoft Power Platform Well-Architected.

Patikimumas

  • Naktiniai duomenų srautai užtikrina nuoseklumą.

  • Įvykiais pagrįsti srautai teikia greitus atnaujinimus.

  • Rankinis stebėjimas nustato duomenų kokybės problemas.

Sauga

  • Paslaugų abonementai ir saugos grupės prieigos kontrolei. Kai naudojate duomenų srautus, negalite priskirti tarnybos vadovų kaip savininkų.

  • Parametrizuoti HTTP galiniai punktai, skirti ALM suderinamumui.

  • Duomenų srautai izoliuotuose sprendimuose, kad būtų išvengta nereikalingo rankinio darbo. Yra konkreti priežastis, kodėl duomenų srautai turi būti izoliuoti specialiame sprendime: po kiekvieno diegimo turite rankiniu būdu iš naujo nustatyti duomenų srauto ryšį. Įdėdami duomenų srautus į atskirą sprendimą, kurį diegiate tik keičiant duomenų srautus, išvengsite nereikalingo rankinio darbo diegiant kitus pagrindinio sprendimo komponentus.

Veiklos kompetencija

  • Automatizuotas duomenų srautų planavimas ir orkestravimas.

  • Stebėjimas ir įspėjimas apie nepavykusius sinchronizavimus.

Efektyvumo našumas

  • Duomenų srautai, optimizuoti masinėms operacijoms.

  • Įvykiais pagrįsti "Power Automate" srautai sumažina kritinių įrašų lygio naujinimų delsą. Kurdami įvykiais pagrįstus srautus, įsitikinkite, kad veiksmų apimtis ir sutapimas neviršija "Power Automate" tarnybos ribų. Aukšto dažnio CRUD veikla gali sukelti droselį, ypač scenarijuose, kai srautai atlieka dešimtis tūkstančių veiksmų per dieną. Verslui svarbioms arba didelio našumo integracijoms taikykite atitinkamas Power Automate licencijas, kad padidintumėte pralaidumo ribas ir išvengtumėte netikėto ribojimo. Šis metodas sumažina eskalavimo riziką ir užtikrina nuspėjamą našumą.

Patirties optimizavimas

  • Reikalingas minimalus rankinis įsikišimas.

  • Aiškiai atskiria masinius ir įvykiais pagrįstus sinchronizavimus.

Bendraautoriai

"„Microsoft“" prižiūri šį straipsnį. Šį straipsnį parašė šie bendraautoriai.

Pagrindiniai autoriai:

  • Last updated on