Integrowanie danych magazynu lakehouse programu Microsoft Fabric przy użyciu tabel wirtualnych usługi Dataverse

Zbierz dane z wielu systemów wewnętrznych w jednym źródle prawdy w Microsoft Fabric magazyn lakehouse, a następnie użyj Dataverse tabel wirtualnych, aby korzystać z ujednoliconych danych w aplikacjach Power Platform i przepływach.

Wykres architektury

Workflow

W poniższych krokach opisano przepływ pracy pokazany na przykładowym diagramie architektury:

1. Przygotowanie źródła: strumienie danych identyfikują dostępne źródła danych z całej organizacji, a następnie wypychają dane do Fabric Lakehouse, w której operacje ETL wyodrębniają i przekształcają je do dalszego użycia.

2. Tabele wirtualne: dostawca wirtualnych łączników Fabric tworzy tabele wirtualne reprezentujące dane w Fabric Lakehouse.

3. Widok 360 stopni opiekuna klienta: kanwa lub aplikacja oparta na modelu wyświetla dane z tabel wirtualnych w przyjaznym dla użytkownika interfejsie, umożliwiając opiekunom klienta szybkie przeglądanie wszystkich interakcji z ich kontami.

4. Miesięczne podsumowanie interakcji opiekuna klienta: Zaplanowany Power Automate przepływ jest uruchamiany co miesiąc, generując podsumowanie interakcji z klientami dla każdego opiekuna klienta na podstawie danych w tych samych tabelach wirtualnych.

Elementy

Power Platform środowisko: zawiera zasoby Power Platform, które implementują doświadczenia użytkownika. Tabele wirtualne, które łączą się z danymi Fabric Lakehouse, są tworzone w środowisku w skojarzonym wystąpieniu Power Platform Dataverse.

Microsoft Fabric: pozyskuje, przekształca i przechowuje ustrukturyzowane i nieustrukturyzowane dane z całej organizacji. Podobnie jak w przypadku środowiska Power Platform, Fabric używa koncepcji obszaru roboczego do tworzenia kontenera dla magazyn lakehouse, przepływów danych i innych zasobów Fabric używanych w rozwiązaniu.

Tworzenie tabel wirtualnych przy użyciu dostawcy wirtualnego łącznika. Tabele wirtualne umożliwiają integrowanie danych z zewnętrznych źródeł danych przez bezproblemową reprezentację tych danych jako tabel w Microsoft Dataverse bez replikacji danych. Dla każdego źródła danych dostawca danych musi obsługiwać interakcję między źródłem a Dataverse oraz definiować zachowanie tabeli wirtualnej. Podczas tworzenia tabeli wirtualnej dla danych sieci szkieletowej magazyn lakehouse dostawcą danych jest wstępnie utworzony dostawca łącznika wirtualnego sieci szkieletowej. Takie podejście używa typowego Power Platform połączenia i odwołania do połączenia do zarządzania specyfiką obszaru roboczego i Power Platform środowiska sieci szkieletowej, umożliwiając twórcom tworzenie aplikacji bez złożoności pracy z wieloma systemami.

Power Apps: implementuje środowisko użytkownika rozwiązania. Twórcy mogą utworzyć aplikację kanwa lub opartą na modelu przy użyciu tabel wirtualnych, które reprezentują dane Fabric, dodając je jako źródło danych, tak jak inne Dataverse tabele.

Power Automate: Automatyzuje tworzenie podsumowania miesięcznego. Przepływ można zaplanować tak, aby był uruchamiany co miesiąc i mógł używać tych samych tabel wirtualnych co aplikacja. Przepływ może być również wyzwalany przez zdarzenia w danych z Fabric Lakehouse, na przykład podczas tworzenia lub aktualizowania rekordu.

Power BI: wizualizuje dane w Fabric Lakehouse. Power BI może łączyć się z Fabric Lakehouse bezpośrednio lub za pośrednictwem tabeli wirtualnej, co umożliwia tworzenie raportów i pulpitów nawigacyjnych łączących dane z wielu źródeł, w tym z Fabric Lakehouse i innych Dataverse tabel.

Szczegóły scenariusza

W Twojej organizacji dane prawdopodobnie są przechowywane w silosach. Użyj tego wzorca architektury, aby zachować strumień danych na miejscu, jednocześnie udostępniając Power Platform go jako tabele wirtualne Dataverse.

Potencjalne przypadki użycia

