Sinhronizacija podatkov med okolji Dataverse z uporabo Power Platform

Ta referenčna arhitektura prikazuje, kako sinhronizirati glavne podatke med dvema okoljema Dataverse z uporabo Power Automate in podatkovnih tokov v Power Platform. Prikazuje vzorec sinhronizacije ena na ena, kjer eno okolje deluje kot avtoritativni vir, drugo pa prejema podatke.

Nasvet

Ta članek ponuja primer scenarija in posplošeno arhitekturo, ki ponazori, kako vzdrževati glavne podatke v enem okolju Dataverse in se sinhronizirati z drugim. Primer arhitekture je mogoče prilagoditi za številne različne scenarije in panoge.

Diagram arhitekture

Diagram sinhronizacije glavnih podatkov iz primarnega v sekundarno okolje Dataverse z uporabo Power Automate cloud flow in Power Platform dataflows.

Potek dela

Naslednji koraki opisujejo delovni tok, prikazan na vzorčni arhitekturni shemi:

  1. Sinhronizacija na podlagi dogodkov preko Power Automate

    • CRUD (ustvarjanje, branje, posodabljanje, brisanje) operacije v primarnem okolju Dataverse sprožijo Power Automate tokove.

    • Sinhronizacija, ki temelji na dogodkih, uporablja dvostopenjsko verigo pretokov:

      1. Oblačni tok pošlje HTTP POST na objavljeno končno točko.
      2. Naročnikov tok v oblaku se sproži z webhookom, obdela vsebino in posodobi v sekundarnem okolju Dataverse skoraj v realnem času.

    • Končne točke so parametrizirane za upravljanje življenjskega cikla aplikacije (ALM), varnostne skupine pa upravljajo dostop.

  2. Količinska sinhronizacija preko podatkovnih tokov

    • Sekundarno okolje Dataverse vsebuje podatkovne tokove.

    • Vsak podatkovni tok je povezan z primarnim okoljem Dataverse kot njegov vir podatkov.

    • Podatkovni tokovi potekajo po fiksnem urniku (na primer ponoči ali po uspešnem izvajanju drugega podatkovnega toka) ali na zahtevo (na primer za začetno nastavitev).

    • Upserti se izvajajo z uporabo nadomestnega ključa, da se izognemo podvajanjem. Ta metoda posodablja obstoječe podatke in vstavlja nove zapise, kadar ni ujemanja.

    • Statusna polja se upravljajo s posebnim stolpcem "sync status". Potek Power Automate ustrezno posodobi dejansko statusno polje. Ta tok poteka po podatkovnem toku in je potreben, ker podatkovni tok ne more spreminjati statusa vrstic ali izbrisati zapisov, ki so odstranjeni (odsotni) v primarnem okolju Dataverse.

  3. Obravnava napak in usklajevanje

    • Nočni podatkovni tokovi v sekundarnem okolju popravijo morebitne zamujene ali neuspešne posodobitve, ki temeljijo na dogodkih.

    • Pri težavah s kakovostjo podatkov (na primer manjkajoči ključi) je lahko potrebna ročna intervencija.

Komponente

  • Microsoft Dataverse: Podpira zahtevo po dveh okoljih.

  • Tokovi podatkov za Power Platform: Idealno za množične operacije, kot so začetna populacija podatkov in sinhronizacija. Za načrtovano sinhronizacijo, konfigurirano v sekundarnem okolju uporabite množično ekstrakcijo, transformacijo in nalaganje (ETL).

  • Power Automate oblačni tokovi: Zagotavljajo hitre, za zapise specifične posodobitve in kompenzirajo omejitve podatkovnih tokov. Tokovi v oblaku lahko sprožijo podatkovni tok, ko se drug podatkovni tok uspešno zaključi (na primer, ko ena tabela vsebuje iskalno polje do drugega, in mora ta referencirani zapis že obstajati v sekundarnem Dataverse okolju), pošljejo sporočilo o napaki, ko podatkovni tok odpove, posodobijo statuse zapisov in izbrišejo zapise.

  • Varnostne skupine in servisni računi: Zagotavljanje upravljanja in lastništva dostopa.

Podrobnosti scenarija

Ta arhitektura je zasnovana za odnos ena na ena: eno okolje za upravljanje glavnih podatkov (MDM), povezano z drugim enim okoljem. Scenariji, kjer mora eno glavno okolje sinhronizirati z več drugimi okolji, zahtevajo bolj razširljivo ali porazdeljeno rešitev.

Poslovna težava

Ta rešitev rešuje izziv sinhronizacije več tabel med dvema ločenima okoljema Dataverse. Primarno okolje deluje kot avtoritativni vir, medtem ko sekundarno okolje vsebuje obstoječe tabele, ki jih morate napolniti in posodobiti z glavnimi podatki.

Uporaba virtualnih tabel ni izvedljiva, če tabele sekundarnega sistema že obstajajo in zahtevajo varnost na ravni vrstic.

