Sincronizarea datelor între mediile Dataverse folosind Power Platform

Această arhitectură de referință arată cum se sincronizează datele master între două medii Dataverse folosind Power Automate și fluxuri de date în Power Platform. Acesta demonstrează un model de sincronizare unu-la-unu, în care un mediu acționează ca sursă autoritară, iar altul primește date.

Sfat

Acest articol oferă un scenariu exemplu și o arhitectură generală de exemplu pentru a ilustra cum să menții datele master într-un mediu Dataverse și să le sincronizezi cu altul. Exemplul de arhitectură poate fi modificat pentru multe scenarii și industrii diferite.

Diagramă arhitectură

Diagramă a sincronizării datelor master de la un mediu principal la unul secundar Dataverse folosind fluxuri cloud Power Automate și fluxuri de date Power Platform.

Flux de lucru

Pașii următori descriu fluxul de lucru prezentat în diagrama arhitecturală exemplu:

  1. Sincronizare condusă de evenimente prin Power Automate

    • Operațiunile CRUD (create, read, update, delete) din mediul principal Dataverse declanșează fluxuri Power Automate.

    • Sincronizarea bazată pe evenimente folosește un lanț de flux în doi pași:

      1. Un flux cloud trimite un HTTP POST către un endpoint publicat.
      2. Un flux cloud de abonat este declanșat de webhook, procesează sarcina utilă și aplică actualizarea în mediul secundar Dataverse aproape în timp real.

    • Punctele finale sunt parametrizate pentru managementul ciclului de viață al aplicațiilor (ALM), iar grupurile de securitate gestionează accesul.

  2. Sincronizare în masă prin fluxuri de date

    • Mediul secundar Dataverse conține fluxurile de date.

    • Fiecare flux de date se conectează la mediul principal Dataverse ca sursă de date.

    • Fluxurile de date rulează pe un program fix (de exemplu, noaptea sau după ce un alt flux de date rulează cu succes) sau la cerere (de exemplu, pentru configurarea inițială).

    • Upsert-urile se realizează folosind o cheie alternativă pentru a evita duplicatele. Această metodă actualizează datele existente și inserează înregistrări noi atunci când nu există nicio potrivire.

    • Câmpurile de stare sunt gestionate printr-o coloană dedicată "sincronizare status". Un flux Power Automate actualizează câmpul de stare efectiv în consecință. Acest flux rulează după fluxul de date și este necesar deoarece un flux de date nu poate schimba statusurile rândurilor sau șterge înregistrările care sunt eliminate (absente) în mediul principal Dataverse.

  3. Gestionarea erorilor și reconcilierea

    • Fluxurile de date nocturne din mediul secundar corectează orice actualizări ratate sau eșuate legate de evenimente.

    • Intervenția manuală poate fi necesară pentru probleme de calitate a datelor (de exemplu, lipsa tastelor).

Componente

  • Microsoft Dataverse: Susține cerința de două medii.

  • Fluxuri de date pentru Power Platform: Ideal pentru operațiuni în masă, cum ar fi populația inițială a datelor și sincronizarea. Folosiți extragerea, transformarea și încărcarea în masă (ETL) pentru sincronizarea programată, configurată în mediul secundar.

  • Power Automate fluxuri de nori: Oferă actualizări rapide, specifice fiecărei înregistrări, și compensează limitările fluxurilor de date. Fluxurile în cloud pot declanșa un flux de date atunci când un alt flux de date se finalizează cu succes (de exemplu, atunci când un tabel conține un câmp de căutare către altul, iar acea înregistrare referențiată trebuie să existe deja în mediul secundar Dataverse), pot trimite un mesaj de eroare când un flux de date eșuează, pot actualiza statusurile înregistrărilor și pot șterge înregistrări.

  • Grupuri de securitate și conturi de serviciu: Asigură gestionarea accesului și proprietatea.

Detalii despre scenariu

Această arhitectură este concepută pentru o relație unu-la-unu: un singur mediu de management al datelor master (MDM) legat de un singur mediu. Scenariile în care un mediu principal trebuie să se sincronizeze cu mai multe alte medii necesită o soluție mai scalabilă sau distribuită.

Problemă de business

Această soluție abordează provocarea sincronizării mai multor tabele între două medii Dataverse distincte. Mediul primar acționează ca sursă autoritară, în timp ce mediul secundar conține tabele existente pe care trebuie să le completezi și actualizate cu date principale.

