Notatka
Dostęp do tej strony wymaga autoryzacji. Może spróbować zalogować się lub zmienić katalogi.
Dostęp do tej strony wymaga autoryzacji. Możesz spróbować zmienić katalogi.
Tożsamość obszaru roboczego Fabric to automatycznie zarządzana główna jednostka usługowa, którą można skojarzyć z obszarem roboczym Fabric. Obszary robocze Fabric posiadające tożsamość obszaru roboczego mogą bezpiecznie odczytywać lub zapisywać na kontach Azure Data Lake Storage Gen2 z włączoną zaporą za pomocą skrótów OneLake i potoków. Aby uzyskać więcej informacji, zobacz Tożsamość obszaru roboczego.
W Microsoft Fabric uwierzytelnianie tożsamości obszaru roboczego współpracuje ze skrótami OneLake, potokami, modelami semantycznymi i przepływami danych Gen2 (CI/CD). W tym przykładowym artykule pokazano, jak używać tożsamości obszaru roboczego do nawiązywania połączenia z Azure Data Lake Storage Gen2 w usłudze Fabric Data Factory.
Obsługiwane źródła danych
Typ uwierzytelniania tożsamości obszaru roboczego obecnie obsługuje następujące źródła danych:
- Baza danych programu Access
- Azure Analysis Services
- Azure Blob Storage
- Azure Cosmos DB dla baz danych NoSQL
- Azure Data Explorer
- Azure Data Lake Storage Gen2
- Azure SQL Database
- Azure Synapse Analytics
- Azure Table Storage
- Dataverse
- Dynamics 365
- Dynamics AX
- Dynamics CRM
- Folder programu SharePoint
- Lista usługi SharePoint Online
- Plik SharePoint Online
- Baza danych programu SQL Server
- Internet
Wymagania wstępne
Aby móc tworzyć tożsamość obszaru roboczego i zarządzać nią, musisz być administratorem obszaru roboczego. Obszar roboczy, dla którego tworzysz tożsamość, nie może być My Workspace.
Udziel tożsamości uprawnień dostępu do źródła danych.
Tożsamość uruchamiająca potok z uwierzytelnianiem tożsamości w przestrzeni roboczej musi mieć rolę administratora, członka lub współtwórcy w przestrzeni roboczej. Fabric sprawdza to uprawnienie w czasie wykonywania i wydaje token tożsamości obszaru roboczego tylko tożsamości, która ma przypisaną jedną z tych ról. Ten wymóg dotyczy zarówno użytkownika, który uruchamia potok na żądanie, jak i podmiotu usługi, który uruchamia go według harmonogramu lub przez API. Jeśli zaplanowane uruchomienie zakończy się niepowodzeniem, ale ręczne uruchomienie tego samego potoku zakończy się sukcesem, zweryfikuj rolę w obszarze roboczym dla tożsamości używanej przez zaplanowane uruchomienie.
Łączenie się z danymi za pomocą tożsamości obszaru roboczego
Przejdź do fabryki.
Utwórz nowy element usługi Data Factory (taki jak Dataflow Gen2, potok lub zadanie kopiowania) lub edytuj istniejący, aby dodać źródło danych lub miejsce docelowe.
Wybierz połączenie źródłowe lub docelowe, które chcesz uwierzytelnić przy użyciu tożsamości obszaru roboczego. W tym przykładzie nawiąż połączenie z kontem Azure Data Lake Storage Gen2.
Wprowadź szczegóły połączenia, a następnie wybierz pozycję Utwórz nowe połączenie.
Zmień typ uwierzytelniania na Tożsamość obszaru roboczego.
Wybierz pozycję Dalej w ustawieniach połączenia, aby uwierzytelnić się w źródle danych lub miejscu docelowym.