Freigeben über

Power BI-Implementierungsplanung: Arbeitsbereichsplanung auf Arbeitsbereichsebene

  • Artikel

Hinweis

Dieser Artikel ist Teil der Artikelreihe zur Power BI-Implementierungsplanung. Diese Reihe konzentriert sich hauptsächlich auf die Power BI-Erfahrung in Microsoft Fabric. Eine Einführung in die Artikelreihe finden Sie unter Power BI-Implementierungsplanung.

In diesem Artikel wird die Planung auf Fabric-Arbeitsbereichsebene behandelt, wobei der Schwerpunkt auf der Power BI-Benutzeroberfläche liegt. Er wendet sich in erster Linie an folgende Zielgruppen:

  • Fabric-Administrator*innen: Administrator*innen, die für die Überwachung von Fabric in der Organisation verantwortlich sind
  • Center of Excellence, IT- und BI-Team: Teams, die ebenfalls für die Überwachung von Daten und BI sowie die Unterstützung von Self-Service-Benutzer*innen in der gesamten Organisation verantwortlich sind.
  • Inhaltsersteller*Innen und -besitzer*innen: Self-Service-Ersteller*innen, die Inhalte in Arbeitsbereichen erstellen, veröffentlichen und verwalten müssen

Um Arbeitsbereiche effektiv zu nutzen, müssen viele taktische Entscheidungen getroffen werden. 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. Bei Fabric hat der Arbeitsbereich noch umfassendere Aufgaben. Aus diesem Grund kann ein Arbeitsbereich jetzt Elemente aus einer oder mehreren verschiedenen Fabric-Umgebungen (auch als Workloads bezeichnet) enthalten. Obwohl der Inhalt umfassender als bei Power BI ist, können die meisten in diesen Artikeln beschriebenen Aktivitäten zur Arbeitsbereichsplanung auch auf die Fabric-Arbeitsbereichsplanung angewendet werden.

Zweck des Arbeitsbereichs

Bei der Planung von Arbeitsbereichen ist es wichtig, nicht nur den zu speichernden Inhaltstyp zu berücksichtigen, 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 für den Finanzmonatsabschluss: Der Arbeitsbereich für den Finanzmonatsabschluss enthält Abstimmungsberichte und Abschlussberichte zum Monatsende. 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 die Berechtigung zum Bearbeiten von Inhalten in diesem Arbeitsbereich.
  • Arbeitsbereich für Finanzberichte: Der Arbeitsbereich für Finanzberichte enthält die endgültigen Berichte auf Präsentationsebene. Dieser Arbeitsbereich enthält Inhalte, die über eine Power BI-App in der gesamten Organisation weit auf viele einsehende Personen (einschließlich Führungskräften) verteilt sind. Der Arbeitsbereich wird genauestens überwacht.

Berücksichtigen Sie anhand dieser beiden Beispiele zwei spezifische Aspekte des Arbeitsbereichszwecks: Ausrichtung auf Zusammenarbeit und Ausrichtung auf Anzeige.

Ausrichtung auf Zusammenarbeit

Das primäre Ziel eines Arbeitsbereichs im Fabric-Portal besteht darin, die Zusammenarbeit zwischen mehreren Personen zu vereinfachen. Es gibt viele Möglichkeiten der Zusammenarbeit in einem Arbeitsbereich:

  • Teambasierte Entwicklung: Mehrere Personen 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, während andere Benutzer sich möglicherweise auf das Erstellen von Berichten konzentrieren.
  • Tests und Überprüfungen: Benutzer*innen müssen möglicherweise Datenüberprüfungen für neue Inhalte ausführen. Möglicherweise müssen Fachexperten aus der Geschäftseinheit Benutzerakzeptanztests (User Acceptance Testing, UAT) durchführen, oder ein Datenqualitätsteam muss möglicherweise die Genauigkeit des Semantikmodells überprüfen.
  • Verbesserungen: Beteiligte und Benutzer*innen der Inhalte könnten bei einer Veränderung der Umstände Verbesserungen an den Inhalten vorschlagen.
  • Besitzübertragung: Eine Person oder ein Team könnte die Verantwortung für Inhalte übernehmen, die von einer anderen Person erstellt wurden.

Einer der wichtigsten Bereiche der Roadmap für die-Einführung von Fabric ist Inhaltsbesitz und -verwaltung. Die Art der Zusammenarbeit in einem Arbeitsbereich unterscheidet sich basierend auf dem verwendeten Ansatz für den Besitz und die Verwaltung von Inhalten:

  • Geschäftsorientierte Self-Service-BI: Inhalte befinden sich im Besitz von den Inhaltsersteller*innen innerhalb einer Geschäftseinheit oder einer Abteilung und werden von diesen verwaltet. In diesem Szenario tritt der Großteil der Zusammenarbeit im Arbeitsbereich zwischen Benutzer*innen innerhalb dieser Geschäftseinheit auf.
  • Verwaltete Self-Service-BI: Daten befinden sich im Besitz eines zentralisierten Teams, das diese auch verwaltet, während verschiedene Inhaltsersteller*innen aus den Geschäftsbereichen die Verantwortung für Berichte und Dashboards übernehmen. In diesem Szenario werden sehr wahrscheinlich mehrere Arbeitsbereiche benötigt, um die Zusammenarbeit durch mehrere Teams sicher umzusetzen.
  • Unternehmens-BI: Inhalte befinden sich im Besitz eines zentralisierten Teams wie IT, Enterprise BI oder dem Center of Excellence (COE) und werden von diesem verwaltet. In diesem Szenario tritt Zusammenarbeit im Arbeitsbereich unter Benutzer*innen im zentralen Team auf.

Prüfliste: Das Auswerten Ihrer Absichten für die Zusammenarbeit in einem Arbeitsbereich umfasst folgende wichtige Entscheidungen und Aktionen:

  • Berücksichtigen Sie die Erwartungen an die Zusammenarbeit: Legen Sie fest, wie die Zusammenarbeit im Arbeitsbereich erfolgen muss und wer innerhalb eines einzelnen Teams oder über Organisationsgrenzen hinaus beteiligt ist.
  • Berücksichtigen Sie die Erwartungen an den Besitz und die Verwaltung von Inhalten: Denken Sie darüber nach, wie die unterschiedlichen Besitz- und Verwaltungsansätze für die Inhalte (geschäftsorientierte Self-Service-BI, verwaltete Self-Service-BI und Unternehmens-BI) den Entwurf und die Verwendung von Arbeitsbereichen beeinflussen.

Tipp