W tym przykładzie dane interakcji z klientami z wielu systemów wewnętrznych są scentralizowane w usłudze Fabric. Aplikacja "Customer 360" zapewnia opiekunom klienta pełny wgląd we wszystkie interakcje organizacji z klientami. Ponieważ aplikacja korzysta z tabel wirtualnych w celu uzyskania dostępu do danych w usłudze Fabric magazyn lakehouse, opiekunowie klienta mogą wyświetlać i analizować dane bez konieczności wiedzy o tym, skąd pochodzą lub jak zostały przekształcone.

Oto inne typowe przypadki użycia:

• Połącz dane finansowe z Dynamics 365 lub Dataverse z danymi finansowymi z innych systemów, aby uzyskać skonsolidowane informacje.
• Scal dane historyczne, które zostały użyte w jednym ze starszych systemów OneLake, z bieżącymi danymi biznesowymi z usług Dynamics 365 i Dataverse.
• Połącz blogi i dane telemetryczne z witryny sieci Web, a także szczegóły produktu i zamówienia z usługi Dynamics 365.
• Stosuj uczenie maszynowe oraz wykrywaj anomalie i wyjątki w danych.

Kwestie wymagające rozważenia

Te zagadnienia implementują filary Power Platform dobrze zaprojektowanego środowiska, czyli zestaw założeń przewodnich, które poprawiają jakość zadania. Dowiedz się więcej w Microsoft Power Platform artykule Dobrze zaprojektowane środowisko.

Niezawodność

• Projektowanie pod kątem odporności: Składniki Power Apps i Power Automate rozwiązania zwiększają odporność, polegając tylko na danych sieci szkieletowej magazyn lakehouse i nie mają na nie bezpośredniego wpływu systemy wewnętrzne.

Zabezpieczenia

• Projektowanie w celu ochrony poufności: Tabele wirtualne są własnością organizacji. Nie obsługują one koncepcji zabezpieczeń na poziomie Dataverse wiersza ani pola. Oceń poufność danych w tabelach wirtualnych i zastanów się, czy musisz zaimplementować własny model zabezpieczeń dla zewnętrznego źródła danych.

• Ochrona wpisów tajnych aplikacji: tabele wirtualne tworzone przez dostawcę wirtualnego łącznika Fabric używają połączeń i odwołań do połączeń w celu zarządzania poświadczeniami dostępu do sieci szkieletowej magazyn lakehouse i zabezpieczania ich.

Efektywność wydajności

• Zoptymalizuj użycie danych: Skompilowanie rozwiązania z sieci szkieletowej magazyn lakehouse może ułatwić optymalizację danych do użycia przez Power Platform składniki. Na przykład, zamiast wymagać od opiekunów klienta przedzierania się przez szczegóły interakcji, operacje ETL Fabric mogą przekształcić je w bardziej wnikliwe dane, które są łatwiejsze do zrozumienia.

Optymalizacja środowiska

• Zaimplementuj spójną architekturę informacji: dane pochodzące z wielu systemów często mają niespójne metadane. Na przykład jeden system może oznaczyć interakcję jako "Pomyślną", podczas gdy inny system przechowuje ją jako "Zakończono". Aplikacja, która przedstawia użytkownikowi te niespójne dane, może spowodować słabe wrażenia. Podczas procesu pozyskiwania użyj przepływu danych, aby ujednolicić i zharmonizować dane, aby zapewnić użytkownikom spójne środowisko.

Współautorzy

Microsoft utrzymuje ten artykuł. Artykuł został napisany przez następujących autorów.

Główni autorzy:

• Ravi Chada, Główny Manager Programu

Następne kroki

Więcej informacji: Tworzenie aplikacji i automatyzacji, inicjowanie akcji w oparciu o szczegółowe informacje z Microsoft Fabric

Wykonaj następujące kroki wysokiego poziomu, aby skonfigurować architekturę rozwiązania, która używa tabel wirtualnych do uzyskiwania dostępu do danych z Microsoft Fabric:

1. Utwórz przestrzeń robocza Fabric zawierający magazyn lakehouse, do którego pozyskujesz dane.

2. Utwórz magazyn lakehouse i pozyskaj dane.

3. Utwórz tabelę wirtualną dla co najmniej jednej tabeli w Fabric lakehouse.

4. Tworzenie i edytowanie widoku aplikacji opartej na modelu. Połącz się z usługą Microsoft Dataverse , aby dodać tabelę wirtualną jako źródło danych dla aplikacji.

Powiązane zasoby

• Rozpoczynanie pracy z tabelami wirtualnymi
• Ograniczenia tabel wirtualnych
• Zagadnienia dotyczące korzystanie z tabeli wirtualnych