Sünkroniseeri andmed Dataverse'i keskkondade vahel Power Platformi abil

See viitearhitektuur näitab, kuidas sünkroniseerida põhiandmeid kahe Dataverse'i keskkonna vahel, kasutades Power Automate'i ja Power Platformi andmevooge. See demonstreerib üks-ühele sünkroniseerimismustrit, kus üks keskkond toimib autoriteetse allikana ja teine saab andmeid.

Näpunäide

See artikkel annab näite stsenaariumi ja üldistatud arhitektuuri, mis illustreerib, kuidas säilitada põhiandmeid ühes Dataverse'i keskkonnas ja sünkroniseerida teisega. Arhitektuuri näidet saab muuta paljude erinevate stsenaariumide ja tööstusharude jaoks.

Arhitektuuri diagramm

Põhiandmete sünkroonimise skeem esmasest sekundaarsesse Dataverse'i keskkonda, kasutades Power Automate pilvevooge ja Power Platform andmevoogusid.

Töövoog

Järgnevad sammud kirjeldavad näidisarhitektuuridiagrammil näidatud töövoogu:

  1. sündmuspõhine sünkroniseerimine Power Automate

    • CRUD (loo, loe, uuenda, kustuta) operatsioonid Dataverse'i põhikeskkonnas käivitavad Power Automate'i voogud.

    • Sündmuspõhine sünkroniseerimine kasutab kaheastmelist vooluahelat:

      1. Pilvevoog saadab HTTP POST-i avaldatud lõpp-punkti.
      2. Abonendi pilvevoog käivitatakse veebikonksu poolt, töötleb koormust ja rakendab uuenduse peaaegu reaalajas teises Dataverse'i keskkonnas.

    • Lõpp-punktid on parameetriseeritud rakenduse elutsükli haldamiseks (ALM) ja turvagrupid haldavad ligipääsu.

  2. Hulgisünkroniseerimine andmevoogude kaudu

    • Sekundaarne Dataverse'i keskkond sisaldab andmevooge.

    • Iga andmevoog ühendub oma andmeallikana peamise Dataverse'i keskkonnaga.

    • Andmevood töötavad fikseeritud ajakava alusel (näiteks öösel või pärast teise andmevoo edukat käivitamist) või nõudmisel (näiteks algseadistuseks).

    • Upsert'id tehakse alternatiivse võtme abil, et vältida duplikaate. See meetod uuendab olemasolevaid andmeid ja lisab uusi kirjeid, kui vastet ei ole.

    • Olekuvälju hallatakse spetsiaalse "sünkroonimise oleku" veeruga. Power Automate'i voog uuendab tegelikku olekuvälja vastavalt. See voog töötab pärast andmevoogu ja on vajalik, kuna andmevoog ei saa muuta ridade staatusi ega kustutada kirjeid, mis on eemaldatud (puuduvad) Dataverse'i põhikeskkonnas.

  3. Vigade käsitlemine ja lepitus

    • Öised andmevood teises keskkonnas parandavad kõik vahelejäänud või ebaõnnestunud sündmuspõhised uuendused.

    • Käsitsi sekkumist võib vajada andmekvaliteedi probleemide (näiteks puuduvate võtmete puhul).