Wenn Ihre Anforderungen nicht durch einen einzelnen Ansatz erfüllt werden, richten Sie sich darauf ein, flexibel zu sein und für verschiedene Arbeitsbereiche unterschiedliche Strategien bei Besitz und Verwaltung von Inhalten anzuwenden. Die Strategie kann sowohl auf dem Szenario als auch auf den beteiligten Teammitgliedern basieren.

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.

Es gibt verschiedene Annäherungen an die Inhaltsverteilung im Power BI-Dienst:

  • 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. Die Zielgruppen für eine Power BI-App sind sehr flexibel. Manchmal sind die Ziele für die Verteilung von Inhalten mit einer App ein wesentlicher Faktor, um festzulegen, wie Inhalte in Arbeitsbereichen oder über diese hinweg organisiert werden sollen. 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, kollaborative Arbeitsbereiche. 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 elementspezifischer Berechtigungen (Links oder direkter Zugriff) ist nützlich, wenn schreibgeschützter Zugriff auf ein einzelnes Element in einem Arbeitsbereich gewährt werden muss. 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 dort angezeigt werden: Manchmal ist es für Verbraucher vorgesehen, Power BI-Inhalte anzuzeigen, die in einer anderen 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 Arten, auf die ein Arbeitsbereich die Inhaltsverteilung unterstützt, unterscheiden sich je nach Inhaltsbereitstellungsbereich:

  • Persönliche BI: Inhalte sind für die Verwendung durch den Ersteller vorgesehen. Da das Teilen von Inhalten für andere Personen kein Ziel ist, erfolgt persönliche BI in einem persönlichen Arbeitsbereich (im nächsten Thema beschrieben).
  • Team-BI: Inhalte werden für eine relativ kleine Anzahl von Kollegen freigegeben, die eng zusammenarbeiten. In diesem Szenario sind die meisten Arbeitsbereiche informelle, kollaborative Arbeitsbereiche.
  • Abteilungs-BI: Inhalte werden für viele Verbraucher bereitgestellt, die einer großen Abteilung oder Geschäftseinheit angehören können. 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).
  • Unternehmens-BI: Inhalte werden in großem Umfang über Organisationsgrenzen hinaus für die größte Anzahl von Zielnutzern bereitgestellt. In diesem Szenario ist der Arbeitsbereich in erster Linie für die Zusammenarbeit gedacht. In Unternehmens-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 hat Auswirkungen auf die verfügbaren Features, einschließlich der Personen, die Arbeitsbereichsinhalte anzeigen oder verwalten können.

Prüfliste: Das Auswerten Ihrer Erwartungen für das Anzeigen von Inhalten im Arbeitsbereich umfasst folgende wichtige Entscheidungen und Aktionen:

  • Berücksichtigen Sie die Erwartungen für das Anzeigen von Inhalten: Legen Sie fest, wie Ihrer Meinung nach Verbraucher Inhalte anzeigen, die im Arbeitsbereich veröffentlicht wurden. Überlegen Sie, ob die Anzeige direkt im Arbeitsbereich erfolgt oder mithilfe einer anderen Methode.
  • Legen Sie fest, an wen der Inhalt übermittelt wird: Ü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 Zweck des Arbeitsbereichs in Bezug auf die Anforderungen an die Inhaltsverteilung ist. Wenn eine Power BI-App erforderlich ist, kann sie Entscheidungen zum Erstellen eines Arbeitsbereichs beeinflussen.
  • Berücksichtigen Sie die Erwartungen an den Umfang der Inhaltsübermittlung: Berücksichtigen Sie, wie die einzelnen Inhaltsbereitstellungsbereiche (persönliche BI, Team-BI, Abteilungs-BI und Unternehmens-BI) den Entwurf und die Nutzung der Arbeitsbereiche beeinflussen.

Tipp

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

Geeignete Nutzung persönlicher Arbeitsbereiche

Es gibt zwei Typen von Arbeitsbereichen:

  • Persönliche Arbeitsbereiche: Alle Benutzer*innen verfügen ü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 Benutzer*innen zu unterstützen. Als Nebeneffekt kann ein Arbeitsbereich auch zum Anzeigen von Inhalten verwendet werden.

Die Verwendung eines persönlichen Arbeitsbereichs für andere Zwecke als das Erlernen persönlicher BI, temporäre Inhalte oder Tests kann riskant sein, da Inhalte in einem persönlichen Arbeitsbereich von einer Person verwaltet werden. Darüber hinaus unterstützt ein persönlicher Arbeitsbereich keine Zusammenarbeit mit anderen.

Um die Erstellung eines beliebigen Fabric-Elements (z. B. eines Lakehouses oder Warehouses) zu ermöglichen, muss einer Fabric-Kapazität ein Arbeitsbereich hinzugefügt werden. Dies gilt sowohl für Standardarbeitsbereiche als auch für persönliche Arbeitsbereiche. Daher können Sie über die Kapazitätszuweisung steuern, wer bestimmte Typen von Elementen in einem persönlichen Arbeitsbereich erstellen kann.

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, Power BI-Apps stellen aber einen wichtigen Mechanismus zum Verteilen von Inhalten in der Organisation dar. Elementspezifische Berechtigungen (Links oder direkter Zugriff) sind die einzige Möglichkeit, Inhalte aus persönlichen Arbeitsbereichen mit anderen Personen zu nutzen. Daher bedeutet eine umfassende Nutzung von elementspezifischen Berechtigungen einen höheren Aufwand und ein höheres Risiko für Fehler. Weitere Informationen finden Sie unter Planen der Sicherheit für Berichtsconsumer.

Prüfliste: Das Auswerten Ihrer Erwartungen an die Nutzung persönlicher Arbeitsbereiche umfasst folgende wichtige Entscheidungen und Aktionen:

  • Machen Sie sich mit der aktuellen Nutzung persönlicher Arbeitsbereiche vertraut: Führen Sie Unterhaltungen mit Ihren Benutzer*innen, und überprüfen Sie die Aktivitätsdaten, um sicherzustellen, dass Sie wissen, wie Benutzer*innen ihre persönliche Arbeitsbereiche nutzen.
  • Legen Sie fest, wie persönliche Arbeitsbereiche verwendet werden sollen: Entscheiden Sie, wie persönliche Arbeitsbereiche in Ihrer Organisation verwendet werden sollen (und wie nicht). Konzentrieren Sie sich auf das Abgleichen von Risiken und Benutzerfreundlichkeit mit den Anforderungen an Zusammenarbeit für Inhalte und Anzeige der Inhalte.
  • Verschieben Sie Inhalte persönlicher Arbeitsbereiche bei Bedarf: Verschieben Sie kritische Inhalte bei Bedarf von persönlichen Arbeitsbereichen in Standardarbeitsbereiche.
  • Erstellen und veröffentlichen Sie Dokumentationen zu persönlichen Arbeitsbereichen: Erstellen Sie nützliche Dokumentationen oder häufig gestellte Fragen für Ihre Benutzer*innen zur effektiven Nutzung persönlicher Arbeitsbereiche. Stellen Sie die Informationen in Ihrem zentralisierten Portal und in Schulungsmaterialien zur Verfügung.

