Power BI-Implementierungsplanung: Arbeitsbereiche auf Arbeitsbereichsebene

In diesem Artikel werden die taktische Implementierungsplanung beschrieben, die Sie auf Arbeitsbereichsebene für Microsoft Fabric-Arbeitsbereiche ausführen, wobei die Power BI-Erfahrung in Fabric hervorgehoben wird.

Hinweis

Dieser Artikel ist Teil der Power BI-Implementierungsplanungsreihe von Artikeln. Die Serie konzentriert sich auf die Planung einer Power BI-Erfahrung in Microsoft Fabric. Weitere Informationen finden Sie in der Einführung der Reihe.

Der Artikel ist in erster Linie für:

• Fabric-Administratoren: Administratoren, die für die Überwachung der Fabric-Implementierung in der Organisation verantwortlich sind.
• Center of Excellence (CoE), IT- und Business Intelligence (BI)-Teams: Teams, die für die Überwachung der Verwendung von Daten und BI in der Organisation und für die Unterstützung von Self-Service-Benutzern in der gesamten Organisation verantwortlich sind.
• Inhaltsersteller und -besitzer: Self-Service-Benutzer, die Inhalte in Arbeitsbereichen erstellen, veröffentlichen und verwalten.

Um Arbeitsbereiche effektiv zu nutzen, treffen Sie viele taktische Entscheidungen. Nach Möglichkeit sollten die einzelnen Entscheidungen auf Arbeitsbereichsebene mit Ihren Entscheidungen auf Mandantenebene abgestimmt sein.

Hinweis

Das Konzept eines Arbeitsbereichs stammt aus Power BI. In Fabric erweitert sich der Zweck eines Arbeitsbereichs. Ein Fabric-Arbeitsbereich kann Elemente aus mehr als einem Fabric-Erlebnis enthalten (auch als Arbeitslast bezeichnet). Obwohl der Inhaltsbereich breiter ist als in Power BI, können Sie die meisten in diesen Artikeln beschriebenen Arbeitsbereichsplanungsaktivitäten auf die Planung Ihrer Fabric-Arbeitsbereiche anwenden.

Zweck des Arbeitsbereichs

Wenn Sie einen Arbeitsbereich planen, ist es wichtig, nicht nur den Inhaltstyp zu berücksichtigen, den er speichert, sondern auch die Aktivitäten, die der Arbeitsbereich unterstützen soll.

Betrachten Sie die folgenden beiden Beispiele für finanzbezogene Arbeitsbereiche. Obwohl beide demselben Team zugeordnet sind, dient jeder Arbeitsbereich einem anderen Zweck:

• Arbeitsbereich "Finanzmonatsende": Der Arbeitsbereich "Finanzmonatsende" enthält Abstimmungs- und Monatsabschlussberichte. Dieser Arbeitsbereich wird als informeller Arbeitsbereich für die Unterstützung der Zusammenarbeit betrachtet. Eine Power BI-App ist für Inhaltsanzeigen nicht erforderlich, da die primäre Nutzung dieses Arbeitsbereichs die enge Zusammenarbeit zwischen einer kleinen Gruppe von Personen ist. Die meisten Teammitglieder verfügen über Berechtigungen, mit denen sie Inhalte in diesem Arbeitsbereich bearbeiten können.
• Arbeitsbereich "Finanzberichte": Der Arbeitsbereich "Finanzbericht " enthält die abgeschlossenen Berichte auf Präsentationsebene. Dieser Arbeitsbereich enthält Inhalte, die über eine Power BI-App in der gesamten Organisation an viele Zuschauer, einschließlich der Führungskräfte, verteilt werden. Der Arbeitsbereich wird genauestens überwacht.

Berücksichtigen Sie in diesen beiden Beispielen zwei spezifische Aspekte des Arbeitsbereichszwecks: Absicht für Zusammenarbeit und Absicht zur Anzeige.

Ausrichtung auf Zusammenarbeit

Das Hauptziel eines Arbeitsbereichs im Fabric-Portal besteht darin, die Zusammenarbeit zwischen mehreren Mitwirkenden zu erleichtern.

Die Zusammenarbeit in einem Arbeitsbereich erfolgt auf mehrere Arten:

• Teambasierte Entwicklung: Benutzer können zusammenarbeiten, um Inhalte zu erstellen, zu testen und zu veröffentlichen. Einzelne Benutzer*innen könnten am Entwurf eines Lakehouses arbeiten. Ein anderer Benutzer kann am Entwurf des semantischen Modells arbeiten, und andere Benutzer konzentrieren sich möglicherweise auf das Erstellen von Berichten.
• Tests und Validierungen: Benutzer müssen möglicherweise Datenüberprüfungen für neue Inhalte durchführen. Fachexperten der Geschäftseinheit müssen möglicherweise Benutzerakzeptanztests (User Acceptance Testing, UAT) durchführen. Möglicherweise muss ein Datenqualitätsteam die Genauigkeit des semantischen Modells überprüfen.
• Verbesserungen: Inhaltsbeteiligte und Verbraucher können Verbesserungen an Inhalten während des gesamten Lebenszyklus des Inhalts vorschlagen.
• Besitzübertragung: Eine andere Person oder ein anderes Team übernimmt möglicherweise die Verantwortung für Inhalte, die eine andere Person erstellt hat.

Einer der wichtigsten Bereiche der Roadmap für die-Einführung von Fabric ist Inhaltsbesitz und -verwaltung. Die Art der Zusammenarbeit, die in einem Arbeitsbereich auftritt, unterscheidet sich je nach dem Ansatz, den Sie für den Besitz und die Verwaltung von Inhalten auswählen:

• Von Unternehmen geführte Self-Service BI: Inhalte, die die Verantwortlichen in einer Geschäftseinheit oder Abteilung besitzen oder verwalten. In diesem Szenario erfolgt die meiste Zusammenarbeit im Arbeitsbereich zwischen Benutzern in dieser Geschäftseinheit.
• Verwaltete Self-Service BI: Daten, die ein zentralisiertes Team besitzt oder verwaltet, aber verschiedene Inhaltsersteller aus Geschäftseinheiten übernehmen die Verantwortung für Berichte und Dashboards. In diesem Szenario ist es sehr wahrscheinlich, dass mehrere Arbeitsbereiche erforderlich sind, um die Zusammenarbeit durch mehrere Teams von Personen sicher zu erleichtern.
• Enterprise BI: Inhalte, die ein zentralisiertes Team wie IT, Enterprise BI oder coE besitzt oder verwaltet. In diesem Szenario treten die Zusammenarbeitsbemühungen im Arbeitsbereich unter Benutzern im zentralen Team auf.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie die Zusammenarbeit in einem Arbeitsbereich planen:

• Berücksichtigen Sie die Erwartungen an die Zusammenarbeit: Bestimmen Sie, wie die Zusammenarbeit des Arbeitsbereichs erfolgen muss und wer an einem einzelnen Team oder organisationsweit beteiligt ist.
• Berücksichtigen Sie die Erwartungen an den Besitz und die Verwaltung von Inhalten: Überlegen Sie, wie die verschiedenen Ansätze für die Inhaltsbesitz und -verwaltung (geschäftsgeführte Self-Service BI, verwaltete Self-Service BI und Enterprise BI) beeinflussen, wie Sie Arbeitsbereiche entwerfen und verwenden.

Tipp

Wenn Ihre Anforderungen nicht durch einen einzigen Ansatz erfüllt werden, sind Sie bereit, flexibel zu sein und eine andere Content Ownership and Management-Strategie für verschiedene Arbeitsbereiche zu verwenden. Die Strategie kann auf dem Szenario und den Teammitgliedern basieren, die beteiligt sind.

Ausrichtung auf Inhaltsanzeige

Das sekundäre Ziel für einen Arbeitsbereich besteht darin, Inhalte an Verbraucher zu verteilen, die die Inhalte anzeigen müssen. Für die Anzeige von Inhalten ist Power BI die primäre Fabric-Workload.

Sie können die Inhaltsverteilung im Power BI-Dienst auf mehrere Arten angehen:

• Berichte können mithilfe einer Power BI-App angezeigt werden: Inhalte, die in einem nicht persönlichen Arbeitsbereich gespeichert sind, können in einer Power BI-App veröffentlicht werden. Eine Power BI-App ist benutzerfreundlicher als das Anzeigen von Berichten direkt in einem Arbeitsbereich. Aus diesem Grund ist die Verwendung einer Power BI-App häufig die beste Wahl für die Verteilung von Inhalten an Verbraucher. Benutzergruppen für eine Power BI-App sind flexibel. Manchmal sind jedoch Ihre Ziele für die Verteilung von Inhalten mit einer App ein Faktor, um zu bestimmen, wie Inhalte in oder über Arbeitsbereiche hinweg organisiert werden. Weitere Informationen zum Schützen von Power BI-Apps finden Sie unter Planen der Sicherheit für Berichtsconsumer.
• Berichte können direkt im Arbeitsbereich angezeigt werden: Dieser Ansatz eignet sich häufig für informelle Arbeitsbereiche für die Zusammenarbeit. Arbeitsbereichsrollen definieren, wer den Inhalt in einem Arbeitsbereich anzeigen oder bearbeiten kann. Weitere Informationen zu Arbeitsbereichsrollen finden Sie unter Planen der Sicherheit für Inhaltserstellende.
• Berichte können freigegeben werden: Die Verwendung von Berechtigungen pro Element (Links oder direkter Zugriff) ist nützlich, wenn Sie schreibgeschützten Zugriff auf ein einzelnes Element in einem Arbeitsbereich bereitstellen müssen. Es wird empfohlen, anstelle der Freigabe häufiger App-Berechtigungen und Arbeitsbereichsrollen zu verwenden, da sie einfacher zu verwalten sind. Weitere Informationen finden Sie unter Planen der Sicherheit für Berichtsconsumer.
• Berichte können in eine andere Anwendung eingebettet und in der Anwendung angezeigt werden: Manchmal ist es für Verbraucher möglich, Power BI-Inhalte anzuzeigen, die in eine andere Anwendung eingebettet sind. Das Einbetten von Inhalten ist nützlich, wenn Benutzer*innen in der Anwendung verbleiben können, damit sie ihren Workflow nicht verlassen müssen und damit effizienter sind.

