Ścieżki integracji usługi Microsoft Fabric dla niezależnych dostawców oprogramowania
Usługa Microsoft Fabric oferuje trzy odrębne ścieżki dla niezależnych dostawców oprogramowania (ISV) w celu bezproblemowej integracji z usługą Fabric. W przypadku niezależnego dostawcy oprogramowania rozpoczynającego tę podróż chcemy przejść przez różne zasoby dostępne w ramach każdej z tych ścieżek.
Współdziałanie z usługą Fabric OneLake
Głównym celem modelu międzyoperamentowego jest umożliwienie dostawcom oprogramowania integrowania swoich rozwiązań z programem OneLake Foundation. W celu współdziałania z usługą Microsoft Fabric zapewniamy integrację przy użyciu wielu łączników w usłudze Data Factory i w funkcji Analizy w czasie rzeczywistym, interfejsach API REST dla usługi OneLake, skrótach w usłudze OneLake, udostępnianiu danych w dzierżawach sieci szkieletowej i dublowaniu bazy danych.
W poniższych sekcjach opisano niektóre sposoby rozpoczęcia pracy z tym modelem.
Interfejsy API usługi OneLake
- Usługa OneLake obsługuje istniejące interfejsy API i zestawy SDK usługi Azure Data Lake Storage (ADLS) Gen2 na potrzeby bezpośredniej interakcji, umożliwiając deweloperom odczytywanie, zapisywanie i zarządzanie danymi w usłudze OneLake. Dowiedz się więcej o interfejsach API REST usługi ADLS Gen2 i sposobach nawiązywania połączenia z usługą OneLake.
- Ponieważ nie wszystkie funkcje w usłudze ADLS Gen2 są mapowania bezpośrednio na usługę OneLake, usługa OneLake wymusza również strukturę folderów zestawu do obsługi obszarów roboczych i elementów sieci szkieletowej. Aby uzyskać pełną listę różnych zachowań między usługami OneLake i ADLS Gen2 podczas wywoływania tych interfejsów API, zobacz Parzystość interfejsu API usługi OneLake.
- Jeśli używasz usługi Databricks i chcesz nawiązać połączenie z usługą Microsoft Fabric, usługa Databricks współpracuje z interfejsami API usługi ADLS Gen2. Integracja usługi OneLake z usługą Azure Databricks.
- Aby w pełni wykorzystać format magazynu usługi Delta Lake, przejrzyj i zapoznaj się z formatem, optymalizacją tabel i kolejnością wirtualną. Optymalizacja tabel usługi Delta Lake i kolejność wirtualna.
- Gdy dane są w usłudze OneLake, eksploruj lokalnie przy użyciu Eksplorator plików OneLake. Eksplorator plików OneLake bezproblemowo integruje aplikację OneLake z systemem Windows Eksplorator plików. Ta aplikacja automatycznie synchronizuje wszystkie elementy OneLake, do których masz dostęp w Eksplorator plików systemu Windows. Możesz również użyć dowolnego innego narzędzia zgodnego z usługą ADLS Gen2, takiego jak Eksplorator usługi Azure Storage.
Interfejsy API analizy w czasie rzeczywistym
Analiza w czasie rzeczywistym usprawnia analizę danych i wizualizację, oferując scentralizowane rozwiązanie umożliwiające natychmiastowe uzyskiwanie szczegółowych informacji i akcji dotyczących danych w ruchu w organizacji. Efektywnie zarządza dużymi ilościami danych dzięki niezawodnym możliwościom wykonywania zapytań, przekształcania i magazynowania.
- Eventhouses są specjalnie zaprojektowane do przesyłania strumieniowego danych, zgodne z centrum czasu rzeczywistego i idealne dla zdarzeń opartych na czasie. Dane są automatycznie indeksowane i partycjonowane na podstawie czasu pozyskiwania, co zapewnia niezwykle szybkie i złożone możliwości wykonywania zapytań analitycznych na danych o wysokim stopniu szczegółowości, do których można uzyskać dostęp w usłudze OneLake w celu użycia w zestawie środowisk usługi Fabric. Usługa Eventhouses obsługuje istniejące interfejsy API i zestawy SDK usługi Eventhouse na potrzeby bezpośredniej interakcji, umożliwiając deweloperom odczytywanie, zapisywanie i zarządzanie danymi w usłudze Eventhouses. Dowiedz się więcej o interfejsie API REST.
- Strumienie zdarzeń umożliwiają przenoszenie zdarzeń w czasie rzeczywistym z różnych źródeł i kierowanie ich do różnych miejsc docelowych, takich jak OneLake, bazy danych KQL w centrach zdarzeń i aktywacja sieci szkieletowej. Dowiedz się więcej o strumieniach zdarzeń i interfejsie API transmisji strumieniowej zdarzeń.
- Jeśli używasz usługi Databricks lub notesów Jupyter Notebook, możesz użyć biblioteki klienta Języka Python Kusto do pracy z bazami danych KQL w sieci szkieletowej. Dowiedz się więcej o zestawie SDK języka Python usługi Kusto.
- Istniejące łączniki usługi Microsoft Logic Apps, Azure Data Factory lub Microsoft Power Automate umożliwiają interakcję z usługą Eventhouses lub KQL Databases.
- Skróty bazy danych w funkcji analizy w czasie rzeczywistym są osadzonymi odwołaniami w magazynie zdarzeń do źródłowej bazy danych. Źródłowa baza danych może być bazą danych KQL w analizie w czasie rzeczywistym lub bazą danych usługi Azure Data Explorer. Skróty mogą służyć do udostępniania danych w ramach tej samej dzierżawy lub między dzierżawami. Dowiedz się więcej na temat zarządzania skrótami bazy danych przy użyciu interfejsu API.
Fabryka danych w sieci szkieletowej
- Usługa Data Pipelines oferuje obszerny zestaw łączników, dzięki czemu dostawcy oprogramowania mogą bez wysiłku łączyć się z niezliczonymi magazynami danych. Niezależnie od tego, czy łączysz tradycyjne bazy danych, czy nowoczesne rozwiązania oparte na chmurze, nasze łączniki zapewniają bezproblemowy proces integracji. Omówienie łącznika.
- Dzięki naszym obsługiwanym łącznikom usługi Dataflow Gen2 dostawcy oprogramowania mogą wykorzystać możliwości usługi Fabric Data Factory do zarządzania złożonymi przepływami pracy danych. Ta funkcja jest szczególnie przydatna w przypadku niezależnych dostawców oprogramowania, którzy chcą usprawnić przetwarzanie danych i zadania przekształcania. Łączniki usługi Dataflow Gen2 w usłudze Microsoft Fabric.
- Aby uzyskać pełną listę możliwości obsługiwanych przez usługę Data Factory w usłudze Fabric, zapoznaj się z tym blogiem dotyczącym usługi Data Factory w sieci szkieletowej.
Skróty wielochmurowe
Skróty w usłudze Microsoft OneLake umożliwiają ujednolicenie danych między domenami, chmurami i kontami przez utworzenie pojedynczego wirtualnego magazynu danych w całym przedsiębiorstwie. Wszystkie środowiska sieci szkieletowej i aparaty analityczne mogą bezpośrednio wskazywać istniejące źródła danych, takie jak OneLake w innej dzierżawie, usłudze Azure Data Lake Storage (ADLS) Gen2, kontach magazynu Amazon S3, usłudze Google Cloud Storage (GCS), zgodnych źródłach danych S3 i usłudze Dataverse za pośrednictwem ujednoliconej przestrzeni nazw. Usługa OneLake przedstawia niezależnych dostawców oprogramowania z transformacyjnym rozwiązaniem dostępu do danych, bezproblemowo pomostowym integracją między różnymi domenami i platformami w chmurze.
- Dowiedz się więcej o skrótach OneLake
- Dowiedz się więcej o jednej kopii logicznej w usłudze OneLake
- Dowiedz się więcej o skrótach bazy danych KQL
Udostępnianie danych
Udostępnianie danych umożliwia użytkownikom sieci szkieletowej udostępnianie danych w różnych dzierżawach sieci szkieletowej bez ich duplikowania. Ta funkcja zwiększa współpracę, umożliwiając udostępnianie danych "w miejscu" z lokalizacji magazynu OneLake. Dane są udostępniane jako tylko do odczytu, dostępne za pośrednictwem różnych aparatów obliczeniowych sieci szkieletowej, w tym modeli SQL, Spark, KQL i semantycznych. Aby korzystać z tej funkcji, administratorzy sieci szkieletowej muszą ją włączyć zarówno w dzierżawach udostępniania, jak i odbierania. Proces obejmuje wybieranie danych w centrum danych OneLake lub obszarze roboczym, konfigurowanie ustawień udostępniania i wysyłanie zaproszenia do zamierzonego adresata.
Dublowanie bazy danych
Dublowanie zapewnia nowoczesny sposób uzyskiwania dostępu do danych i pozyskiwania ich w sposób ciągły i bezproblemowy z zewnętrznych baz danych lub magazynu danych do środowiska magazynowania danych w usłudze Microsoft Fabric. Dublowanie jest niemal w czasie rzeczywistym, co daje użytkownikom natychmiastowy dostęp do zmian w źródle. Dowiedz się więcej o dublowaniu i obsługiwanych bazach danych.
Programowanie w sieci szkieletowej
Za pomocą niezależnych dostawców oprogramowania w modelu develop on Fabric można tworzyć swoje produkty i usługi na podstawie sieci szkieletowej lub bezproblemowo osadzać funkcje sieci szkieletowej w istniejących aplikacjach. Jest to przejście od podstawowej integracji do aktywnego stosowania ofert usługi Fabric. Głównym obszarem powierzchni integracji jest interfejsy API REST dla różnych środowisk sieci szkieletowej. W poniższej tabeli przedstawiono podzbiór interfejsów API REST pogrupowanych według środowiska sieci szkieletowej. Aby uzyskać pełną listę, zobacz dokumentację interfejsu API REST usługi Fabric.
Środowisko sieci szkieletowej | interfejs API |
---|---|
Magazyn danych | - Magazyn - Dublowany magazyn |
Inżynieria danych | - Lakehouse - Spark - Definicja zadania platformy Spark - Tabele - Zadania |
Data Factory | - DataPipeline |
Analiza w czasie rzeczywistym | - Eventhouse - Baza danych KQL - Zestaw zapytań KQL - Strumień zdarzeń |
Analiza danych | - Notes - Eksperyment uczenia maszynowego - Model uczenia maszynowego |
OneLake | - Skrót - Interfejsy API usługi ADLS Gen2 |
Power BI | - Zgłoś - Pulpit nawigacyjny - Semantyczny model |
Tworzenie obciążenia sieci szkieletowej
Tworzenie modelu obciążenia sieć szkieletowa ma na celu umożliwienie niezależnych dostawców oprogramowania do tworzenia niestandardowych środowisk na platformie sieci szkieletowej. Udostępnia ona niezależnych dostawców oprogramowania z niezbędnymi narzędziami i możliwościami, aby dopasować swoje oferty do ekosystemu sieci Szkieletowej, optymalizując kombinację swoich unikatowych propozycji wartości dzięki rozbudowanym możliwościom usługi Fabric.
Zestaw Microsoft Fabric Workload Development Kit oferuje kompleksowy zestaw narzędzi dla deweloperów do integrowania aplikacji z centrum Microsoft Fabric. Ta integracja umożliwia dodanie nowych funkcji bezpośrednio w obszarze roboczym Sieć szkieletowa, co usprawnia proces analizy dla użytkowników. Zapewnia deweloperom i dostawcom oprogramowania niezależnych dostawców oprogramowania nową drogę, która umożliwia dotarcie do klientów, dostarczanie zarówno znanych, jak i nowych środowisk oraz korzystanie z istniejących aplikacji danych. Administratorzy sieci szkieletowej uzyskują możliwość zarządzania dostępem do centrum obciążenia, włączania go dla całej dzierżawy lub przypisywania go z określonym zakresem w celu kontrolowania dostępu w organizacji.