Hinweis

Weitere Informationen finden Sie in den Themen der Roadmap für die Einführung von Fabric: zentralisiertes Portal, Schulungen und Dokumentation.

Arbeitsbereichsbesitz

Einer der wichtigsten Punkte beim Planen von Arbeitsbereichen ist die Festlegung der Rollen und Verantwortlichkeiten für Besitz und Stewardship. 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 wichtig, wenn die Verantwortlichkeiten für die Erstellung und Verwaltung von Daten dezentralisiert oder auf Abteilungen und Geschäftseinheiten verteilt sind. 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 und gleichzeitig zur selben 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, den Besitz von Arbeitsbereichen in Fabric zu unterstützen, sind Domänen, 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: Das Auswerten der Verantwortungsbereiche von Arbeitsbereichsbesitzern umfasst folgende wichtige Entscheidungen und Aktionen:

  • Verschaffen Sie sich ein vollständiges Verständnis über die Funktionsweise des Inhaltsbesitzes: Sie müssen genau verstehen, wie der Besitz und die Verwaltung von Inhalten in der gesamten Organisation funktionieren. Seien Sie sich bewusst, dass es wahrscheinlich keinen einheitlichen Ansatz für die gesamte Organisation geben wird. Machen Sie sich mit den Anforderungen bei dezentralem oder verteiltem Besitz vertraut.
  • Definieren und Dokumentieren von Rollen und Verantwortlichkeiten: Stellen Sie sicher, dass Sie für die Personen, die in Arbeitsbereichen zusammenarbeiten, klare Rollen und Verantwortlichkeiten definieren und dokumentieren. Stellen Sie diese Informationen in Onboardingaktivitäten, Schulungsmaterialien und Ihrem zentralisierten Portal zur Verfügung.
  • Erstellen Sie eine Verantwortungsmatrix: Ordnen Sie zu, wer die einzelnen Funktionen beim Erstellen, Verwalten, Veröffentlichen, Sichern und Unterstützen von Inhalten übernehmen soll. Halten Sie diese Informationen bereit, wenn Sie mit der Planung für Arbeitsbereichs-Zugriffsrollen beginnen.
  • Berücksichtigen Sie Szenarien für gemeinsamen Besitz oder Besitz durch mehrere Teams: Identifizieren Sie Szenarien, in denen es hilfreich ist, Arbeitsbereiche zu trennen, damit die Verantwortlichkeiten klar sind.
  • Erstellen Sie eine Dokumentation der Arbeitsbereichsverwaltung: Informieren Sie Arbeitsbereichsadministrator*innen und -mitglieder darüber, wie sie Einstellungen und den Zugriff für den Arbeitsbereich verwalten können. Schließen Sie Verantwortlichkeiten für Arbeitsbereichsadministrator*innen, -mitglieder und -mitwirkende ein. Stellen Sie die Informationen in Ihrem zentralisierten Portal und in Schulungsmaterialien zur Verfügung.

Arbeitsbereichsorganisation

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

Abhängig von den Anforderungen an die Zusammenarbeit könnten verschiedene Geschäftseinheiten und Abteilungen Arbeitsbereiche geringfügig anders verwenden. 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 mit diesen dann den Zugriff auf Ressourcen für das definierte Thema und den Bereich verwalten. Möglicherweise müssen Sie jedoch für diesen Zweck einige neue Gruppen erstellen. Überlegungen dazu finden Sie im Abschnitt Arbeitsbereichszugriff weiter unten.

Option 1: Arbeitsbereiche nach Thema oder Projekt

Durch das Erstellen eines Arbeitsbereichs für jedes Thema oder Projekt können Sie sich auf den Zweck konzentrieren. Dies ermöglicht Ihnen einen ausgewogenen Ansatz.

Beispiele: Quartalsfinanzen oder Produktstartanalyse

Die Vorteile von Option 1 umfassen:

  • Das Verwalten des Benutzerzugriffs für Personen, die Inhalte bearbeiten oder anzeigen dürfen, ist einfacher, da er nach Thema eingeteilt ist.
  • Wenn Benutzer*innen über Organisationsgrenzen hinweg auf Inhalte zugreifen, ist die Strukturierung von Arbeitsbereichen nach Thema flexibler und einfacher zu verwalten (im Vergleich zur als Nächstes erläuterten Option 2).
  • Die Verwendung eines Bereichs pro Thema ist ein guter Kompromiss zwischen Arbeitsbereichen mit zu vielen Elementen Arbeitsbereichen mit zu wenigen Elementen.

Ein Nachteil von Option 1 besteht darin, dass je nach der Definitionsbreite der Arbeitsbereiche weiterhin ein gewisses Risiko besteht, dass viele Arbeitsbereiche erstellt werden. Das Suchen nach Inhalten kann für Benutzer*innen schwierig sein, wenn die Inhalte über viele Arbeitsbereiche verteilt sind.

Tipp

Bei einer guten Planung und Verwaltung führt ein Arbeitsbereich pro Thema oder Projekt in der Regel zu einer überschaubaren Anzahl von Arbeitsbereichen.

Option 2: Arbeitsbereiche nach Abteilung oder Team

Das Erstellen eines Arbeitsbereichs pro Abteilung oder Team (oder Geschäftseinheit) ist ein gängiger Ansatz. Tatsächlich ist die Ausrichtung am Organigramm die am häufigsten verwendete Art, auf die Benutzer*innen mit der Arbeitsbereichsplanung beginnen. Sie ist jedoch nicht für alle Szenarien ideal.

Beispiele: Finanzabteilung oder Verkaufsteamanalyse