Ein weiterer zentraler Aspekt der Roadmap für die Einführung von Fabric sind Inhaltsbereitstellungsbereiche. Die Art und Weise, wie ein Arbeitsbereich die Inhaltsverteilung unterstützt, unterscheidet sich je nach Inhaltsübermittlungsbereich:

• Persönliche BI: Inhalte sind für den Content-Ersteller gedacht. Da das Freigeben von Inhalten für andere Benutzer kein Ziel ist, erfolgt persönliche BI in einem persönlichen Arbeitsbereich, wie im nächsten Abschnitt beschrieben.
• Team BI: Inhalte werden mit einer relativ kleinen Anzahl von Kollegen geteilt, die eng zusammenarbeiten. In diesem Szenario sind die meisten Arbeitsbereiche informelle, kollaborative Arbeitsbereiche.
• Abteilungs-BI: Inhalte werden an viele Verbraucher verteilt, die zu einer großen Abteilung oder Geschäftseinheit gehören. In diesem Szenario ist der Arbeitsbereich in erster Linie für die Zusammenarbeit gedacht. In Abteilungs-BI-Szenarien werden Inhalte häufig in einer Power BI-App angezeigt, anstatt direkt im Arbeitsbereich angezeigt zu werden.
• Enterprise BI: Inhalte werden über organisationsweite Grenzen hinweg an die größte Anzahl von Zielkunden übermittelt. In diesem Szenario ist der Arbeitsbereich in erster Linie für die Zusammenarbeit gedacht. Bei Enterprise BI-Szenarien werden Inhalte häufig in einer Power BI-App angezeigt, anstatt direkt im Arbeitsbereich angezeigt zu werden.

Tipp

Wenn Sie Ihre Arbeitsbereiche planen, sollten Sie bei der Festlegung des Lizenzmodus des Arbeitsbereichs die Anforderungen der Zielgruppe berücksichtigen. Der dem Arbeitsbereich zugewiesene Lizenztyp wirkt sich auf die verfügbaren Features aus, einschließlich der Personen, die Arbeitsbereichsinhalte anzeigen oder verwalten können.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie die Erwartungen hinsichtlich der Anzeige von Arbeitsbereichsinhalten berücksichtigen:

• Berücksichtigen Sie die Erwartungen beim Anzeigen von Inhalten: Bestimmen Sie, wie Verbraucher erwarten, dass Inhalte angezeigt werden, die im Arbeitsbereich veröffentlicht wurden. Überlegen Sie, ob die Anzeige direkt im Arbeitsbereich erfolgt oder mithilfe einer anderen Methode.
• Bestimmen Sie, an wen die Inhalte übermittelt werden sollen: Überlegen Sie, wer die Zielgruppe ist. Berücksichtigen Sie auch den Lizenzmodus des Arbeitsbereichs, insbesondere wenn Sie eine erhebliche Anzahl von Inhaltsanzeigenden erwarten.
• Bewerten Sie die Anforderungen für eine Power BI-App: Überlegen Sie, was der Arbeitsbereichszweck in Bezug auf die Anforderungen an die Inhaltsverteilung ist. Eine Anforderung für eine Power BI-App kann Entscheidungen zum Erstellen eines Arbeitsbereichs beeinflussen.
• Berücksichtigen Sie die Erwartungen für den Umfang der Inhaltsübermittlung: Überlegen Sie, wie die verschiedenen Inhaltsübermittlungsbereiche (persönliche BI, Team BI, Abteilungs-BI und Enterprise BI) einflussen, wie Sie Arbeitsbereiche entwerfen und verwenden.

Tipp

Richten Sie sich darauf ein, flexibel zu sein. Sie können eine andere Inhaltsanzeigestrategie für Arbeitsbereiche basierend auf dem Szenario und den Teammitgliedern verwenden, die beteiligt sind. Schrecken Sie auch nicht davor zurück, unterschiedliche Inhaltsbereitstellungsbereiche für Arbeitsbereiche zu verwenden, wenn dies gerechtfertigt werden kann.

Geeignete Nutzung persönlicher Arbeitsbereiche

Sie können aus zwei Arten von Arbeitsbereichen wählen:

• Persönliche Arbeitsbereiche: Jeder Benutzer verfügt über einen persönlichen Arbeitsbereich. Ein persönlicher Arbeitsbereich kann zum Veröffentlichen bestimmter Inhaltstypen im Fabric-Portal verwendet werden. Der Hauptzweck besteht darin, persönliche BI-Nutzungsszenarien zu unterstützen.
• Arbeitsbereiche: Der Hauptzweck eines Arbeitsbereichs besteht darin, die Zusammenarbeit zwischen mehreren Benutzern zu unterstützen. Als Nebeneffekt kann ein Arbeitsbereich auch zum Anzeigen von Inhalten verwendet werden.

Ein persönlicher Arbeitsbereich, der für alles andere verwendet wird als persönliche BI, temporäre Inhalte oder Tests, erhöht das Risiko einer Organisation. In einem persönlichen Arbeitsbereich erstellt und verwaltet nur der Arbeitsbereichsbesitzer den Inhalt. Ein persönlicher Arbeitsbereich unterstützt auch die Zusammenarbeit mit anderen Personen nicht.

Damit ein Benutzer einen beliebigen Fabric-Artikel erstellen kann, z. B. ein Lakehouse oder ein Lager, muss ein Arbeitsbereich zu einer Fabric-Kapazität hinzugefügt werden. Der Prozess gilt sowohl für Standardarbeitsbereiche als auch für persönliche Arbeitsbereiche. Sie können steuern, wer bestimmte Arten von Elementen in einem persönlichen Arbeitsbereich erstellen kann, indem Sie die Kapazitätszuweisung verwalten.

Ein persönlicher Arbeitsbereich bietet darüber hinaus nur eingeschränkte Optionen zum Freigeben von Inhalten für andere. Sie können eine Power BI-App nicht aus einem persönlichen Arbeitsbereich veröffentlichen. Außerdem sind Power BI-Apps ein wichtiger Mechanismus zum Verteilen von Inhalten an die Organisation. Elementspezifische Berechtigungen (Links oder direkter Zugriff) sind die einzige Möglichkeit, Inhalte aus persönlichen Arbeitsbereichen mit anderen Personen zu nutzen. Die umfangreiche Verwendung von Berechtigungen pro Element erfordert mehr Aufwand und erhöht das Fehlerrisiko. Weitere Informationen finden Sie unter Planen der Sicherheit für Berichtsconsumer.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie die Erwartungen hinsichtlich der Verwendung persönlicher Arbeitsbereiche berücksichtigen:

• Verstehen Sie die aktuelle Verwendung persönlicher Arbeitsbereiche: Führen Sie Unterhaltungen mit Ihren Benutzern durch, und überprüfen Sie die Aktivitätsaktivitätsdaten , um sicherzustellen, dass Sie verstehen, was Benutzer mit ihren persönlichen Arbeitsbereichen tun.
• Entscheiden Sie, wie persönliche Arbeitsbereiche verwendet werden sollen: Entscheiden Sie, wie persönliche Arbeitsbereiche in Ihrer Organisation verwendet werden sollen (und sollten nicht). Konzentrieren Sie sich auf das Abgleichen von Risiken und Benutzerfreundlichkeit mit den Anforderungen an Zusammenarbeit für Inhalte und Anzeige der Inhalte.
• Persönliche Arbeitsbereichsinhalte bei Bedarf umziehen: Verschieben Sie kritische Inhalte bei Bedarf aus persönlichen Arbeitsbereichen in Standardarbeitsbereiche.
• Erstellen und Veröffentlichen von Dokumentationen zu persönlichen Arbeitsbereichen: Erstellen Sie nützliche Dokumentationen oder FAQs für Ihre Benutzer, wie Sie persönliche Arbeitsbereiche effektiv verwenden können. Stellen Sie die Informationen in Ihrem zentralen Portal und in Schulungsmaterialien zur Verfügung.

Weitere Informationen finden Sie in der Fabric-Einführungs-Roadmap:

• Fabric-zentrales Portal
• Fabric-Schulung
• Fabric-Dokumentation

Arbeitsbereichsbesitz

Eines der wichtigsten Punkte, die Sie berücksichtigen sollten, wenn Sie Arbeitsbereiche planen, ist die Bestimmung der Besitz- und Verantwortlichkeitsrollen und Zuständigkeiten. Das Ziel besteht darin, Klarheit darüber zu haben, wer für die Erstellung, Verwaltung, Veröffentlichung, Sicherung und Unterstützung der Inhalte in jedem Arbeitsbereich verantwortlich ist.

Klarheit beim Besitz ist besonders relevant, wenn Verantwortlichkeiten für die Erstellung und Verwaltung von Daten dezentralisiert oder zwischen Abteilungen und Geschäftseinheiten verteilt werden. Dieses Konzept wird manchmal auch als Datengitterarchitektur bezeichnet. Weitere Informationen zu Datengittern finden Sie unter Was sind Datengitter?.

In Fabric wird der dezentrale oder verteilte Besitz über Arbeitsbereiche ermöglicht. Verschiedene Bereiche der Organisation können unabhängig arbeiten, aber dennoch zur gleichen zugrunde liegenden Datenstruktur in OneLake beitragen. Jeder Arbeitsbereich kann über eigene Administrator*innen, eine eigene Zugriffssteuerung und eigene Kapazitätszuweisungen verfügen (für die Abrechnung, den geografischen Datenstandort und die Leistungsüberwachung).

Tipp

Eine weitere Möglichkeit zur Unterstützung des Arbeitsbereichseigentums in Fabric besteht darin, Domänen zu verwenden, die weiter unten in diesem Artikel beschrieben werden.

Wenn die Absicht der Zusammenarbeit Dezentralisierung und mehrere Teams über eine einzelne Geschäftseinheit hinaus einschließt, kann die Verwaltung der Arbeitsbereiche komplizierter werden. Oftmals ist es hilfreich, separate Arbeitsbereiche zu erstellen, um klar abzugrenzen, welches Team für welche Inhalte verantwortlich ist. Durch die Verwendung mehrerer Arbeitsbereiche können Sie bei den Verantwortungsbereichen für Besitz und Verwaltung spezifisch sein. Sie kann Ihnen außerdem helfen, die Sicherheit nach dem Prinzip der geringsten Rechte festzulegen. Weitere Sicherheitsüberlegungen finden Sie unter Planen der Sicherheit für Inhaltserstellende.

Tipp