Folosirea tabelelor virtuale nu este fezabilă când tabelele sistemului secundar există deja și necesită securitate la nivel de rând.

Exemplu de caz de utilizare

O organizație de agrement și ospitalitate își gestionează datele principale de bază, cum ar fi hotelurile și inventarele camerelor, într-un mediu dedicat Dataverse. Mediul principal include o aplicație bazată pe modele pe care echipa de management al datelor master o folosește exclusiv pentru a menține informații operaționale precise și up-tola o dată.

Un departament separat din cadrul aceleiași organizații este responsabil pentru mai multe procese financiare și de reconciliere. Pentru a eficientiza aceste procese, departamentul dorește să construiască propria aplicație orientată pe modele într-un mediu Dataverse izolat. Totuși, aplicația lor necesită în continuare acces la date master fundamentale, cum ar fi detaliile hotelului și camerelor.

Echipa a respins tabelele virtuale deoarece echipa financiară trebuia să îmbogățească înregistrările cu atribute specifice departamentului, guvernate de o securitate strictă la nivel de rând.

Integrarea aplicației financiare în mediul principal MDM nu este nici ea o opțiune. Permițând factorilor financiari sau administratorilor să intre în mediul MDM expune conectori, soluții, permisiuni API și date sensibile care trebuie să rămână restricționate echipei de dezvoltare MDM.

Aceste cerințe au determinat organizația să adopte arhitectura de sincronizare descrisă în acest articol.

Valoare creată

Această arhitectură oferă o soluție robustă și ușor de întreținut pentru sincronizarea datelor master între două medii Dataverse atunci când tabele virtuale nu sunt o opțiune. Completarea și actualizarea directă a tabelelor existente în mediul secundar asigură consistența datelor și fiabilitatea operațională.

Abordarea folosește doar componente Power Platform, cum ar fi fluxurile de date și Power Automate, rezultând o soluție simplă de implementat, ușor de gestionat și care evită complexitatea inutilă.

Deoarece arhitectura este adaptată pentru o relație unu-la-unu în mediu, minimizează costurile generale și maximizează transparența. Este ideal pentru organizațiile care au nevoie de sincronizare simplă și fiabilă a datelor master, fără management la scară largă și multi-mediu.

Considerații

Aceste considerații implementează pilonii Power Platform Well-Architected, un set de principii directoare care îmbunătățesc calitatea volumului de lucru. Află mai multe în Microsoft Power Platform Well-Architected.

Fiabilitate

  • Fluxurile de date nocturne asigură consistența.

  • Fluxurile orientate pe evenimente oferă actualizări rapide.

  • Monitorizarea manuală detectează probleme de calitate a datelor.

Securitate

  • Conturi de servicii și grupuri de securitate pentru controlul accesului. Când folosești fluxuri de date, nu poți atribui principal de servicii ca proprietari.

  • Endpoint-uri HTTP parametrizate pentru compatibilitatea cu ALM.

  • Fluxuri de date în soluții izolate pentru a evita munca manuală inutilă. Există un motiv specific pentru izolarea fluxurilor de date într-o soluție dedicată: după fiecare implementare, trebuie să restabilești manual conexiunea fluxului de date. Prin plasarea fluxurilor de date într-o soluție separată pe care o implementezi doar atunci când schimbi fluxurile de date, eviți munca manuală inutilă atunci când implementezi alte componente ale soluției principale.

Excelență operațională

  • Programare automată și orchestrare a fluxurilor de date.

  • Monitorizarea și alertarea pentru sincronizări eșuate.

Eficiența performanței

  • Fluxuri de date optimizate pentru operațiuni în vrac.

  • Fluxurile Power Automate bazate pe evenimente minimizează latența pentru actualizările critice, la nivel de înregistrare. Când proiectați fluxuri orientate pe evenimente, asigurați-vă că volumul acțiunilor și concurența rămân în limitele serviciilor Power Automate. Activitatea CRUD de înaltă frecvență poate declanșa throttling, mai ales în scenarii în care fluxurile execută zeci de mii de acțiuni pe zi. Pentru integrări critice pentru afaceri sau cu debit ridicat, aplică licențierea Power Automate adecvată pentru a crește limitele de throughput și . Această abordare reduce riscurile de escaladare și asigură performanțe previzibile.

Optimizarea experienței

  • Necesită intervenție manuală minimă.

  • Separă clar sincronizările bulk de cele bazate pe evenimente.

Colegi

Microsoft menține acest articol. Următorii colaboratori au scris acest articol.

Autorii principali:

  • Last updated on