Die Vorteile von Option 2 umfassen:

  • Die ersten Schritte bei der Planung sind einfach. Alle Inhalte, die von den Personen in dieser Abteilung benötigt werden, befinden sich in einem Arbeitsbereich.
  • Benutzer*innen ist klar, welcher Arbeitsbereich verwendet werden soll, da alle Inhalte in dem Arbeitsbereich veröffentlicht werden, der ihrer Abteilung oder ihrem Team zugeordnet ist.
  • Das Verwalten von Sicherheitsrollen kann geradlinig erfolgen, insbesondere, wenn Arbeitsbereichsrollen Microsoft Entra-Gruppen zugewiesen werden (eine bewährte Methode).

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 vorliegt, kann ein allgemein definierter Arbeitsbereich dazu führen, dass Apps für Benutzer*innen viele Inhalte enthalten. Dieses Problem kann durch Ausschließen von bestimmter Arbeitsbereichselementen aus der App und durch gutes Design der Navigationsoberfläche der App entschärft werden.
  • Wenn Benutzer*innen aus anderen Abteilungen bestimmte Arbeitsbereichselemente anzeigen müssen, kann die Verwaltung von Berechtigungen komplexer werden. Es besteht ein Risiko der Annahme, dass alles im Abteilungsarbeitsbereich nur für die Augen der entsprechenden Benutzer*innen bestimmt ist. Es besteht auch ein Risiko, dass die Freigabe einzelner Elemente übermäßig eingesetzt wird, um präzise Anzeigeberechtigungen zu erzielen.
  • Wenn einige Inhaltsersteller die Berechtigung zum Bearbeiten einiger (aber nicht aller) Elemente benötigen, ist es nicht möglich, diese Berechtigungen in einem einzelnen Arbeitsbereich festzulegen. Das liegt daran, dass die Arbeitsbereichsrollen, die die Berechtigungen für Bearbeitung oder Ansicht festlegen, auf Arbeitsbereichsebene definiert sind.
  • Wenn Sie über eine große Anzahl von Arbeitsbereichselementen verfügen, bedeutet dies häufig, dass Sie strikte Benennungskonventionen verwenden müssen, damit Benutzer*innen die benötigten Elemente 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

Beim Erstellen von Arbeitsbereichen in Übereinstimmung mit Ihrem Organigramm erhalten Sie häufig weniger Arbeitsbereiche. Dies kann jedoch zu Arbeitsbereichen mit vielen Inhalten führen. Es wird nicht empfohlen, Arbeitsbereiche nach Abteilung oder Team auszurichten, wenn Sie eine große Anzahl von Elementen oder viele Benutzer*innen erwarten.

Option 3: Arbeitsbereiche nach spezifischen Berichten oder Apps

Das Erstellen eines Arbeitsbereichs für jeden Bericht oder jede Art von Analyse wird nur unter bestimmten Umständen empfohlen.

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. Dieses Setup ist beispielsweise nützlich, wenn ein/eine Benutzer*in einen Bericht bearbeiten darf, einen anderen jedoch nicht.

Die Nachteile von Option 3 umfassen:

  • Bei übermäßiger Nutzung führt das Erstellen eng definierter Arbeitsbereiche zu einer großen Anzahl von Arbeitsbereichen.
  • Mit einer großen Anzahl von Arbeitsbereichen zu arbeiten, erfordert mehr Aufwand. Benutzer*innen können zwar auf die Suche zurückgreifen, aber das Auffinden der richtigen Inhalte im richtigen Arbeitsbereich kann frustrierend sein.
  • Wenn eine größere Anzahl von Arbeitsbereichen vorhanden ist, versuchen die Überwachung und Prüfung mehr Arbeit.

Tipp

Das Erstellen eines Arbeitsbereichs mit einem schmalen Geltungsbereich, z. B. einem einzelnen Bericht, sollte nur aus bestimmten Gründen erfolgen. 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: Das Auswerten des Themas und des Umfangs von Arbeitsbereichsinhalten umfasst folgende wichtige Entscheidungen und Aktionen:

  • Bewerten Sie, wie Arbeitsbereiche derzeit eingerichtet sind: Überprüfen Sie, wie Personen derzeit Arbeitsbereiche nutzen. 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: Legen Sie fest, welche Nutzung von Arbeitsbereichen basierend auf Zweck, Thema, Bereich und Verantwortlichen für die Verwaltung der Inhalte Sie fördern möchten.
  • Identifizieren Sie, wo sich besonders vertrauliche Inhalte befinden: Legen Sie fest, wann das Erstellen eines Arbeitsbereichs für streng vertrauliche Inhalte gerechtfertigt sein kann.
  • Erstellen und veröffentlichen Sie Dokumentationen zur Verwendung von Arbeitsbereichen: Erstellen Sie nützliche Dokumentationen oder häufig gestellte Fragen für Ihre Benutzer*innen zur Organisation und Nutzung von Arbeitsbereichen. Stellen Sie die Informationen in Schulungsmaterialien und in Ihrem zentralisierten Portal zur Verfügung.

Typen von Arbeitsbereichselementen

Das Trennen von Datenarbeitsbereichen von Berichtsarbeitsbereichen ist eine gängige Methode zum Entkoppeln von Datenressourcen und Analyseressourcen.

  • Ein Datenarbeitsbereich dient zum Speichern und Schützen von Datenelementen wie Lakehouse, Warehouse, Datenpipelines, Dataflow oder Semantikmodell.
  • Ein Berichtsbereich wird eher für nachgelagerte Analyseaktivitäten genutzt. Er dient zum Speichern und Schützen von Elementen wie Berichten, Dashboards und Metriken. Berichtsarbeitsbereiche umfassen in erster Linie (aber nicht ausschließlich) Power BI-Inhalte.

Tipp

Sie können in jeder Fabric-Umgebung verschiedene Typen von Elementen erstellen. Diese Elemente passen nicht immer gut in das Konzept der Trennung von Daten und Berichtsinhalten (oder analytischen Inhalten). Ein Beispiel ist ein Fabric-Notebook, das auf viele verschiedene Arten verwendet werden kann, z. B. das Laden und Transformieren von Daten in einem Lakehouse, das Übermitteln von Spark-SQL-Abfragen oder das Analysieren und Visualisieren von Daten mit PySpark. Wenn der Arbeitsbereich gemischte Workloads enthält, sollten Sie sich hauptsächlich auf den Zweck des Arbeitsbereichs und den Besitz des Inhalts konzentrieren, wie an anderer Stelle in diesem Artikel beschrieben.

Die Vorteile der Trennung der Datenarbeitsbereiche von den Berichtsarbeitsbereichen umfassen:

  • Kritische Unternehmensdaten, z. B. ein empfohlenes Lakehouse oder Semantikmodell, können sich in einem bestimmten Arbeitsbereich befinden, der dafür ausgelegt ist, wiederverwendbare Daten auf Unternehmensebene verfügbar zu machen. Häufige Beispiele sind:
  • Die Zugriffsverwaltung kann für kritische Organisationsdaten zentralisiert werden. Das separate Verwalten des Zugriffs für den Datenarbeitsbereich im Gegensatz 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 Schutzschicht ist für zertifizierte Semantikmodelle hilfreich, bei denen Qualität und Vertrauenswürdigkeit gewährleistet sein müssen.
  • Szenarien mit gemeinsamen Besitz werden klargestellt. Wenn freigegebene Semantikkmodelle von einem zentralen BI- oder IT-Team bereitgestellt werden, während Berichte von Self-Service-Inhaltserstellern (in Geschäftseinheiten) veröffentlicht werden, empfiehlt es sich, die Semantikmodelle in einem separaten Arbeitsbereich abzutrennen. 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 Erstellende ermutigen, in verschiedenen Arbeitsbereichen zu arbeiten, gibt es keine unnötigen Bearbeitungsberechtigungen für das ursprüngliche Semantikmodell. Der Vorteil besteht darin, dass die Sicherheit auf RLS- und/oder OLS-Ebene (Objektebene) für Inhaltserstellende (und auch Inhaltsanzeigende) erzwungen wird.