Ihre Entscheidungen bezüglich Rechenschaft und Verantwortung sollten direkt mit Ihren Aktionen bei der Definition des Arbeitsbereichszugriffs korrelieren, die weiter unten in diesem Artikel beschrieben wird.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie die Verantwortung für den Arbeitsbereich übernehmen:

• Gewinnen Sie ein vollständiges Verständnis für die Funktionsweise des Inhaltsbesitzes: Stellen Sie sicher, dass Sie vollständig verstehen, wie Inhaltsbesitz und -verwaltung in der gesamten Organisation erfolgt. Erkennen Sie, dass Sie wahrscheinlich nicht über einen 1-size-fits-all-Ansatz verfügen, um einheitlich in der gesamten Organisation anzuwenden. Machen Sie sich mit den Anforderungen bei dezentralem oder verteiltem Besitz vertraut.
• Definieren und Dokumentieren von Rollen und Zuständigkeiten: Stellen Sie sicher, dass Sie klare Rollen und Verantwortlichkeiten für Personen definieren und dokumentieren, die in Arbeitsbereichen zusammenarbeiten. Stellen Sie diese Informationen in Onboarding-Aktivitäten, in Schulungsmaterialien und in Ihrem zentralen Portal zur Verfügung.
• Erstellen Sie eine Verantwortungsmatrix: Ordnen Sie heraus, wer von jeder Funktion erwartet wird, um Inhalte zu erstellen, zu verwalten, zu veröffentlichen, zu sichern und zu unterstützen. Halten Sie diese Informationen bereit, wenn Sie mit der Planung für Arbeitsbereichs-Zugriffsrollen beginnen.
• Erwägen Sie Szenarien für gemeinsamen Besitz oder mehrfaches Team-Eigentum: Identifizieren Sie ein Szenario, wann es hilfreich ist, separate Arbeitsbereiche zu erstellen, damit die Verantwortlichkeiten klar sind.
• Erstellen der Arbeitsbereichverwaltungsdokumentation: Informieren Sie Arbeitsbereichsadministratoren und -mitglieder darüber, wie Sie Arbeitsbereichseinstellungen und Den Zugriff verwalten. Schließen Sie Verantwortlichkeiten für Arbeitsbereichsadministrator*innen, -mitglieder und -mitwirkende ein. Stellen Sie die Informationen in Ihrem zentralen Portal und in Schulungsmaterialien zur Verfügung.

Arbeitsbereichsorganisation

Das Organisieren von Arbeitsbereichen ist einer der wichtigsten Aspekte der Arbeitsbereichsplanung.

Geschäftseinheiten und Abteilungen können Arbeitsbereiche je nach ihren Anforderungen an die Zusammenarbeit unterschiedlich nutzen. Wenn Sie einen neuen Arbeitsbereich benötigen, empfiehlt es sich, die in diesem Abschnitt beschriebenen Faktoren zu berücksichtigen.

Thema und Bereich eines Arbeitsbereichs

Die folgenden Optionen enthalten einige Vorschläge, wie Sie Arbeitsbereiche nach Thema und Bereich organisieren können.

In einigen Fällen verfügen Sie möglicherweise bereits über einige nützliche Gruppen, die in der Microsoft Entra-ID eingerichtet sind. Sie können die Gruppen verwenden, um den Zugriff auf Ressourcen für den festgelegten Themen- und Geltungsbereich zu verwalten. Möglicherweise müssen Sie jedoch neue Gruppen erstellen, um diesen Ansatz vollständig zu implementieren. Weitere Informationen finden Sie unter Arbeitsbereichszugriff.

Option 1: Ein Arbeitsbereich pro Betreffbereich oder Projekt

Wenn Sie einen Arbeitsbereich für jeden Themenbereich oder jedes Projekt erstellen, können Sie sich auf den Arbeitsbereichszweck konzentrieren. Dieser Ansatz kann bei der Verteilung von Inhalten zwischen Arbeitsbereichen ausgewogener sein.

Beispiele: Quartalsfinanzen oder Produktstartanalyse

Die Vorteile von Option 1 umfassen:

• Es ist einfacher, den Benutzerzugriff für personen zu verwalten, die Inhalte bearbeiten oder anzeigen können, da der Zugriff pro Betreffbereich eingeschränkt ist.
• Wenn Benutzer über Organisationsgrenzen hinweg auf Inhalte zugreifen, ist die Strukturierung von Arbeitsbereichen nach Themenbereich flexibler und einfacher zu verwalten, was im Vergleich zu Option 2 erläutert wird.
• Ein Bereich pro Betreffbereich ist ein guter Kompromiss zwischen Arbeitsbereichen, die zu viele Elemente und Arbeitsbereiche enthalten, die zu wenige Elemente enthalten.

Ein Nachteil von Option 1 besteht darin, dass Sie, je nachdem, wie schmale oder breite Arbeitsbereiche definiert sind, dennoch riskieren, dass Benutzer eine übermäßige Anzahl von Arbeitsbereichen erstellen. Das Suchen nach Inhalten kann für Benutzer*innen schwierig sein, wenn die Inhalte über viele Arbeitsbereiche verteilt sind.

Tipp

Wenn sie gut geplant und verwaltet werden, führt die Erstellung eines Arbeitsbereichs pro Themenbereich oder Projekt in der Regel zu einer überschaubaren Anzahl von Arbeitsbereichen.

Option 2: Ein Arbeitsbereich pro Abteilung oder Team

Ein allgemeiner Ansatz besteht darin, einen Arbeitsbereich pro Abteilung, Team oder Geschäftseinheit zu erstellen. Tatsächlich ist die Ausrichtung mit dem Organigramm die am häufigsten verwendete Art und Weise, wie Personen mit der Planung von Arbeitsbereichen beginnen. Dieser Ansatz ist jedoch nicht ideal für alle Szenarien.

Beispiele: Finanzabteilung oder Verkaufsteamanalyse

Das folgende Diagramm zeigt ein generalisiertes Beispiel, wie Sie Arbeitsbereiche nach Abteilung, Team oder Themenbereich trennen können. Option 1 und Option 2 sehen gleich aus. Die Elemente, die in jeden Arbeitsbereich einbezogen werden sollen, sind von der Art der Daten abhängig, auf die sich jede Abteilung, jedes Team oder ein Themenbereich konzentriert und wie sie die Daten verwenden möchten.

Die Vorteile von Option 2 umfassen:

• Die ersten Schritte bei der Planung sind einfach. Alle Inhalte, die Abteilungsbenutzer benötigen, befindet sich in einem Arbeitsbereich.
• Benutzer können ganz einfach wissen, welcher Arbeitsbereich verwendet werden soll, da alle ihre Inhalte im Arbeitsbereich veröffentlicht werden, der ihrer Abteilung oder ihrem Team zugeordnet ist.
• Das Verwalten von Sicherheitsrollen kann einfach sein, insbesondere wenn Sie die bewährte Methode zum Zuweisen von Microsoft Entra-Gruppen zu Arbeitsbereichsrollen verwenden.

Die Nachteile von Option 2 umfassen:

• Das Ergebnis ist häufig ein breit angelegter Arbeitsbereich, der viele Elemente enthält. In einem breit definierten Geltungsbereich des Arbeitsbereichs kann es für Benutzer*innen schwierig sein, bestimmte Elemente zu suchen.
• Da eine 1:1-Beziehung zwischen einem Arbeitsbereich und einer Power BI-App besteht, kann ein allgemein definierter Arbeitsbereich apps für Benutzer mit vielen Inhalten ergeben. Sie können das Problem beheben, indem Sie bestimmte Arbeitsbereichselemente aus der App und über das Design der App-Navigation ausschließen.
• Wenn Benutzer aus anderen Abteilungen bestimmte Arbeitsbereichselemente anzeigen müssen, kann die Verwaltung von Berechtigungen komplexer sein. Ein Risiko besteht darin, dass personen davon ausgehen, dass alles im Arbeitsbereich der Abteilung nur für ihre Augen gilt. Ein weiteres Risiko besteht darin, dass das Freigeben einzelner Elemente anstelle von Rollen verwendet wird, um präzise Anzeigeberechtigungen auszuführen.
• Wenn einige Inhaltsersteller Berechtigungen zum Bearbeiten einiger, aber nicht aller Elemente benötigen, ist es nicht möglich, diese Berechtigungen in einem einzigen Arbeitsbereich festzulegen. Arbeitsbereichsrollen, die Bearbeitungs- oder Ansichtsberechtigungen bestimmen, werden auf Arbeitsbereichsebene definiert.
• Wenn Sie über eine große Anzahl von Arbeitsbereichselementen verfügen, müssen Sie häufig strenge Benennungskonventionen für Elemente verwenden, damit Benutzer das gewünschte Element finden können.
• Bei umfangreichen Arbeitsbereichen mit vielen Elementen kann es zu einer technischen Einschränkung bei der Anzahl der Elemente kommen, die in einem Arbeitsbereich gespeichert werden können.

Tipp

Wenn Sie Arbeitsbereiche erstellen, die mit Ihrem Organigramm übereinstimmen, haben Sie häufig weniger Arbeitsbereiche. Möglicherweise haben Sie jedoch Arbeitsbereiche, die unverhältnismäßig große Mengen an Inhalten enthalten. Es wird empfohlen, Dass Sie Arbeitsbereiche nicht pro Abteilung oder Team ausrichten, wenn Sie erwarten, dass eine erhebliche Anzahl von Elementen oder viele Benutzer vorhanden sind.

Option 3: Arbeitsbereiche nach spezifischen Berichten oder Apps

Das Erstellen eines Arbeitsbereichs für jeden Bericht oder jede Analyseart wird nicht empfohlen, außer unter bestimmten Umständen.

Beispiele: Tägliche Verkaufszusammenfassung oder Führungsboni

Die Vorteile von Option 3 umfassen:

• Der Zweck eines eng definierten Arbeitsbereichs ist klar.
• Extrem sensible Inhalte können in einen eigenen Arbeitsbereich abgestellt werden, sodass sie explizit verwaltet und überwacht werden können. In vielen Fällen wird das auch empfohlen.
• Fein abgestufte Arbeitsbereichsberechtigungen gelten für einige wenige Elemente. Diese Einrichtung ist nützlich, wenn beispielsweise ein Benutzer einen Bericht bearbeiten darf, aber nicht einen anderen.

Die Nachteile von Option 3 umfassen:

• Wenn überlastet, können eng definierte Arbeitsbereiche zu einer großen Anzahl von Arbeitsbereichen führen.
• Eine große Anzahl von Arbeitsbereichen erfordert mehr Aufwand für Benutzer. Obwohl Benutzer sich auf die Suche verlassen können, kann die Suche nach den richtigen Inhalten im richtigen Arbeitsbereich frustrierend sein.
• Eine größere Anzahl von Arbeitsumgebungen erhöht den Prüf- und Verwaltungsaufwand.

Tipp

Sie sollten einen Arbeitsbereich mit einem engen Fokus erstellen, z. B. einen einzelnen Bericht, und dies nur aus bestimmten Gründen tun. Es sollte die Ausnahme sein und nicht die Regel. Das Abtrennen von Scorecards in einen eigenen Arbeitsbereich kann manchmal ebenfalls eine nützliche Technik sein. Die Verwendung eines separaten Arbeitsbereichs ist z. B. hilfreich, wenn eine Scorecard Ziele darstellt, die mehrere Themenbereiche umfassen. Außerdem ist es hilfreich, spezielle Berechtigungen für das Verwalten und Anzeigen der Scorecard einzurichten.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie den Themenbereich und den Umfang von Arbeitsbereichsinhalten berücksichtigen:

• Bewerten Sie, wie Arbeitsbereiche derzeit eingerichtet sind: Überprüfen Sie, wie Personen derzeit Arbeitsbereiche verwenden. Identifizieren Sie, was gut funktioniert und was nicht. Planen Sie potenzielle Änderungen und Schulungen für die Benutzer*innen ein.
• Berücksichtigen Sie den besten Umfang für Arbeitsbereiche: Identifizieren Sie, wie Personen Arbeitsbereiche basierend auf Zweck, Themenbereich, Umfang und wer für die Verwaltung der Inhalte verantwortlich ist, verwenden sollen.
• Identifizieren Sie den Speicherort streng vertraulicher Inhalte: Ermitteln Sie, wann Sie das Erstellen eines bestimmten Arbeitsbereichs rechtfertigen können, um nur streng vertrauliche Inhalte zu speichern.
• Erstellen und Veröffentlichen von Dokumentationen zur Verwendung von Arbeitsbereichen: Erstellen Sie nützliche Dokumentationen oder häufig gestellte Fragen für Ihre Benutzer, wie sie Arbeitsbereiche organisieren und verwenden sollen. Stellen Sie diese Informationen in Schulungsmaterialien und in Ihrem zentralen Portal zur Verfügung.

Typen von Arbeitsbereichselementen

Eine gängige Methode zum Entkoppeln von Datenressourcen von analytischen Ressourcen besteht darin, Datenarbeitsbereiche von Berichtsarbeitsbereichen zu trennen.

• Ein Datenarbeitsbereich dient zum Speichern und Schützen von Datenelementen wie Lakehouse, Warehouse, Datenpipelines, Dataflow oder Semantikmodell.
• Ein Berichtsarbeitsbereich konzentriert sich stärker auf nachgelagerte analytische Tätigkeiten. In einem Berichtsarbeitsbereich werden nur Elemente wie Berichte, Dashboards und Metriken gespeichert und gesichert. Berichtsarbeitsbereiche umfassen typischerweise Power BI-Inhalte, es ist jedoch nicht zwingend erforderlich.

In Fabric können Sie diese Trennung erweitern, um unterschiedliche Arbeitsbereiche für andere Elementtypen zu haben.

Einige Beispiele sind:

• Datenquellenarbeitsbereiche für Data Warehouses, Lakehouses und SQL-Datenbanken, die Daten speichern
• Arbeitsbereiche für die Datentransformation für Datenpipelines, Notizbücher und Datenflüsse, die Daten transformieren
• Verteilungsbereiche für Scorecards, Metriksätze und Organisationsanwendungen, die Daten an Benutzer verteilen

Das folgende Diagramm zeigt ein Beispiel, wie Sie Arbeitsbereiche nach Elementtyp trennen können.

Tipp

Sie können in jeder Fabric-Umgebung verschiedene Typen von Elementen erstellen. Diese Elemente passen nicht immer gut zum Konzept von Daten im Vergleich zu Berichten oder analytischen Inhalten. Ein Beispiel ist ein Fabric-Notizbuch , das auf vielfältige Weise verwendet werden kann. Benutzer können ein Fabric-Notizbuch verwenden, um Daten in einem Seehaus zu laden und zu transformieren, Spark SQL-Abfragen zu übermitteln oder Daten mithilfe von PySpark zu analysieren und zu visualisieren. Wenn der Arbeitsbereich gemischte Workloads enthält, empfehlen wir, sich hauptsächlich auf den Arbeitsbereichszweck und den Besitz des Inhalts zu konzentrieren, wie in diesem Artikel beschrieben.

Die Vorteile der Trennung der Datenarbeitsbereiche von den Berichtsarbeitsbereichen umfassen:

• Kritische Unternehmensdaten, z. B. ein genehmigtes Lakehouse- oder Semantikmodell, können sich in einem bestimmten Arbeitsbereich befinden, der dazu dient, wiederverwendbare Daten im Unternehmensmaßstab zur Verfügung zu stellen. Häufige Beispiele sind:
  • Berichterstellende können dann vertrauenswürdige freigegebene Semantikmodelle einfacher finden und wiederverwenden. Weitere Informationen finden Sie im Anwendungsszenario Verwaltete Self-Service-BI.
  • Semantikmodellerstellende können vertrauenswürdige Dataflows oder Lakehousetabellen ebenfalls einfacher finden. Weitere Informationen finden Sie in den Anwendungsszenarien zur Self-Service-Datenaufbereitung und zur erweiterten Self-Service-Datenaufbereitung.
• Die Zugriffsverwaltung kann für kritische Organisationsdaten zentralisiert werden. Das separate Verwalten des Zugriffs für den Datenarbeitsbereich im Vergleich zu Berichtsarbeitsbereichen ist nützlich, wenn unterschiedliche Personen für Daten und Berichte verantwortlich sind. Bei verwalteter Self-Service-BI ist es üblich, dass viele Berichtserstellende und weniger Datenerstellende mitarbeiten.
• Indem Sie einschränken, wer Semantikmodelle bearbeiten und verwalten kann, minimieren Sie das Risiko unbeabsichtigter Änderungen, insbesondere bei wichtigen Datenelementen, die für viele Zwecke oder von vielen Benutzern wiederverwendet werden. Die physische Trennung verringert die Wahrscheinlichkeit versehentlicher oder nicht genehmigter Änderungen. Diese zusätzliche Schutzebene ist für zertifizierte Semantikmodelle hilfreich, auf die sich die Organisation für ihre Qualität und Vertrauenswürdigkeit stützt.
• Szenarien mit gemeinsamen Besitz werden klargestellt. Wenn freigegebene Semantikmodelle von einem zentralen BI- oder IT-Team bereitgestellt werden, veröffentlichen Self-Service Content Creators in Geschäftseinheiten Berichte. Es empfiehlt sich, die semantischen Modelle in einem separaten Arbeitsbereich zu trennen. Dadurch wird die Unklarheit von Szenarien mit gemeinsamem Besitz vermieden, da Besitz und Verantwortung pro Arbeitsbereich deutlicher definiert sind.
• Sicherheit auf Zeilenebene (Row-Level Security, RLS) wird erzwungen. Wenn Sie Ersteller ermutigen, in verschiedenen Arbeitsbereichen zu arbeiten, verfügen sie nicht über unnötige Bearbeitungsberechtigungen für das ursprüngliche Semantikmodell. Der Vorteil besteht darin, dass RLS und OLS (Object-Level Security, Sicherheit auf Objektebene) für Inhaltsersteller und Inhaltsanzeigen erzwungen werden.

Zu den Nachteilen beim Trennen von Datenarbeitsbereichen aus Berichtsarbeitsbereichen gehören:

• Eine Benennungskonvention für Arbeitsbereiche ist erforderlich, um einen Datenarbeitsbereich von einem Berichtsarbeitsbereich zu unterscheiden.
• Es sind zusätzliche Schulungen der Benutzer*innen erforderlich, um sicherzustellen, dass Inhaltsautoren und -verbraucher wissen, wo Inhalte veröffentlicht und gesucht werden können.
• Manchmal ist es schwierig, die Elementtypen, die in einem Arbeitsbereich enthalten sein sollten, klar zu delineieren. Im Lauf der Zeit können sich in einem Arbeitsbereich mehr Inhaltstypen ansammeln, als ursprünglich vorgesehen waren.
• Die Verwendung von getrennten Arbeitsbereichen führt zu einer größeren Anzahl von Arbeitsbereichen, die Sie verwalten und überwachen müssen. Wenn Sie nach Zweck, Geltungsbereich und anderen Überlegungen(z. B. Trennung von Entwicklungs-, Test- und Produktionsinhalten) planen, kann der Entwurfsansatz für die Arbeitsbereiche komplizierter werden.
• Zusätzliche Änderungsmanagementprozesse könnten erforderlich sein, um angeforderte Änderungen an zentralisierten Datenelementen nachzuverfolgen und zu priorisieren, insbesondere wenn Berichtsersteller Anforderungen haben, die nicht über zusammengesetzte Modelle und Kennzahlen auf Berichtsebene hinausgehen.

Entwicklungsphase des Arbeitsbereichs

Eine gängige Vorgehensweise besteht darin, separate Arbeitsbereiche für verschiedene Phasen der Inhaltsentwicklung zu verwenden. In der Regel umfasst diese Vorgehensweise die folgenden Phasen:

• Entwicklungsarbeitsbereiche für nicht getestete Änderungen
• Testarbeitsbereiche für dedizierte interne und Benutzertests
• Produktionsarbeitsbereiche zum Freigeben von Inhalten für Verbraucher

In Fabric können Sie Arbeitsbereiche für jede Phase einer Bereitstellungspipeline hinzufügen. Eine Bereitstellungspipeline hilft bei der Verwaltung des Inhaltslebenszyklus, indem Pipelineadministratoren Änderungen zwischen Phasen vergleichen und bereitstellen können. In der Regel veröffentlichen Sie Inhalte zuerst in der frühesten Phase (z. B. Entwicklung) und stellen sie dann in der nächsten Phase bereit (z. B. bereitstellen von Inhalten von der Entwicklung bis hin zu Testarbeitsbereichen und dann vom Test bis hin zu Produktionsarbeitsbereichen ).

Hier ist ein Beispiel für dieses Setup:

Sie können die Trennung von Arbeitsbereichen auch nach Entwicklungsstufe und Elementtyp kombinieren. Wenn Sie Bereitstellungspipelines verwenden, können Sie die automatische Verknüpfung verwenden, um sicherzustellen, dass Phasen verknüpft sind. Durch die automatische Bindung wird sichergestellt, dass beispielsweise Berichte im Berichtentwicklungsarbeitsbereich auf das richtige semantische Modell im Modellentwicklungsarbeitsbereich verweisen.

Ein Beispiel:

Optional verfügen Sie möglicherweise über andere Arbeitsbereiche, z. B. die folgenden Arbeitsbereichtypen:

• Private Arbeitsbereiche für Ersteller, die isoliert arbeiten. Die Verwendung dieses Setups ist eine gängige Methode für die Zusammenarbeit an Inhalten mithilfe der Git-Integration, da jeder Inhaltsersteller auf einer eigenen separaten Kopie (Verzweigung) des Inhalts arbeitet, um zu vermeiden, dass die Arbeit der anderen gestört wird. Anschließend können Ersteller eine Pullanforderung öffnen, um ihre Änderungen in einer anderen Verzweigung zusammenzuführen, die mit dem Entwicklungsarbeitsbereich synchronisiert wird, den Ersteller anzeigen können, aber keine Inhalte ändern oder veröffentlichen können.
• Preproduktions-Arbeitsbereiche für Kreatoren, um spezifische Tests durchzuführen, bevor Inhalte veröffentlicht werden. Diese Tests können Leistungstests oder unterstützende Ressourcen wie Datengateways und Apps umfassen.
• Sandkastenarbeitsbereiche für Schöpfer, um frei zu experimentieren und improvisierte Erkundungen durchzuführen. Sandbox-Arbeitsbereiche werden oft automatisch in regelmäßigen Abständen geleert, z. B. mithilfe von APIs oder Notizbüchern. Inhalte, die Ersteller aus einem Sandkastenarbeitsbereich aufbewahren möchten, können für eine weitere Entwicklung in einen persönlichen oder privaten Arbeitsbereich kopiert werden.

Tipp

Es wird empfohlen, Arbeitsbereiche nach mindestens zwei Entwicklungsphasen zu organisieren. Mit diesem Ansatz wird die Trennung zwischen Entwicklung oder Tests durch Ersteller und den Verbrauch von Geschäftsbenutzern sichergestellt. Wenn Sie eine einzelne Arbeitsphase nutzen, kämpfen Sie häufig damit, eine Störung der vorhandenen Inhalte zu vermeiden, die von diesem Arbeitsbereich konsumiert werden, oder der Änderungen von anderen Erstellern.

Außerdem können Sie Arbeitsbereiche mithilfe mehrerer Ansätze organisieren. Sie können beispielsweise separate Daten- und Berichtsarbeitsbereiche verwenden, die mehrere Entwicklungsphasen aufweisen.

Zu den Vorteilen für die Trennung von Arbeitsbereichen nach Entwicklungsphase gehören:

• Sie können anspruchsvollere und strukturierte Entwicklungsprozesse unterstützen, darunter:

  • Bereitstellungspipelinen zum Kopieren von Inhalten zwischen Phasen
  • Git-Integrations- und Branching-Strategien für Deployment und Release
  • Notizbücher zum Koordinieren oder Automatisieren bestimmter Aufgaben im Inhaltslebenszyklus

• Sie können verhindern, dass Produktionsinhalte gestört werden, die Verbraucher verwenden.

• Sie haben eine bessere Zugriffssteuerung für Inhalte.

Zu den Nachteilen für die Trennung von Arbeitsbereichen nach Entwicklungsphase gehören:

• Sie müssen mehr Arbeitsbereiche verwalten und steuern, wodurch mehr Aufwand entsteht.
• Sie müssen neue Bereitstellungs- und Nachbereitstellungsaktivitäten planen.
• Möglicherweise müssen Sie andere, nicht unterstützte Tools oder Features berücksichtigen, die Inhalte über die Entwicklungsphasen bereitstellen oder bewerben.
• Komplexere Arbeitsbereichszugriffsrichtlinien sind erforderlich, um zu verhindern, dass Ersteller in der falschen Phase veröffentlichen und verwenden.

Organisationsinterne Arbeitsbereichsorganisation

Neben der Organisation Ihrer Arbeitsbereichsstruktur müssen Sie auch Inhalte in einem einzigen Arbeitsbereich organisieren.

Um Inhalte in einem Arbeitsbereich besser zu organisieren, beachten Sie die folgenden Richtlinien:

• Verwenden Sie klare Benennungskonventionen, um unterschiedliche Inhalte leicht zu identifizieren. Erwägen Sie bei Bedarf die Verwendung numerischer Präfixe (z. B. 01 – Täglicher Verkauf ), um Inhalte alphabetisch zu bestellen.
• Verwenden Sie Aufgabenflüsse , um Inhalte nach ihrem Zweck in Ihrem Workflow in Aufgaben zu gruppieren. Mithilfe von Aufgabenflüssen können Sie ähnliche Inhalte schnell identifizieren und auswählen (indem Sie die Aufgabe im Aufgabenfluss auswählen). Es ist wichtig, wenn Sie viele Elementtypen mit unterschiedlichen Zwecken in denselben Arbeitsbereich aufnehmen möchten.
• Verwenden Sie Arbeitsbereichsordner, um ähnliche Inhalte in Gruppen zu organisieren. Arbeitsbereichsordner können anstelle oder zusätzlich zu Aufgaben in Aufgabenflüssen verwendet werden.
• Verwenden Sie Bestätigungs- und Vertraulichkeitskennzeichnungen, um Inhalte entsprechend ihrer Bestätigung und ihrem Vertraulichkeitsstatus zu kennzeichnen.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie Elementtypen berücksichtigen, die ein Benutzer in einem Arbeitsbereich speichern kann:

• Bestimmen Sie Ihre Ziele für die Wiederverwendung von Daten: Entscheiden Sie, wie Sie die Wiederverwendung von Daten als Teil einer verwalteten Self-Service BI-Strategie erreichen.
• Aktualisieren Sie die Mandanteneinstellung für benutzerübergreifende Semantikmodelle: Ermitteln Sie, ob diese Funktion allen Benutzern gewährt werden kann. Wenn Sie die Nutzung von Semantikmodellen über mehrere Arbeitsbereiche hinweg einschränken möchten, sollten Sie eine Gruppe mit einem Namen ähnlich wie Zugelassene Fabric-Berichtserstellende verwenden.

Arbeitsbereichszugriff

Da der Hauptzweck eines Arbeitsbereichs die Zusammenarbeit ist, gilt der Arbeitsbereichszugriff in erster Linie für Benutzer, die Arbeitsbereichsinhalte erstellen und verwalten. Der Zugriff kann auch relevant sein, wenn der Arbeitsbereich zum Anzeigen von Inhalten verwendet wird. Dieser Zweck ist ein sekundärer Zweck für Arbeitsbereiche, wie weiter oben im Artikel beschrieben.

Wenn Sie mit der Planung von Arbeitsbereichsrollen beginnen, ist es hilfreich, die folgenden Fragen zu berücksichtigen:

• Wie erfolgt die Zusammenarbeit im Arbeitsbereich?
• Werden Nutzer Inhalte direkt im Arbeitsbereich ansehen?
• Wer ist für die Verwaltung der Inhalte im Arbeitsbereich verantwortlich?
• Wer kann im Arbeitsbereich gespeicherte Inhalte anzeigen?
• Möchten Sie einzelnen Benutzern oder Gruppen Arbeitsbereichsrollen zuweisen?

Es wird empfohlen, Gruppen zum Zuweisen von Arbeitsbereichsrollen zu verwenden. Für Arbeitsbereichsrollen werden Sicherheitsgruppen, E-Mail-aktivierte Sicherheitsgruppen, Verteilergruppen und Microsoft 365-Gruppen unterstützt. Weitere Informationen zur Verwendung von Gruppen finden Sie unter Planen der Sicherheit auf Mandantenebene.

Wenn Sie Gruppen verwenden möchten, können Sie eine Gruppe pro Rolle pro Arbeitsbereich erstellen. Um beispielsweise den Arbeitsbereich Quartalsfinanzen zu unterstützen, können Sie die folgenden Gruppen erstellen:

• Fabric-Arbeitsbereichs – Administrator*innen – Quartalsfinanzen
• Fabric-Arbeitsbereichs – Mitglieder – Quartalsfinanzen
• Fabric-Arbeitsbereich – Mitwirkende – Quartalsfinanzen
• Fabric-Arbeitsbereich – Anzeigende – Quartalsfinanzen
• Power BI – App-Anzeigen – Quartalsfinanzen

Tipp

Sie erhalten Flexibilität beim Erstellen von Gruppen pro Rolle und Arbeitsbereich. Der Kompromiss ist jedoch, dass mehr Gruppen erstellt und verwaltet werden müssen. Außerdem kann die Verwaltung einer großen Anzahl von Gruppen schwierig sein, wenn nur die IT Gruppen erstellt und verwaltet. Sie können die Herausforderung mindern, indem Sie die Self-Service-Gruppenverwaltung bestimmten Satellitenmitgliedern ermöglichen. Zu diesen Mitgliedern gehören CoE, Champions oder vertrauenswürdige Benutzer, die darin geschult sind, die Rollenmitgliedschaften ihrer Geschäftseinheiten zu verwalten. Weitere Informationen finden Sie unter Planen der Sicherheit auf Mandantenebene.

Wenn Datenarbeitsbereiche von Berichtsarbeitsbereichen getrennt sind, wie weiter oben in diesem Artikel beschrieben, führt dies zu einer noch größeren Anzahl von Gruppen. Bedenken Sie, wie die Anzahl der Gruppen von fünf auf zehn verdoppelt wird, wenn Sie Daten- und Berichtsarbeitsbereiche trennen:

• Fabric-Datenarbeitsbereich – Administrator*innen – Quartalsfinanzen
• Fabric-Berichtsarbeitsbereich – Administrator*innen – Quartalsfinanzen
• Fabric-Datenarbeitsbereich – Mitglieder – Quartalsfinanzen
• Fabric-Berichtsarbeitsbereich – Mitglieder – Quartalsfinanzen
• Fabric-Datenarbeitsbereich – Mitwirkende – Quartalsfinanzen
• Fabric-Berichtsarbeitsbereich – Mitwirkende – Quartalsfinanzen
• Fabric-Datenarbeitsbereich – Anzeigende – Quartalsfinanzen
• Fabric-Berichtsarbeitsbereich – Anzeigende – Quartalsfinanzen
• Power BI – App-Anzeigen – Quartalsfinanzen

