Synchronizace dat napříč prostředími Dataverse pomocí Power Platform

Tato referenční architektura ukazuje, jak synchronizovat hlavní data mezi dvěma prostředími Dataverse pomocí Power Automate a toků dat v Power Platform. Ukazuje vzor synchronizace 1:1, kde jedno prostředí funguje jako autoritativní zdroj a druhý přijímá data.

Tip

Tento článek obsahuje ukázkový scénář a zobecněnou ukázkovou architekturu, která ilustruje, jak udržovat hlavní data v jednom prostředí Dataverse a synchronizovat s jinou. Příklad architektury je možné upravit pro mnoho různých scénářů a odvětví.

Schéma architektury

Diagram synchronizace hlavních dat z primárního do sekundárního prostředí Dataverse pomocí cloudových toků Power Automate a toků dat Power Platform.

Workflow

Následující kroky popisují pracovní postup zobrazený v ukázkovém diagramu architektury:

  1. Eventem řízená synchronizace prostřednictvím Power Automate

    • Operace CRUD (vytvoření, čtení, aktualizace, odstranění) v primárním prostředí Dataverse spouštějí toky Power Automate.

    • Synchronizace řízená událostmi používá dvoustupňový řetěz toků:

      1. Cloudový tok odešle protokol HTTP POST do publikovaného koncového bodu.
      2. Tok pro odběratele v cloudu je aktivován webhookem, zpracuje payload a použije aktualizaci v sekundárním prostředí Dataverse téměř v reálném čase.

    • Koncové body jsou parametrizované pro správu životního cyklu aplikací (ALM) a skupiny zabezpečení spravují přístup.

  2. Hromadná synchronizace přes toky dat

    • Sekundární prostředí Dataverse obsahuje toky dat.

    • Každý tok dat se připojí k primárnímu prostředí Dataverse jako zdroj dat.

    • Toky dat běží podle pevného plánu (například noční nebo po úspěšném spuštění jiného toku dat) nebo na vyžádání (například pro počáteční nastavení).

    • Upserty se provádějí pomocí alternativního klíče, aby se předešlo duplicitám. Tato metoda aktualizuje existující data a vloží nové záznamy, pokud neexistuje žádná shoda.

    • Pole stavu se spravují prostřednictvím vyhrazeného sloupce "stav synchronizace". Tok Power Automate odpovídajícím způsobem aktualizuje skutečné pole stavu. Tento tok se spustí po toku dat a je povinný, protože tok dat nemůže změnit stav řádků nebo odstranit záznamy, které jsou odebrány (chybí) v primárním prostředí Dataverse.

  3. Zpracování chyb a odsouhlasení

    • Noční toky dat v sekundárním prostředí opravují všechny zmeškané nebo neúspěšné aktualizace řízené událostmi.

    • Ruční zásah může být nutný pro problémy s kvalitou dat (například chybějící klíče).

Komponenty

  • Microsoft Dataverse: Podporuje požadavek na dvou prostředí.

  • Toky dat pro Power Platform: Ideální pro hromadné operace, jako je počáteční populace dat a synchronizace. Pro plánovanou synchronizaci nakonfigurovanou v sekundárním prostředí použijte hromadnou extrakci, transformaci a načítání (ETL).

  • Power Automate cloudové toky: Zajištění rychlých aktualizací specifických pro záznamy a náprava omezení datových toků. Toky cloudu můžou aktivovat tok dat, když se úspěšně dokončí jiný tok dat (například když jedna tabulka obsahuje vyhledávací pole do jiného a že odkazovaný záznam už musí existovat v sekundárním prostředí Dataverse), odeslat chybovou zprávu, když tok dat selže, aktualizovat stav záznamů a odstranit záznamy.

  • Skupiny zabezpečení a účty služeb: Zajištění správy přístupu a vlastnictví

Podrobnosti scénáře

Tato architektura je navržená pro relaci 1:1: jedno hlavní prostředí pro správu dat (MDM) propojené s jiným prostředím. Scénáře, kdy se jedno hlavní prostředí musí synchronizovat s více dalšími prostředími, vyžaduje škálovatelné nebo distribuované řešení.

Obchodní problém

Toto řešení řeší problém synchronizace více tabulek mezi dvěma různými prostředími Dataverse. Primární prostředí funguje jako autoritativní zdroj, zatímco sekundární prostředí obsahuje existující tabulky, které musíte naplnit a aktualizovat hlavními daty.

Použití virtuálních tabulek není možné, pokud už tabulky sekundárního systému existují a vyžadují zabezpečení na úrovni řádků.