Die Nachteile der Trennung der Datenarbeitsbereiche von den Berichtsarbeitsbereichen umfassen:

  • 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 beschreiben. 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 Change-Management-Prozesse könnten erforderlich sein, um angeforderte Änderungen an zentralisierten Datenelementen nachzuverfolgen und zu priorisieren. Das gilt insbesondere, wenn die Anforderungen der Berichtsersteller*innen über das hinausgehen, was durch zusammengesetzte Modelle und Maßnahmen auf Berichtebene behandelt werden kann.

Prüfliste: Das Auswerten der in einem Arbeitsbereich zu speichernden Elementtypen umfasst folgende wichtige Entscheidungen und Aktionen:

  • Ermitteln Sie Ihre Ziele für die Wiederverwendung von Daten: Entscheiden Sie, wie Sie die Wiederverwendung von Daten im Rahmen einer verwalteten Self-Service-BI-Strategie erreichen können.
  • Aktualisieren Sie die Mandanteneinstellung für die arbeitsbereichsübergreifende Verwendung von Semantikmodellen: Legen Sie fest, 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 primäre Zweck eines Arbeitsbereichs in der Zusammenarbeit besteht, ist der Zugriff auf einen Arbeitsbereich hauptsächlich für die Benutzer*innen relevant, die die Inhalte darin erstellen und verwalten. Er kann auch relevant sein, wenn der Arbeitsbereich zum Anzeigen von Inhalten verwendet wird (ein sekundärer Zweck für Arbeitsbereiche, wie weiter oben in diesem Artikel beschrieben).

Beim Planen von Arbeitsbereichsrollen ist es hilfreich, sich die folgenden Fragen zu stellen.

  • Was sind die Erwartungen für die Art der Zusammenarbeit im Arbeitsbereich?
  • Wird der Arbeitsbereich von Verbrauchern direkt zum Anzeigen von Inhalten verwendet?
  • Wer ist für die Verwaltung der Inhalte im Arbeitsbereich verantwortlich?
  • Wer zeigt die im Arbeitsbereich gespeicherten Inhalte an?
  • Besteht die Absicht darin, einzelnen Benutzer*innen oder Gruppen Arbeitsbereichsrollen zuzuweisen?

Zum Zuweisen von Arbeitsbereichsrollen sollten als bewährte Methode Gruppen verwendet werden, sofern dies praktikabel ist. Es gibt verschiedene Arten von Gruppen, die Sie zuweisen können. 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, sollten Sie möglicherweise eine Gruppe pro Rolle in jedem 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

Das Erstellen der oben aufgeführten Gruppen bietet Flexibilität. Dazu müssen jedoch viele Gruppen erstellt und verwaltet werden. Außerdem kann es schwierig sein, eine große Anzahl von Gruppen zu verwalten, wenn Gruppen nur von der IT-Abteilung erstellt und verwaltet werden. Diese Herausforderung kann durch Aktivieren der Self-Service-Gruppenverwaltung für bestimmte dezentrale Mitglieder verringert werden. Diese Mitglieder können das Center of Excellence (COE), Expert*innen oder vertrauenswürdige Benutzer*innen einschließen, die in der Verwaltung von Rollenmitgliedschaften für ihre Geschäftseinheit geschult wurden. 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. Potenziell kann sich die Anzahl der Gruppen verdreifachen. Beispielsweise wären diese drei Gruppen nur für die Administrator*innen des Datenarbeitsbereichs vorhanden:

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

Die obigen Beispiele sollen vermitteln, dass die Verwendung von Gruppen, die Arbeitsbereichsrollen zugeordnet sind, schnell unüberschaubar werden kann.

Tipp

Mitunter werden weniger Gruppen benötigt, insbesondere in der Entwicklung. Beispielsweise müssen Sie möglicherweise keine Gruppe für Benutzer*innen in der Entwicklung angeben, die den Arbeitsbereich anzeigen, wenn diese Gruppe lediglich für Tests und die Produktion benötigt wird. 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 weiter unten in diesem Artikel unter Lebenszyklusverwaltung für Arbeitsbereiche.

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. Daher sind in den obigen Beispielgruppennamen die Wörter Fabric oder Power BI 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

Sie planen die Sicherheit häufig weitläufiger und berücksichtigen dabei Semantikmodell-Berechtigungsanforderungen für das Lesen und Erstellen von Berechtigungsanforderungen sowie die Anforderungen an die Sicherheit auf Zeilenebene (RLS). Weitere Informationen dazu, was Sie für die Unterstützung von Berichtsconsumern und Inhaltserstellenden berücksichtigen sollten, finden Sie in den Artikeln zur Sicherheitsplanung. Im Rahmen dieses Artikels werden nur Arbeitsbereichsrollen als Teil des Arbeitsbereichs-Planungsprozesses betrachtet.

Prüfliste: Das Auswerten des Zugriffs auf einen Arbeitsbereich umfasst folgende wichtige Entscheidungen und Aktionen:

  • Nutzen Sie Rollen und Zuständigkeiten: Setzen Sie bei der Planung der Arbeitsbereichsrollen die zuvor vorbereiteten Informationen zu Rollen und Verantwortlichkeiten ein.
  • Identifizieren Sie, wer die Inhalte besitzt und verwaltet: Vergewissern Sie sich, dass alle Elemente, die Sie in einem einzelnen Arbeitsbereich speichern möchten, den Personen entsprechen, die für den Besitz und die Verwaltung der Inhalte die Verantwortung übernehmen. Wenn die Zuordnungen Lücken aufweisen, überprüfen Sie, wie die Arbeitsbereiche besser organisiert werden könnten.
  • Identifizieren Sie, wer Inhalte im Arbeitsbereich anzeigen soll: Legen Sie fest, ob Personen Inhalte direkt im Arbeitsbereich anzeigen sollen.
  • Planen Sie die Arbeitsbereichsrollen: Legen Sie fest, welche Personen für die Rollen Administrator, Mitglied, Mitwirkender und Anzeige der einzelnen Arbeitsbereiche geeignet sind.
  • Treffen Sie eine Entscheidung zu gruppenbezogenen oder einzelnen Rollenzuweisungen: Legen Sie fest, ob Sie Arbeitsbereichsrollen einzelne Benutzer*innen oder Gruppen zuweisen möchten. Überprüfen Sie, ob Gruppen vorhanden sind, die Sie für Arbeitsbereichs-Rollenzuweisungen verwenden können.
  • Ermitteln 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 Arbeitsbereichs-Rollenzuweisungen: Stellen Sie sicher, dass Benutzer*innen über die erforderlichen Sicherheitseinstellungen verfügen, um Inhalte effizient bearbeiten und anzeigen zu können.

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 Arbeitsbereichsbesitzes in Fabric ist die Verwendung von Domänen. Eine Domäne ist eine Möglichkeit, mehrere Arbeitsbereiche mit ähnlichen Merkmalen logisch zu gruppieren.

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