Primer uporabe

Organizacija za prosti čas in gostinstvo upravlja svoje osnovne glavne podatke, kot so hoteli in inventar sob, v namenskem okolju Dataverse. Primarno okolje vključuje aplikacijo, ki temelji na modelih, ki jo ekipa za upravljanje glavnih podatkov uporablja izključno za vzdrževanje natančnih in up-todatumov operativnih informacij.

Ločen oddelek znotraj iste organizacije je odgovoren za več finančnih in usklajevalnih procesov. Za poenostavitev teh procesov želi oddelek zgraditi lastno aplikacijo, ki temelji na modelih, v izoliranem okolju Dataverse. Vendar pa njihova aplikacija še vedno zahteva dostop do temeljnih glavnih podatkov, kot so podatki o hotelu in sobi.

Ekipa je zavrnila virtualne tabele, ker je finančna ekipa potrebovala obogatiti evidence z atributi, specifičnimi za posamezne oddelke, ki jih ureja stroga varnost na ravni vrstic.

Vgradnja finančne aplikacije v primarno MDM okolje prav tako ni možnost. Dovoljevanje finančnih ustvarjalcev ali administratorjev v MDM okolje razkrije konektorje, rešitve, dovoljenja API-jev in občutljive podatke, ki morajo ostati omejeni na razvojno ekipo MDM.

Te zahteve so organizacijo spodbudile k sprejetju sinhronizacijske arhitekture, opisane v tem članku.

Ustvarjena vrednost

Ta arhitektura ponuja robustno in vzdržljivo rešitev za sinhronizacijo glavnih podatkov med dvema okoljema Dataverse, kadar virtualne tabele niso mogoče. Neposredno polnjenje in posodabljanje obstoječih tabel v sekundarnem okolju zagotavlja doslednost podatkov in zanesljivost delovanja.

Pristop uporablja le komponente Power Platforme, kot so podatkovni tokovi in Power Automate, kar omogoča rešitev, ki je enostavna za uvajanje, enostavna za upravljanje in preprečuje nepotrebno zapletenost.

Ker je arhitektura prilagojena za eno-na-en odnos okolja, se zmanjšajo stroški in poveča preglednost. Idealna je za organizacije, ki potrebujejo enostavno in zanesljivo sinhronizacijo glavnih podatkov brez obsežnega, večokoljskega upravljanja.

Vidiki

Ti premisleki izvajajo stebre Power Platform Well-Architected, nabora vodilnih načel, ki izboljšujejo kakovost delovne obremenitve. Več informacij izveste v Microsoft Power Platform Dobro arhitektirano.

Zanesljivost

  • Nočni podatkovni tokovi zagotavljajo doslednost.

  • Dogodki vodeni tokovi zagotavljajo hitre posodobitve.

  • Ročno spremljanje zazna težave s kakovostjo podatkov.

Varnost

  • Servisni računi in varnostne skupine za nadzor dostopa. Pri uporabi podatkovnih tokov ne morete dodeliti storitvenih principov kot lastnikov.

  • Parametrizirane HTTP končne točke za združljivost z ALM.

  • Podatkovni tokovi v izoliranih rešitvah, da se izognemo nepotrebnemu ročnemu delu. Obstaja poseben razlog za izolacijo podatkovnih tokov v namenski rešitvi: po vsaki namestitvi morate ročno ponovno vzpostaviti povezavo podatkovnega toka. Če podatkovne tokove postavite v ločeno rešitev, ki jo namestite šele ob spremembi podatkovnih tokov, se izognete nepotrebnemu ročnemu delu pri nameščanju drugih komponent glavne rešitve.

Operativna odličnost

  • Avtomatizirano razporejanje in orkestracija podatkovnih tokov.

  • Spremljanje in opozarjanje na neuspešne sinhronizacije.

Učinkovitost delovanja

  • Podatkovni tokovi, optimizirani za množične operacije.

  • Dogodki vodeni Power Automate procesi zmanjšujejo zakasnitev pri kritičnih, rekordnih posodobitvah. Pri načrtovanju dogodkovno vodenih tokov poskrbite, da obseg dejanj in sočasnost ostaneta znotraj omejitev storitev Power Automate. Visokofrekvenčna aktivnost CRUD lahko sproži omejevanje, zlasti v primerih, ko tokovi dnevno izvedejo več deset tisoč dejanj. Za poslovno kritične ali visokoprepustne integracije uporabite ustrezne Power Automate licenciranja za povečanje omejitev prepustnosti in izogibanje nepričakovanemu upočasnjevanju. Ta pristop zmanjšuje tveganja stopnjevanja in zagotavlja predvidljivo uspešnost.

Optimizacija izkušenj

  • Zahteva minimalno ročno intervencijo.

  • Jasno ločuje masovne in dogodkovno vodene sinhronizacije.

Sodelavci

Microsoft vzdržuje ta članek. Ta članek so napisali naslednji sodelavci.

Glavni avtorji:

  • Last updated on