Komponendid

  • Microsoft Dataverse: Toetab kahe keskkonna nõuet.

  • Andmevood Power Platformile: Ideaalne hulgitoiminguteks, nagu algne andmepopulatsioon ja sünkroniseerimine. Kasuta massilist väljavõtet, teisendamist ja laadimist (ETL) ajastatud sünkroniseerimiseks, mis on seadistatud sekundaarses keskkonnas.

  • Power Automate Cloud Flows: Paku kiireid, kirjepõhiseid uuendusi ja kompenseeri andmevoogude piiranguid. Pilvevood võivad käivitada andmevoo siis, kui teine andmevoog on edukalt lõpetatud (näiteks kui üks tabel sisaldab teise otsinguvälja ja viidatud kirje peab juba eksisteerima teises Dataverse'i keskkonnas), saata veateate, kui andmevoog ebaõnnestub, uuendada kirjete staatusi ja kustutada kirjeid.

  • Turvagrupid ja teenusekontod: Tagada ligipääsu haldamine ja omandiõigus.

Stsenaariumi üksikasjad

See arhitektuur on loodud ühe-ühele suhteks: üks põhiandmete halduskeskkond (MDM), mis on seotud teise ühe keskkonnaga. Olukorrad, kus üks peakeskkond peab sünkroniseerima mitme teise keskkonnaga, nõuavad skaleeritavamat või hajutatud lahendust.

Äriprobleem

See lahendus lahendab mitme tabeli sünkroniseerimise väljakutse kahe erineva Dataverse'i keskkonna vahel. Esmane keskkond toimib autoriteetse allikana, samas kui teisene keskkond sisaldab olemasolevaid tabeleid, mida tuleb täita ja uuendada põhiandmetega.

Virtuaalsete tabelite kasutamine ei ole teostatav, kui sekundaarse süsteemi tabelid juba eksisteerivad ja vajavad ridade taset turvalisust.

Näide kasutusjuhtumist

Vaba aja ja külalislahkuse organisatsioon haldab oma põhipõhiandmeid, nagu hotellid ja ruumide inventuur, spetsiaalses Dataverse'i keskkonnas. Peamine keskkond hõlmab mudelipõhist rakendust, mida põhiandmete haldusmeeskond kasutab eksklusiivselt täpse ja up-toajakohase tööinfo säilitamiseks.

Eraldi osakond samas organisatsioonis vastutab mitmete finants- ja leppimisprotsesside eest. Nende protsesside lihtsustamiseks soovib osakond ehitada oma mudelipõhise rakenduse isoleeritud Dataverse'i keskkonnas. Siiski nõuab nende rakendus endiselt juurdepääsu põhiandmetele, nagu hotelli ja toa andmed.

Meeskond lükkas virtuaalsed tabelid tagasi, kuna finantsmeeskond pidi rikastama andmeid osakonnaspetsiifiliste omadustega, mida reguleeris range rea-taseme turvalisus.

Finantsrakenduse manustamine peamisse MDM-i keskkonda ei ole samuti võimalik. Finantsloojate või administraatorite lubamine MDM-i keskkonda paljastab ühendused, lahendused, API õigused ja tundlikud andmed, mis peavad jääma MDM-i arendusmeeskonnale piiratud.

Need nõuded viisid organisatsiooni kasutusele võtma selles artiklis kirjeldatud sünkroniseerimisarhitektuuri.

Loodud väärtus

See arhitektuur pakub tugevat ja hooldatavat lahendust põhiandmete sünkroniseerimiseks kahe Dataverse'i keskkonna vahel, kui virtuaalsed tabelid pole võimalikud. Otsene olemasolevate tabelite täitmine ja uuendamine teises keskkonnas tagab andmete järjepidevuse ja töökindluse.

See lähenemine kasutab ainult Power Platformi komponente, nagu andmevood ja Power Automate, mis annab lahenduse, mis on lihtne juurutada, hallata ja vältida tarbetut keerukust.

Kuna arhitektuur on kohandatud üks-ühele keskkonna suhteks, minimeerib see üldkulusid ja maksimeerib läbipaistvust. See sobib ideaalselt organisatsioonidele, kes vajavad lihtsat ja usaldusväärset põhiandmete sünkroniseerimist ilma suuremahulise mitme keskkonna halduseta.

Arvestused

Need kaalutlused rakendavad Well-Architectedi tugisambaid Power Platform , mis on töökoormuse kvaliteeti parandavate juhtpõhimõtete kogum. Loe lähemalt Microsoft Power Platform Well-Architected.

Usaldusväärsuse

  • Öised andmevood tagavad järjepidevuse.

  • Sündmuspõhised vood toovad kiireid uuendusi.

  • Käsitsi jälgimine tuvastab andmete kvaliteediprobleeme.

Turvalisus

  • Teenusekontod ja turvagrupid juurdepääsukontrolliks. Andmevoogude kasutamisel ei saa teenusepõhiseid isikuid omanikena määrata.

  • Parametriseeritud HTTP lõpp-punktid ALM-ühilduvuseks.

  • Andmevood on isoleeritud lahendused, et vältida tarbetut käsitsi tööd. Andmevoogude isoleerimisel spetsiaalses lahenduses on konkreetne põhjus: pärast iga juurutust tuleb andmevoo ühenduse käsitsi uuesti luua. Paigutades andmevood eraldi lahendusse, mida juurutad ainult andmevoogude muutmisel, väldid tarbetut käsitsi tööd peamise lahenduse teiste komponentide juurutamisel.

Operatiivne tipptase

  • Andmevoogude automatiseeritud ajastamine ja orkestreerimine.

  • Jälgimine ja hoiatus ebaõnnestunud sünkroonimiste korral.

Tõhus jõudlus

  • Andmevood on optimeeritud hulgitoiminguteks.

  • Sündmuspõhised Power Automate'i vood vähendavad latentsust kriitiliste, rekorditasemel uuenduste puhul. Sündmuspõhiste voogude kavandamisel veendu, et tegevuste maht ja paralleelsus jääksid Power Automate'i teenuse piiridesse. Kõrgsageduslik CRUD-aktiivsus võib põhjustada piiramist, eriti olukordades, kus vood täidavad päevas kümneid tuhandeid toiminguid. Ärikriitiliste või suure läbilaskevõimega integratsioonide puhul rakenda sobivaid Power Automate litsentse, et suurendada läbilaskevõime piire ja vältida ootamatut piiramist. See lähenemine vähendab eskalatsiooniriske ja tagab ennustatava tulemuse.

Funktsiooni optimeerimine

  • Nõuab minimaalset käsitsi sekkumist.

  • Selgelt eraldab massilised ja sündmuspõhised sünkroonimised.

Kaasautorid

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

Peamised autorid:

  • Last updated on