Arbeitsbereichseinstellungen

Es gibt mehrere Einstellungen, die Sie für jeden einzelnen Arbeitsbereich einrichten können. 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 kann auf Pro, Premium-Einzelbenutzerlizenz, Premium-Kapazität, eingebettet, Fabric-Kapazität oder Testversion festgelegt werden.

Wichtig

Manchmal bezieht sich dieser Artikel auf Power BI Premium oder seine Kapazitätsabonnements (P-SKUs). Beachten Sie, dass Microsoft derzeit Kaufoptionen konsolidiert und die SKUs von Power BI Premium pro Kapazität einstellt. 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: Es werden verschiedene Features 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 legt fest, 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 Inhalte für Inhaltsanzeigende bereitgestellt werden sollen, die über eine kostenlose Lizenz verfügen, benötigen Sie mindestens eine F64-Lizenz.
  • Datenspeicherort: Wenn Sie Daten in einer bestimmten geografischen Region (außerhalb Ihrer Heimatregion) speichern müssen, ist dies mit einem Arbeitsbereich möglich, der einer Kapazität zugewiesen ist (die Kapazität wird dann entsprechend in dieser Region erstellt). Weitere Informationen zum Datenstandort finden Sie unter Einrichten von Mandanten.

Prüfliste: Das Auswählen des Lizenzmodus eines Arbeitsbereichs umfasst folgende wichtige Entscheidungen und Aktionen:

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

Lebenszyklusverwaltung für Arbeitsbereiche

Wenn Inhaltserstellende zusammenarbeiten, um Analyselösungen bereitzustellen, die für die Organisation wichtig sind, müssen verschiedene Überlegungen zur Lebenszyklusverwaltung angestellt werden. Diese Prozesse werden auch als Continuous Integration und Continuous Delivery (CI/CD) bezeichnet und stellen einen Aspekt von DevOps dar.

Zu den Überlegungen zur Lebenszyklusverwaltung gehören:

  • Sicherstellen einer zeitnahen, zuverlässigen und konsistenten Bereitstellung von Inhalten
  • Kommunizieren und Koordinieren von Aktivitäten zwischen mehreren Inhaltserstellenden, die an demselben Projekt arbeiten
  • Auflösen von Konflikten, wenn mehrere Inhaltserstellende dasselbe Element im selben Projekt bearbeiten
  • Strukturieren eines einfachen und zuverlässigen Bereitstellungsprozesses
  • Ausführen von Rollbacks bereitgestellter Inhalte auf eine frühere stabile, funktionierende Version
  • Finden von Kompromissen zwischen schnellen Releases neuer Features und Fehlerbehebungen und dem Schutz von Produktionsinhalten

In Fabric gibt es zwei wichtige Komponenten für die Lebenszyklusverwaltung.

  • Versionssteuerung von Inhalten: Die Git-Integration ermöglicht Es Inhaltsbesitzern und Erstellern, Versionen ihrer Arbeit zu erstellen. Sie kann bei der webbasierten Entwicklung in einem Arbeitsbereich oder bei der Entwicklung in einem Clienttool wie Power BI Desktop verwendet werden. Die Versionskontrolle (auch als Quellcodeverwaltung bezeichnet) wird erreicht, indem alle Revisionen eines Projekts mithilfe von Branches nachverfolgt werden, die Repositorys (lokal und remote) in Azure DevOps zugeordnet sind. Änderungen werden in regelmäßigen Abständen an Branches im Remoterepository committet. Wenn Inhaltserstellende getestete und genehmigte Überarbeitungen abgeschlossen haben, wird ihr Branch mit der neuesten Version der Lösung im Hauptremoterepository zusammengeführt (nach dem Auflösen von Mergekonflikten). Die Git-Integration kann für jeden Arbeitsbereich im Fabric-Portal angegeben werden, sofern das Feature in den Mandanteneinstellungen aktiviert wurde.
  • 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.

Sie sollten bei der Planung für die Kombination der Lebenszyklusverwaltungsfeatures die bewährten Methoden berücksichtigen. 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: Die Planung der Lebenszyklusverwaltung von Arbeitsbereichen umfasst folgende wichtige Entscheidungen und Aktionen:

  • Legen Sie fest, wie Benutzer*innen die Versionskontrolle verwenden sollen: Analysieren Sie, wie Ihre Self-Service- und erweiterten Inhaltserstellenden arbeiten, um festzulegen, 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.
  • Legen Sie fest, wie Benutzer*innen Inhalte höher stufen sollen: Analysieren Sie, wie Ihre Self-Service- und erweiterten Inhaltserstellenden arbeiten, um zu ermitteln, ob Bereitstellungspipelines für die Höherstufung von Inhalten geeignet sind.
  • Entscheiden Sie, ob die Git-Integration aktiviert werden soll: Überlegen Sie, ob die Git-Integration in Arbeitsbereiche eine gute Wahl für die Arbeitsweise Ihrer Inhaltserstellenden ist. 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 Proof of Concept durch: Führen Sie einen technischen Proof of Concept durch, um zu ermitteln, wie Git-Arbeitsbereiche und Bereitstellungspipelines zusammenarbeiten werden.
  • Entscheiden Sie, welche Arbeitsbereiche über die Git-Integration verfügen sollen: Überlegen Sie, wie Ihre Inhaltserstellenden arbeiten und welche Arbeitsbereiche einem Entwicklungs-, Test- oder Produktionsbranch (Release) zugewiesen werden sollen.
  • Überprüfen Sie die Lizenzen: Vergewissern Sie sich, dass Sie über eine Kapazitätslizenz für die Verwendung der Git-Integration verfügen. Stellen Sie sicher, dass jeder Arbeitsbereich einer Fabric-Kapazität oder Power BI Premium Kapazität zugewiesen ist.
  • Richten Sie Azure DevOps ein: Arbeiten Sie mit Ihren Administrator*innen zusammen, um die Azure DevOps-Projekte, -Repositorys und -Branches einzurichten, die Sie für jeden Arbeitsbereich benötigen. Weisen Sie jedem Repository den entsprechenden Zugriff zu.
  • Verbinden Sie Arbeitsbereiche: Verbinden Sie jeden Arbeitsbereich mit dem entsprechenden Azure DevOps-Repository.
  • Überlegen Sie, wer in der Produktion bereitstellen darf: Treffen Sie Entscheidungen darüber, wer Produktionsinhalte wie aktualisieren kann. Stellen Sie sicher, dass diese Entscheidungen mit der Handhabung des Arbeitsbereichsbesitzes in Ihrer Organisation in Einklang ist.
  • Schulen Sie Inhaltserstellende: Stellen Sie sicher, dass alle Ihre Inhaltserstellenden wissen, wann Funktionen und Methoden der Lebenszyklusverwaltung angewandt werden sollen. Informieren Sie sie über den Workflow und darüber, wie sich verschiedene Arbeitsbereiche auf Prozesse der Lebenszyklusverwaltung auswirken.