Wenn mehrere Arbeitsbereiche für Entwicklung, Test und Produktion vorhanden sind, entsteht eine noch größeren Anzahl von Gruppen. Die Anzahl der Gruppen könnte sich potenziell verdreifachen. Beispielsweise würden Sie für nur die Datenarbeitsbereichsadministratoren diese drei Gruppen erstellen:

• Fabric-Datenarbeitsbereich – Administrator*innen – Quartalsfinanzen[Entwicklung]
• Fabric-Datenarbeitsbereich – Administrator*innen – Quartalsfinanzen[Test]
• Fabric-Datenarbeitsbereich – Administrator*innen – Quartalsfinanzen

Die vorstehenden Beispiele sollen vermitteln, dass die Verwendung von Gruppen, die Arbeitsbereichsrollen zugeordnet sind, schnell unwaltbar werden kann.

Tipp

In einigen Szenarien werden weniger Gruppen benötigt, insbesondere im Entwicklungsbereich. Beispielsweise müssen Sie in der Entwicklungsphase möglicherweise keine Anzeigeberechtigtengruppe für den Arbeitsbereich angeben. Diese Gruppe ist nur für Tests und Produktion erforderlich. Oder Sie können dieselbe Gruppe für Arbeitsbereichsadministrator*innen für Entwicklung, Test und Produktion verwenden. Weitere Informationen zu Entwicklung, Test und Produktion finden Sie unter Workspace Lifecycle Management.

Für die effektive Verwendung von Gruppen für Arbeitsbereichsrollen kann eine umfangreiche Planung erforderlich sein. Richten Sie sich auf Szenarios ein, in denen vorhandene Gruppen, die möglicherweise auf das Organigramm ausgerichtet sind, nicht alle Ihre Anforderungen für die Verwaltung von Fabric-Inhalten erfüllen. In diesem Fall wird empfohlen, Gruppen speziell für diesen Zweck zu erstellen. Die Wörter Fabric oder Power BI sind in den vorherigen Beispielen zu diesem Zweck im Gruppennamen enthalten. Wenn Sie über mehrere Business-Intelligence-Tools verfügen, können Sie lediglich BI als Präfix verwenden. Auf diese Weise können Sie dieselben Gruppen über mehrere Tools hinweg verwenden.

Schließlich sind die Beispiele auf einen Arbeitsbereich beschränkt – Quartalsfinanzen – aber oft können mehrere Arbeitsbereiche mit einem Satz von Gruppen verwaltet werden. Beispielsweise können für mehrere Arbeitsbereiche im Besitz des Finanzteams, die auch von ihm verwaltet werden, dieselben Gruppen verwendet werden.

Hinweis

Häufig planen Sie die Sicherheit breiter und berücksichtigen dabei die Anforderungen des semantischen Modells lesen und erstellen und Sicherheitsanforderungen auf Zeilenebene (RLS). Weitere Informationen dazu, was Sie berücksichtigen sollten, um Verbraucher und Inhaltsersteller zu unterstützen, finden Sie in den Artikeln zur Planung der Sicherheitsimplementierung . Dieser Artikel konzentriert sich nur auf Arbeitsbereichsrollen im Rahmen des Arbeitsbereichsplanungsprozesses.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie den Arbeitsbereichszugriff in Betracht ziehen:

• Verweisen Sie auf Rollen und Zuständigkeiten: Verwenden Sie die zuvor erstellten Informationen zu Rollen und Zuständigkeiten, um Rollen im Arbeitsbereich zu planen.
• Identifizieren Sie, wer den Inhalt besitzt und verwaltet: Stellen Sie sicher, dass alle Elemente, die Sie in einem einzigen Arbeitsbereich speichern möchten, den Personen entsprechen, die für die Besitzerschaft und Verwaltung der Inhalte verantwortlich sind. Wenn Konflikte auftreten, überlegen Sie, wie die Arbeitsbereiche besser organisiert werden könnten.
• Identifizieren Sie, wer Inhalte im Arbeitsbereich anzeigen soll: Bestimmen Sie, ob Personen Inhalte direkt aus dem Arbeitsbereich anzeigen.
• Planen der Arbeitsbereichsrollen: Bestimmen Sie, welche Personen für die Rollen "Administrator", "Mitglied", "Mitwirkender" und "Viewer" für jeden Arbeitsbereich geeignet sind.
• Entscheiden Sie für Gruppen- oder einzelne Rollenzuweisungen: Bestimmen Sie, ob Sie einzelne Benutzer oder Gruppen Arbeitsbereichsrollen zuweisen möchten. Überprüfen Sie, ob Sie vorhandene Gruppen für Arbeitsbereichsrollenzuweisungen verwenden können.
• Bestimmen Sie, ob neue Gruppen erstellt werden müssen: Überlegen Sie sorgfältig, ob Sie eine neue Gruppe pro Arbeitsbereichsrolle erstellen müssen. Denken Sie daran, dass dies zur Erstellung und Verwaltung vieler Gruppen führen kann. Legen Sie fest, wie neue Arbeitsbereiche und verwandte Gruppen erstellt werden.
• Konfigurieren und testen Sie die Arbeitsbereichsrollenzuweisungen: Stellen Sie sicher, dass Benutzer über die entsprechenden Sicherheitseinstellungen verfügen, die sie benötigen, um produktiv zu sein, wenn sie Inhalte erstellen, bearbeiten und anzeigen.

Arbeitsbereichsdomäne

Wie weiter oben in diesem Artikel beschrieben, ist es wichtig, Klarheit über den Besitz von Arbeitsbereichen zu haben. Eine Möglichkeit zur weiteren Unterstützung des Arbeitsbereichbesitzes in Fabric ist die Verwendung von Domänen. Eine Domäne ist eine logische Gruppierung mehrerer Arbeitsbereiche, die ähnliche Merkmale aufweisen.

Weitere Informationen zur Planung von Domänen in Ihrem Mandanten finden Sie unter Arbeitsbereichsdomänen.

Arbeitsbereichseinstellungen

Sie können für jeden einzelnen Arbeitsbereich mehrere Einstellungen einrichten. Diese Einstellungen können deutlich beeinflussen, wie die Zusammenarbeit erfolgt, wer auf den Arbeitsbereich zugreifen darf und auf welcher Ebene Daten in Fabric-Workloads wiederverwendet werden können.

Lizenzmodus des Arbeitsbereichs

Jeder Arbeitsbereich weist eine Einstellung für den Lizenzmodus auf. Sie können einen Arbeitsbereichslizenzmodus auf Pro, Premium pro Benutzer, Premium-Kapazität, Eingebettete, Fabric-Kapazität oder Testversion festlegen.

Wichtig

Dieser Artikel bezieht sich auf Power BI Premium oder seine Kapazitätsabonnements (P-SKUs). Derzeit konsolidiert Microsoft Kaufoptionen und setzt die Power BI Premium-SKUs pro Kapazität zurück. Neue und vorhandene Kunden sollten stattdessen den Kauf von Fabric-Kapazitätsabonnements (F-SKUs) in Betracht ziehen.

Weitere Informationen finden Sie unter Wichtige Updates zur Power BI Premium-Lizenzierung und Häufig gestellte Fragen zu Power BI Premium.

Der Lizenztyp ist für die Arbeitsbereichsplanung wichtig, da damit Folgendes festgelegt wird:

• Features: Verschiedene Features werden unterstützt. PPU umfasst zusätzliche Features (z. B. Bereitstellungspipelines), die in Pro nicht verfügbar sind. Viele weitere Fabric-Features (z. B. Lakehouses) werden für Arbeitsbereiche verfügbar gemacht, wenn sie einer Fabric-Kapazität zugewiesen werden.

• Inhaltszugriff: Der Lizenztyp bestimmt, wer auf Inhalte im Arbeitsbereich zugreifen kann:

  • Nur Benutzer*innen, die über eine PPU-Lizenz verfügen (zusätzlich zur Zuweisung einer Arbeitsbereichsrolle), können auf einen PPU-Arbeitsbereich zugreifen.
  • Wenn Sie davon ausgehen, dass Sie Inhalte an Inhaltsbetrachter übermitteln, die über eine kostenlose Lizenz verfügen, benötigen Sie eine Lizenz von F64 oder höher.

• Datenspeicherort: Wenn Sie Daten in einer bestimmten geografischen Region (außerhalb Ihrer Heimatregion) speichern müssen, wird dies mit einem Arbeitsbereich möglich, der einer Kapazität zugewiesen ist (und dementsprechend die Kapazität in dieser Region erstellt wird). Weitere Informationen zum Datenstandort finden Sie unter Einrichten von Mandanten.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie den Arbeitsbereichslizenzmodus in Betracht ziehen:

• Überlegen Sie, welche Features für jeden Arbeitsbereich erforderlich sind: Ermitteln Sie die Featureanforderungen der einzelnen Arbeitsbereiche. Berücksichtigen Sie die Unterschiede bei den Workloads und den Benutzer*innen, die auf den Arbeitsbereich Zugriff erhalten sollen.
• Legen Sie den Arbeitsbereichslizenzmodus fest: Überprüfen und aktualisieren Sie jeden Arbeitsbereichslizenzmodus entsprechend den Funktionen, die von jedem Arbeitsbereich benötigt werden.

Lebenszyklusverwaltung für Arbeitsbereiche

Wenn Inhaltsersteller zusammenarbeiten, um analytische Lösungen bereitzustellen, die für die Organisation wichtig sind, müssen Sie verschiedene Entscheidungen zur Lebenszyklusverwaltung treffen. Die Lebenszyklusverwaltungsprozesse werden auch als kontinuierliche Integration/kontinuierliche Bereitstellung (CI/CD) bezeichnet, und sie sind ein Aspekt von DevOps.

Überlegungen zur Lebenszyklusverwaltung umfassen Folgendes:

• Stellen Sie eine zeitnahe, zuverlässige und konsistente Bereitstellung von Inhalten sicher.
• Kommunizieren und koordinieren Sie Aktivitäten zwischen mehreren Inhaltserstellern, die an demselben Projekt arbeiten.
• Lösen Sie Konflikte, wenn mehrere Inhaltsersteller dasselbe Element im selben Projekt bearbeiten.
• Strukturierung eines einfachen und zuverlässigen Bereitstellungsprozesses.
• Zurücksetzen von bereitgestellten Inhalten auf eine frühere stabile, funktionierende Version.
• Balancieren Sie die schnelle Einführung neuer Funktionen und Bugfixes, während Sie die Produktionsinhalte schützen.

Fabric verfügt über zwei Hauptkomponenten für die Lebenszyklusverwaltung:

• Versionssteuerung von Inhalten: Die Git-Integration ermöglicht Es Inhaltsbesitzern und Erstellern, Versionen ihrer Arbeit zu erstellen. Sie kann mit webbasierter Entwicklung in einem Arbeitsbereich oder bei der Entwicklung von Teams in einem Clienttool wie Power BI Desktop verwendet werden. Die Versionssteuerung (auch als Quellcodeverwaltung bezeichnet) wird erreicht, indem alle Überarbeitungen an einem Projekt mithilfe von Verzweigungen nachverfolgt werden, die mit lokalen und Remoterepositorys in Azure DevOps verknüpft sind. Änderungen werden in regelmäßigen Abständen an Branches im Remoterepository committet. Wenn ein Inhaltsersteller Überarbeitungen abgeschlossen hat, die getestet und genehmigt werden, wird die Verzweigung mit der neuesten Version der Lösung im Hauptrepository zusammengeführt (nachdem sie alle Zusammenführungskonflikte behoben haben). Die Git-Integration kann für jeden Arbeitsbereich im Fabric-Portal angegeben werden, wenn das Feature in den Mandanteneinstellungen aktiviert ist.
• Fördern von Inhalten: Bereitstellungspipelinen konzentrieren sich in erster Linie auf die Versionsverwaltung, um eine stabile Umgebung für Benutzer aufrechtzuerhalten. Sie können einen Arbeitsbereich einer Phase (Entwicklung, Test oder Produktion) in einer Bereitstellungspipeline zuweisen. Anschließend können Sie Ihre Inhalte einfach und systematisch in die nächste Phase höher stufen oder bereitstellen.

Wenn Sie die Lebenszyklusverwaltungsfunktionen in Ihren Planungsprozess einbeziehen, sollten Sie bewährte Methoden verwenden. Beispielsweise könnten Sie die Git-Integration für Ihren Entwicklungsarbeitsbereich und Ihre Bereitstellungspipelines für Veröffentlichungen in Ihren Test- und Produktionsarbeitsbereichen verwenden. Solche Entscheidungen erfordern eine konsistente Anwendung vereinbarter Methoden. Es wird empfohlen, einen Proof of Concept zu erstellen, um Ihr Setup, Ihre Prozesse und Ihr Berechtigungsmodell umfassend zu testen.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie die Lebenszyklusverwaltung Ihrer Arbeitsbereiche planen:

• Bestimmen Sie, wie Benutzer die Versionsverwaltung verwenden müssen: Analysieren Sie, wie Ihre Self-Service- und erweiterten Inhaltsersteller funktionieren, um zu bestimmen, ob die Dateiversionsverwaltung mit OneDrive for Business oder SharePoint geeignet ist. Führen Sie für fortgeschrittene Benutzer*innen, die mehr Funktionen benötigen, die Git-Integration ein. Bereiten Sie sich auf die Unterstützung beider Benutzergruppen vor.
• Bestimmen Sie, wie Benutzer Inhalte bewerben müssen: Analysieren Sie, wie Ihre Self-Service- und erweiterten Inhaltsersteller funktionieren, um zu bestimmen, ob Bereitstellungspipelinen für die Förderung von Inhalten geeignet sind.
• Entscheiden Sie, ob die Git-Integration aktiviert werden soll: Überlegen Sie, ob die Git-Integration mit Arbeitsbereichen gut geeignet ist, wie Ihre Inhaltsersteller arbeiten. Legen Sie die Einstellung Benutzer können Arbeitsbereichselemente mit ihren Git-Repositorys synchronisieren entsprechend dieser Entscheidung fest. Überprüfen Sie die einzelnen Mandanteneinstellungen für die Git-Integration, und legen Sie sie gemäß Ihren Governancerichtlinien fest.
• Führen Sie einen Machbarkeitsnachweis durch: Führen Sie einen technischen Machbarkeitsnachweis durch, um zu verdeutlichen, wie Sie Git-Arbeitsbereiche und Bereitstellungspipelinen zusammenarbeiten möchten.
• Entscheiden Sie, welche Arbeitsbereiche über die Git-Integration verfügen sollen: Überlegen Sie, wie Ihre Inhaltsersteller funktionieren und welche Arbeitsbereiche einem Entwicklungs-, Test- oder Produktionszweig (Release) zugewiesen werden sollen.
• Überprüfen Sie Lizenzen: Vergewissern Sie sich, dass Sie über eine Kapazitätslizenz verfügen, um die Git-Integration zu verwenden. Stellen Sie sicher, dass jeder Arbeitsbereich einer Fabric-Kapazität oder Power BI Premium Kapazität zugewiesen ist.
• Einrichten von Azure DevOps: Arbeiten Sie mit Ihrem Administrator zusammen, um die Azure DevOps-Projekte, Repositorys und Zweigstellen einzurichten, die Sie für jeden Arbeitsbereich benötigen. Weisen Sie jedem Repository den entsprechenden Zugriff zu.
• Verbinden von Arbeitsbereichen: Verbinden Sie jeden Arbeitsbereich mit dem entsprechenden Azure DevOps-Repository.
• Überlegen Sie, wer für den Einsatz in der Produktion vorgesehen ist: Treffen Sie Entscheidungen darüber, wer Inhalte in der Produktion aktualisieren kann und wie. Stellen Sie sicher, dass diese Entscheidungen mit der Handhabung des Arbeitsbereichsbesitzes in Ihrer Organisation in Einklang ist.
• Informieren Sie Inhaltsersteller: Stellen Sie sicher, dass alle Ihre Inhaltsersteller verstehen, wann Sie Lebenszyklusverwaltungsfeatures und -praktiken verwenden. Informieren Sie sie über den Workflow und darüber, wie sich verschiedene Arbeitsbereiche auf Prozesse der Lebenszyklusverwaltung auswirken.

Arbeitsbereichsintegration mit Data Lake Storage Gen2

Es ist möglich, einen Arbeitsbereich mit einem Azure Data Lake Storage Gen2-Konto zu verbinden. Sie können diesen Ansatz aus zwei Gründen annehmen:

• Speichern von Power BI-Datenflüssen: Wenn Sie sich dafür entscheiden, einen eigenen Datensee mitzubringen, können die Daten für Power BI-Datenflüsse (Gen1) direkt in Azure aufgerufen werden. Direkter Zugriff auf den Datenspeicherspeicher in Data Lake Storage Gen2 ist hilfreich, wenn Sie möchten, dass andere Benutzer oder Prozesse die Daten anzeigen oder darauf zugreifen können. Dies ist besonders hilfreich, wenn Ihr Ziel ist, Dataflows über Power BI hinaus wiederzuverwenden. Sie haben zwei Möglichkeiten zum Zuweisen von Speicher:

  • Speicher auf Mandantenebene, der hilfreich ist, wenn Sie alle Daten für Power BI-Datenflüsse in ein Data Lake Storage Gen2-Konto zentralisieren möchten.
  • Speicher auf Arbeitsbereichsebene ist hilfreich, wenn Geschäftseinheiten ihren eigenen Data Lake verwalten oder bestimmte Anforderungen an die Datenresidenz haben.

• Sicherung und Wiederherstellung für Power BI-Semantikmodelle: Das Sicherungs- und Wiederherstellungsfeature des Power BI-Semantikmodells wird für Arbeitsbereiche unterstützt, die kapazität oder PPU zugewiesen sind. Dieses Feature verwendet dasselbe Data Lake Storage Gen2-Konto, das zum Speichern von Power BI-Datenflüssen verwendet wird (im vorherigen Aufzählungspunkt beschrieben). Semantische Modellsicherungen sind hilfreich für:

  • Einhaltung der Anforderungen an die Datenaufbewahrung
  • Speichern von Routinesicherungen als Teil einer Notfallwiederherstellungs-Strategie
  • Speichern von Sicherungen in einer anderen Region
  • Migrieren eines Datenmodells

Wichtig

Das Festlegen von Azure-Verbindungen im Fabric-Verwaltungsportal bedeutet nicht, dass alle Datenflüsse für den gesamten Mandanten standardmäßig in einem Data Lake Storage Gen2-Konto gespeichert werden. Um ein explizites Speicherkonto (anstelle des internen Speichers) zu verwenden, muss jeder Arbeitsbereich explizit verbunden werden. Es ist wichtig, dass Sie die Azure-Arbeitsbereichsverbindungen festlegen, bevor Sie Power BI-Datenflüsse im Arbeitsbereich erstellen.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie die Integration von Arbeitsbereichen mit Data Lake Storage Gen2 planen:

• Entscheiden Sie, ob der Arbeitsbereich auf Eine Weise verwendet wird, die Azure Storage erfordert: Überlegen Sie, ob ein Szenario mit bring-your-own-data-lake für die Speicherung von Datenflüssen nützlich wäre und ob Sie anforderungen für die Verwendung der Sicherungs- und Wiederherstellungsfunktionen des semantischen Modells haben.
• Bestimmen Sie, welches Azure Storage-Konto verwendet werden soll: Wählen Sie ein Azure Storage-Konto aus, bei dem der hierarchische Namespace (Data Lake Storage Gen2) für die zentrale Speicherung von Datenflussdaten oder Sicherungen des semantischen Modells auf Mandantenebene aktiviert ist. Halten Sie die Azure Storage-Kontoinformationen bereit.
• Konfigurieren Sie das Speicherkonto auf Mandantenebene: Legen Sie im Fabric-Verwaltungsportal das Speicherkonto auf Mandantenebene "Data Lake Storage Gen2" fest.
• Entscheiden Sie, ob Arbeitsbereichsadministratoren ein Speicherkonto verbinden können: Diskutieren Sie, um die Anforderungen dezentraler Teams zu verstehen und ob einzelne Teams derzeit ihre eigenen Azure Storage-Konten verwalten. Entscheiden Sie, ob diese Funktion aktiviert werden soll.
• Konfigurieren Sie die Administratoreinstellung für den Speicher auf Arbeitsbereichsebene: Aktivieren Sie im Fabric-Verwaltungsportal die Option, mit der Arbeitsbereichsadministratoren ein eigenes Speicherkonto verbinden können.
• Legen Sie die Azure Storage-Verbindungen auf Arbeitsbereichsebene fest: Geben Sie das Azure Storage-Konto für jeden einzelnen Arbeitsbereich an. Sie müssen das Speicherkonto festlegen, bevor Sie Power BI-Dataflows im Arbeitsbereich erstellen. Wenn Sie Semantikmodellsicherungen verwenden möchten, stellen Sie sicher, dass für den Arbeitsbereich eine Kapazitätslizenz oder eine PPU festgelegt ist.
• Aktualisieren Sie Ihre Arbeitsbereichsverwaltungsdokumentation: Stellen Sie sicher, dass Ihre Arbeitsbereichsverwaltungsdokumentation Informationen zum ordnungsgemäßen Zuweisen von Data Lake Storage Gen2-Speicherkonten enthält. Stellen Sie die Informationen in Ihrem zentralen Portal und in Schulungsmaterialien zur Verfügung.