Příklad případu použití

Organizace pro volný čas a pohostinství spravuje základní hlavní data, jako jsou hotely a inventáře místností, ve vyhrazeném prostředí Dataverse. Primární prostředí zahrnuje aplikaci řízenou modelem, kterou tým pro správu hlavních dat používá výhradně k udržování přesných a aktuálních provozních informací.

Samostatné oddělení ve stejné organizaci zodpovídá za několik finančních a smírčích procesů. Aby bylo možné tyto procesy zjednodušit, chce oddělení vytvořit vlastní modelem řízenou aplikaci v izolovaném prostředí Dataverse. Aplikace ale stále vyžaduje přístup k základním hlavním datům, jako jsou například podrobnosti o hotelech a místnostech.

Tým odmítl virtuální tabulky, protože finanční tým potřeboval rozšířit záznamy o atributy specifické pro oddělení, které se řídí striktním zabezpečením na úrovni řádků.

Vložení finanční aplikace do primárního prostředí MDM není ani možnost. Povolení finančních pracovníků nebo správců v prostředí MDM odhaluje konektory, řešení, oprávnění k rozhraním API a citlivá data, která musí zůstat přístupná pouze pro vývojový tým MDM.

Tyto požadavky vedly organizaci k přijetí architektury synchronizace popsané v tomto článku.

Vytvořená hodnota

Tato architektura poskytuje robustní a udržovatelné řešení pro synchronizaci hlavních dat mezi dvěma prostředími Dataverse, pokud virtuální tabulky nejsou volbou. Přímé naplnění a aktualizace existujících tabulek v sekundárním prostředí zajišťuje konzistenci dat a provozní spolehlivost.

Přístup používá pouze komponenty Power Platform, jako jsou toky dat a Power Automate, což vede k jednoduchému nasazení, snadné správě a zabránění zbytečné složitosti.

Vzhledem k tomu, že architektura je přizpůsobená pro vztah prostředí 1:1, minimalizuje režii a maximalizuje transparentnost. Je ideální pro organizace, které potřebují jednoduchou a spolehlivou hlavní synchronizaci dat bez rozsáhlé správy více prostředí.

Considerations

Tyto aspekty implementují pilíře Well-Architected Power Platform, sadu hlavních principů, které zlepšují kvalitu úloh. Další informace najdete v Microsoft Power Platform Well-Architected.

Reliability

  • Noční toky dat zajišťují konzistenci.

  • Toky řízené událostmi poskytují rychlé aktualizace.

  • Ruční monitorování detekuje problémy s kvalitou dat.

Zabezpečení

  • Služební účty a bezpečnostní skupiny pro řízení přístupu Při používání toků dat nemůžete přiřazovat principály služeb jako vlastníky.

  • Parametrizované HTTP koncové body pro kompatibilitu s ALM.

  • Toky dat v izolovaných řešeních, aby se zabránilo zbytečné ruční práci. Existuje konkrétní důvod izolace toků dat ve vyhrazeném řešení: po každém nasazení je nutné znovu vytvořit připojení toku dat ručně. Umístěním toků dat do samostatného řešení, které nasadíte pouze při změně toků dat, se vyhnete zbytečné ruční práci při nasazování dalších součástí hlavního řešení.

Efektivita provozu

  • Automatizované plánování a orchestrace toků dat

  • Monitorování a upozorňování na neúspěšné synchronizace

Efektivita výkonu

  • Toky dat optimalizované pro hromadné operace

  • Power Automate Toky řízené událostmi minimalizují latenci důležitých aktualizací na úrovni záznamů. Při navrhování toků řízených událostmi zajistěte, aby objem akcí a souběžnost zůstaly v mezích Power Automate služeb. Aktivita CRUD s vysokou frekvencí může vyvolat omezení rychlosti, zejména ve scénářích, kdy toky provádějí desítky tisíc akcí denně. Pro důležité obchodní nebo integrace s vysokou propustností použijte příslušné licencování Power Automate ke zvýšení limitů propustnosti a zabránění neočekávanému omezování výkonu. Tento přístup snižuje rizika eskalace a zajišťuje předvídatelný výkon.

Optimalizace zážitku

  • Vyžaduje minimální ruční zásah.

  • Jasně odděluje hromadnou synchronizaci a synchronizaci řízenou událostmi.

Přispěvatelé

Microsoft udržuje tento článek. Tento článek napsali následující přispěvatelé.

Hlavní autoři:

  • Last updated on