Arbeitsbereichsintegration mit ADLS Gen2

Es ist möglich, einen Arbeitsbereich mit einem Azure Data Lake Storage Gen2-Konto (ADLS Gen2) zu verbinden. Dafür gibt es zwei mögliche Gründe:

  • Speicherung von Daten aus Power BI-Dataflows: Wenn Sie sich für einen eigenen Data Lake entscheiden, sind die Daten für Power BI-Dataflows (Gen1) direkt in Azure zugänglich. Der direkte Zugriff auf den Dataflowspeicher in ADLS Gen2 ist hilfreich, wenn andere Benutzer*innen oder Prozesse die Daten anzeigen oder auf sie zugreifen können sollen. Dies ist besonders hilfreich, wenn Ihr Ziel ist, Dataflows über Power BI hinaus wiederzuverwenden. Es gibt zwei Optionen zum Zuweisen von Speicher:
    • Speicher auf Mandantenebene ist hilfreich, wenn alle Daten für die Power BI-Dataflows in einem ADLS Gen2-Konto zentralisiert werden sollen.
    • Speicher auf Arbeitsbereichsebene ist hilfreich, wenn Geschäftseinheiten ihren eigenen Data Lake verwalten oder bestimmte Anforderungen an die Datenresidenz haben.
  • Sicherung und Wiederherstellung von Power BI-Semantikmodellen: Die -Funktion für die Sicherung und Wiederherstellung von Power BI-Semantikmodellen wird für Arbeitsbereiche unterstützt, die einer Kapazitätslizenz oder einer PPU-Lizenz zugewiesen sind. Dieses Feature verwendet dasselbe ADLS Gen2-Konto, das zum Speichern der Daten aus Power BI-Dataflows verwendet wird (siehe vorherigen Aufzählungspunkt). 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

Durch das Festlegen von Azure-Verbindungen im Fabric-Verwaltungsportal werden nicht alle Dataflows für den gesamten Mandanten standardmäßig in einem ADLS Gen2-Konto gespeichert. Um ein explizites Speicherkonto (anstelle des internen Speichers) zu verwenden, muss jeder Arbeitsbereich explizit verbunden werden. Die Azure-Verbindungen des Arbeitsbereichs müssen unbedingt eingerichtet werden, bevor Power BI-Dataflows im Arbeitsbereich erstellt werden.

Prüfliste: Das Auswerten der Integration eines Arbeitsbereichs in ADLS Gen2 umfasst folgende wichtige Entscheidungen und Aktionen:

  • Entscheiden Sie, ob die Verwendung des Arbeitsbereichs Azure Storage erfordert: Überlegen Sie, ob ein Szenario mit einem eigenen Data Lake für die Speicherung von Dataflows nützlich ist und ob Sie Anforderungen an die Funktionen zur Sicherung und Wiederherstellung von Semantikmodellen haben.
  • Legen Sie fest, welches Azure Storage-Konto verwendet wird: Wählen Sie ein Azure Storage-Konto aus, das den hierarchischen Namespace (ADLS Gen2) für die Speicherung von Dataflowdaten oder Semantikmodellsicherungen auf Mandantenebene (zentralisiert) aktiviert hat. Halten Sie die Azure Storage-Kontoinformationen bereit.
  • Konfigurieren Sie das Speicherkontos auf Mandantenebene: Legen Sie im Fabric-Verwaltungsportal das ADLS Gen2-Speicherkonto auf Mandantenebene fest.
  • Entscheiden Sie, ob Arbeitsbereichsadministrator*innen ein Speicherkonto verknüpfen können: Ermitteln Sie in Gesprächen die Bedürfnisse dezentraler Teams 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, durch die Arbeitsbereichsadministrator*innen eine Verbindung mit ihrem eigenen Speicherkonto herstellen können.
  • Legen Sie die Azure Storage-Verbindungen auf Arbeitsbereichsebene fest: Geben Sie für die einzelnen Arbeitsbereiche das Azure Storage-Konto 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 Verwaltungsdokumentation zum Arbeitsbereich: Stellen Sie sicher, dass Ihre Verwaltungsdokumentation für den Arbeitsbereich Informationen zum ordnungsgemäßen Zuweisen von ADLS Gen2-Speicherkonten enthält. Stellen Sie die Informationen in Ihrem zentralisierten Portal und in Schulungsmaterialien zur Verfügung.

Arbeitsbereichsintegration in Azure Log Analytics

Azure Log Analytics ist ein Dienst in Azure Monitor. Sie können mit Azure Log Analytics Diagnosedaten überprüfen, die von der Analysis Services-Engine generiert werden, die Power BI-Semantikmodelle hostet. Protokolle auf Arbeitsbereichsebene sind nützlich für Analysen der Leistung und von Trends, Datenaktualisierungsanalysen, Analysen von XMLA-Endpunktvorgängen und vielem mehr. Azure Log Analytics ist nur für Arbeitsbereiche verfügbar, denen Kapazitäts- oder PPU-Lizenzen zugewiesen sind.

Hinweis

Auch wenn die Namen ähnlich sind, unterscheiden sich die an Azure Log Analytics gesendeten Daten von den im Power BI-Aktivitätsprotokoll erfassten Daten. Die an Azure Log Analytics gesendeten Daten betreffen Ereignisse, die von der Analysis Services-Engine generiert werden (z. B. die Ereignisse Abfragebeginn und Abfrageende). 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 Konfigurieren von Azure Log Analytics für die Verwendung mit Power BI finden Sie unter Konfigurieren von Azure Log Analytics in Power BI. Achten Sie darauf, die Voraussetzungen zu verstehen, die für eine funktionierende Integration bestehen.