Arbeitsbereichsintegration mit Log Analytics

Log Analytics ist ein Feature von Azure Monitor. Mithilfe von Log Analytics können Sie Diagnosedaten überprüfen, die vom Analysis Services-Modul generiert werden, das Power BI-Semantikmodelle hostt. Protokolle auf Arbeitsbereichsebene sind nützlich für Analysen der Leistung und von Trends, Datenaktualisierungsanalysen, Analysen von XMLA-Endpunktvorgängen und vielem mehr. Log Analytics ist nur für Arbeitsbereiche verfügbar, die kapazität oder PPU zugewiesen sind.

Hinweis

Obwohl die Namen ähnlich sind, unterscheiden sich die an Log Analytics gesendeten Daten von den vom Power BI-Aktivitätsprotokoll erfassten Daten. Die an Log Analytics gesendeten Daten betreffen Ereignisse , die vom Analysis Services-Modul generiert werden (z. B. Abfrageanfangs - und Abfrageendereignisse ). Umgekehrt betrifft das Aktivitätsprotokoll die Nachverfolgung von Benutzeraktivitäten (z. B. die Ereignisse Bericht anzeigen oder Bericht bearbeiten).

Weitere Informationen zu Ereignisprotokollen für Semantikmodelle finden Sie unter Überwachung auf Datenebene.

Weitere Informationen zum Einrichten von Log Analytics für die Verwendung mit Power BI finden Sie unter Konfigurieren von Log Analytics für Power BI. Achten Sie darauf, die Voraussetzungen zu verstehen, die Sie zum Implementieren der Integration benötigen.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie die Integration von Arbeitsbereichen in Log Analytics planen:

• Entscheiden Sie, ob Arbeitsbereichsadministratoren eine Verbindung mit Log Analytics herstellen können: Bestimmen Sie, ob alle oder einige Arbeitsbereichsadministratoren Log Analytics zum Analysieren von Protokollen auf Arbeitsbereichsebene verwenden dürfen. Wenn der Zugriff nur auf bestimmte Personen beschränkt ist, entscheiden Sie, welche Gruppe verwendet werden soll.
• Richten Sie die Mandanteneinstellung für Log Analytics-Verbindungen ein: Legen Sie im Fabric-Verwaltungsportal die Mandanteneinstellung entsprechend der Entscheidung fest, für welche Arbeitsbereichsadministratoren Verbindungen festlegen.
• Legen Sie den Log Analytics-Arbeitsbereich für jeden Arbeitsbereich fest: Geben Sie in den Arbeitsbereichseinstellungen die Log Analytics-Informationen für jeden Arbeitsbereich an. Um Protokolle auf Arbeitsbereichsebene zu erfassen, stellen Sie sicher, dass der Arbeitsbereich eine Kapazitätslizenz oder eine PPU-Lizenz verwendet.
• Aktualisieren Sie Ihre Arbeitsbereichsverwaltungsdokumentation: Stellen Sie sicher, dass Ihre Arbeitsbereichsverwaltungsdokumentation Informationen zum Zuweisen eines Arbeitsbereichs zu Log Analytics enthält.

Weitere Arbeitsbereichseigenschaften

Mehrere andere Arbeitsbereichseigenschaften können hilfreiche Informationen bereitstellen. Für überwachte Arbeitsbereiche wird empfohlen, diese Eigenschaften festzulegen.

Hier einige Vorschläge zum Festlegen der wichtigsten Einstellungen zur Verbesserung der Benutzererfahrung:

• Beschreibung des Arbeitsbereichs: Eine gute Arbeitsbereichsbeschreibung enthält eine kurze, aber spezifische Erläuterung, welche Art von Inhalt sich im Arbeitsbereich befindet. Sie können bis zu 4.000 Zeichen verwenden, um Folgendes zu beschreiben:

  • Zweck des Arbeitsbereichs
  • Zielgruppe
  • Inhaltstyp, der im Arbeitsbereich veröffentlicht wird
  • Ob der Arbeitsbereich als überwacht betrachtet wird
  • Ob der Arbeitsbereich Entwicklungs-, Test- oder Produktionsdaten enthält
  • Ansprechpartner für Fragen oder Support

• Arbeitsbereichskontakte: Die Arbeitsbereichskontaktliste enthält standardmäßig die Arbeitsbereichsadministratoren. Wenn es bei Ihnen Besitzer*innen von technischen Inhalten gibt, die nicht die fachlichen Ansprechpartner*innen sind, ist es möglicherweise hilfreich, andere Kontakte anzugeben. Andere Kontakte können Gruppen oder Einzelpersonen sein, die Fragen zu den Inhalten des Arbeitsbereichs beantworten können.

• Arbeitsbereichsbild: Die konsistente Verwendung von Arbeitsbereichsbildern kann für Benutzer hilfreich sein, wenn sie eine Liste von Arbeitsbereichen durchsuchen.

  Erwägen Sie die Verwendung eines Bilds, um Benutzern die Identifizierung zu erleichtern:

  • Domäne oder Themenbereich
  • Die Geschäftseinheit oder das Team, die den Inhalt besitzt und verwaltet
  • Ein Datenarbeitsbereich zum Speichern wiederverwendbarer Elemente, z. B. eines Seehauses, eines Lagers, einer Datenpipeline, eines Datenflusses oder eines semantischen Modells
  • Ein Berichterstellungsarbeitsbereich zum Speichern analytischer Elemente, z. B. Berichte, Dashboards oder Metriken

• Datenmodelleinstellungen: Ermöglicht Arbeitsbereichsmitgliedern, Administratoren und Benutzern mit Buildberechtigungen für die semantischen Modelle, Power BI-Datenmodelle mithilfe der Weboberfläche zu bearbeiten. Diese Einstellung wird zusammen mit der Mandanteneinstellung Benutzer können Datenmodelle im Power BI-Dienst bearbeiten verwendet. Diese Einstellung sollte ihren Entscheidungen und Prozessen entsprechen, um Inhalte zu erstellen, zu verwalten und bereitzustellen. Berücksichtigen Sie auch Ihre Methode für die Versionssteuerung , wie zuvor beschrieben.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie andere Arbeitsbereichseigenschaften berücksichtigen:

• Geben Sie die Arbeitsbereichsbeschreibung an: Stellen Sie sicher, dass Sie eine hilfreiche und gründliche Beschreibung in die Arbeitsbereichsbeschreibung aufnehmen.
• Verwenden Sie ein hilfreiches Bild für den Arbeitsbereich: Legen Sie ein einheitliches Bild für den Arbeitsbereich fest, das visuell hilft, den Themenbereich zu verstehen, wer Inhalte im Arbeitsbereich besitzt und verwaltet, und die Art der im Arbeitsbereich gespeicherten Inhalte.
• Identifizieren von Kontakten für den Arbeitsbereich: Überprüfen Sie, ob Arbeitsbereichsadministratoren die Arbeitsbereichskontakte sein sollen, oder ob bestimmte Benutzer oder Gruppen für Kontakt festgelegt werden sollen.
• Angeben von Datenmodelleinstellungen: Überlegen Sie, welche Arbeitsbereiche eine webbasierte Datenmodellbearbeitung ermöglichen können. Legen Sie die Mandanteneinstellung Benutzer können Datenmodelle im Power BI-Dienst bearbeiten entsprechend Ihren Vorgaben fest, wer Inhalte bearbeiten und verwalten kann.

Weitere technische Faktoren

Andere technische Faktoren können ihre Arbeitsbereichseinrichtung beeinflussen:

• Das Integrieren von Inhalten mit anderen Tools und Diensten kann auswirkungen auf die Lizenzierung haben. Wenn Sie beispielsweise ein Visuelles Power Apps-Element in einen Power BI-Bericht einbetten, müssen Sie über relevante Power Apps-Lizenzen verfügen.
• Speichergrenzwerte pro Arbeitsbereich gelten für die Datenmenge, die Sie in einem Pro-Arbeitsbereich speichern können. Wenn die Verwendung von Kapazitäts- oder PPU-Lizenzen keine Option ist, ermitteln bei der Arbeitsbereichsplanung, wie Sie innerhalb der Speichergrenzen arbeiten können.
• Wenn Sie eine Vorlagen-App aus Microsoft AppSource installieren, erstellt die App einen neuen Arbeitsbereich, der ein enges Thema und einen begrenzten Umfang aufweist.

Prüfliste der wichtigsten Entscheidungen und Aktionen, wenn Sie andere technische Faktoren berücksichtigen:

• Achten Sie auf technische Faktoren: Während Sie den Planungsprozess durcharbeiten, bestimmen Sie, ob eine technische Berücksichtigung oder Einschränkung (z. B. Speichergrenzwerte pro Arbeitsbereich) Ihren Entscheidungsprozess beeinflusst.
• Neuorganisieren von Arbeitsbereichsinhalten: Wenn Speichergrenzwerte zu einem Problem werden, erstellen Sie jetzt separate Arbeitsbereiche, und veröffentlichen Sie dann Inhalte in diesen neuen Arbeitsbereichen erneut.

Zugehöriger Inhalt

Weitere Überlegungen, Aktionen, Entscheidungskriterien und Empfehlungen zur Unterstützung von Power BI-Implementierungsentscheidungen finden Sie unter:

• Einführung in die Power BI-Implementierungsplanung