Prüfliste: Das Auswerten der Integration eines Arbeitsbereichs in Azure Log Analytics umfasst folgende wichtige Entscheidungen und Aktionen:

  • Entscheiden Sie, ob Arbeitsbereichsadministrator*innen eine Verbindung mit Log Analytics herstellen können: Legen Sie fest, ob alle oder einige Arbeitsbereichsadministrator*innen Azure Log Analytics für die Analyse von Protokollen auf Arbeitsbereichsebene verwenden dürfen. Wenn der Zugriff auf bestimmte Personen beschränkt wird, 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, welche Arbeitsbereichsadministrator*innen Verbindungen festlegen sollen.
  • Legen Sie den Log Analytics-Arbeitsbereich für jeden Arbeitsbereich fest: Geben Sie in den Arbeitsbereichseinstellungen die Azure Log Analytics-Informationen für die einzelnen Arbeitsbereiche an. Um Protokolle auf Arbeitsbereichsebene zu erfassen, stellen Sie sicher, dass der Arbeitsbereich eine Kapazitätslizenz oder eine PPU-Lizenz verwendet.
  • Aktualisieren Sie Ihre Verwaltungsdokumentation zum Arbeitsbereich: Stellen Sie sicher, dass Ihre Verwaltungsdokumentation für den Arbeitsbereich Informationen zum Zuweisen eines Arbeitsbereichs zu Azure Log Analytics enthält.

Weitere Arbeitsbereichseigenschaften

Es gibt noch weitere Arbeitsbereichseigenschaften, die nützliche Informationen bereitstellen können. Für überwachte Arbeitsbereiche wird empfohlen, diese Eigenschaften festzulegen.

Im Folgenden finden Sie einige Vorschläge für die Festlegung dieser Einstellungen, die die Erfahrung für Ihre Benutzer*innen verbessern können.

  • Beschreibung des Arbeitsbereichs: Eine gute Beschreibung für einen Arbeitsbereich enthält eine kurze, aber spezifische Erläuterung, welche Art von Inhalten im Arbeitsbereich zu finden ist. Sie können bis zu 4.000 Zeichen für folgende Beschreibungen verwenden:
    • 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
    • Kontaktperson bei Fragen (gelegentlich ist es wichtig, diese Informationen zusätzlich zur Kontaktliste, die als Nächstes beschrieben wird, so prominent wie möglich anzuzeigen)
  • Arbeitsbereichskontakte: Die Kontaktliste enthält standardmäßig die Administrator*innen des Arbeitsbereichs. 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.
  • Bild des Arbeitsbereichs: Die konsistente Verwendung von Bildern der Arbeitsbereiche kann für Benutzer*innen hilfreich sein, wenn sie eine Liste von Arbeitsbereichen durchgehen. Erwägen Sie die Verwendung eines Bilds, um Benutzer*innen beim Ermitteln der folgenden Angaben zu helfen:
    • Domäne oder Themenbereich
    • Welche Geschäftseinheit oder welches Team die Inhalte besitzt und verwaltet
    • Ob es sich um einen Datenarbeitsbereich handelt (ein Arbeitsbereich, der zum Speichern wiederverwendbarer Elemente wie Lakehouse, Warehouse, Datenpipeline, Dataflow oder Semantikmodell vorgesehen ist)
    • Ob es sich um einen Berichtsarbeitsbereich handelt (ein Arbeitsbereich, der zum Speichern von Analyseelementen wie Berichten, Dashboards oder Metriken vorgesehen ist)
  • Datenmodelleinstellungen ermöglichen Arbeitsbereichsmitgliedern, Administratoren und Benutzern mit Build-Berechtigung für die Semantikmodelle das Bearbeiten von Power BI-Datenmodellen auf der Weboberfläche. Diese Einstellung wird zusammen mit der Mandanteneinstellung Benutzer können Datenmodelle im Power BI-Dienst bearbeiten verwendet. Diese Einstellung sollte mit Ihren Entscheidungen und Prozessen für die Erstellung, Verwaltung und Bereitstellung von Inhalten in Einklang stehen. Berücksichtigen Sie auch Ihre Methode für die Versionskontrolle, wie weiter oben in diesem Artikel beschrieben.

Prüfliste: Das Auswerten der anderen Eigenschaften eines Arbeitsbereichs umfasst folgende wichtige Entscheidungen und Aktionen:

  • Geben Sie die Beschreibung des Arbeitsbereichs an: Stellen Sie sicher, dass die Beschreibung des Arbeitsbereichs hilfreich und ausführlich ist.
  • Verwenden Sie ein aussagekräftiges Bild für den Arbeitsbereich: Legen Sie ein einheitliches Bild für den Arbeitsbereich fest, das Benutzer*innen dabei hilft, das Thema, die Besitz- und Verwaltungsverhältnisse und den Typ der im Arbeitsbereich gespeicherten Inhalte zu verstehen.
  • Identifizieren Sie Kontakte für den Arbeitsbereich: Überprüfen Sie, ob die Administrator*innen die Arbeitsbereichskontakte sein sollen oder bestimmte Benutzer*innen oder Gruppen angegeben werden sollen.
  • Geben Sie Datenmodelleinstellungen an: Überlegen Sie, welche Arbeitsbereiche die 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

Es gibt weitere technische Faktoren, die Ihre Arbeitsbereichseinrichtung beeinflussen könnten.

  • Wenn Sie Inhalte mit anderen Tools und Diensten integrieren, könnte das Auswirkungen auf die Lizenzierung haben. Wenn Sie beispielsweise ein Power Apps-Visual in einen Power BI-Bericht einbetten, benötigen Sie entsprechende Power Apps-Lizenzen.
  • Es gibt Speicherbeschränkungen pro Arbeitsbereich für die Menge der Daten, 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 von AppSource installieren, wird ein neuer Arbeitsbereich erstellt, der in Thema und Geltungsbereich eng gesteckt ist.

Prüfliste: Das Auswerten anderer technischer Faktoren umfasst folgende wichtige Entscheidungen und Aktionen:

  • Achten Sie auf technische Faktoren: Während Sie den Planungsprozess durchlaufen, ermitteln Sie, ob es einen technischen Grund gibt (z. B. Speicherbeschränkungen pro Arbeitsbereich), der Ihren Entscheidungsprozess beeinflussen könnte.
  • Organisieren Sie die Arbeitsbereichsinhalte um: Wenn Speicherbeschränkungen zu einem Problem werden könnten, erstellen Sie jetzt separate Arbeitsbereiche, und veröffentlichen Sie Inhalte in diesen neuen Arbeitsbereichen erneut.

Zugehöriger Inhalt

Weitere Überlegungen, Aktionen, Entscheidungskriterien und Empfehlungen für Power BI-Implementierungsentscheidungen finden Sie unter Power BI-Implementierungsplanung.