Freigeben über


Planung der Power BI-Implementierung: Planen und Entwerfen von Inhalten

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.

Dieser Artikel hilft Ihnen beim Planen und Entwerfen von Inhalten im Rahmen der Verwaltung des Inhaltslebenszyklus. Es richtet sich in erster Linie an:

  • Center of Excellence (COE) und BI-Teams: Die Teams, die für die Überwachung von Power BI in der Organisation verantwortlich sind. Zu diesen Teams gehören Entscheidungsträger, die entscheiden, wie der Lebenszyklus von Power BI-Inhalten verwaltet werden soll.
  • Inhaltsersteller und Inhaltsbesitzer: Benutzer, die Inhalte erstellen, die sie im Fabric-Portal veröffentlichen möchten, um sie für andere Personen freizugeben. Diese Personen sind für die Verwaltung des Lebenszyklus der von ihnen erstellten Power BI-Inhalte verantwortlich.

Das Lebenszyklusmanagement besteht aus den Prozessen und Vorgehensweisen, die Sie verwenden, um Inhalte von der Erstellung bis zu ihrer endgültigen Einstellung zu behandeln. Wie im ersten Artikel dieser Reihebeschrieben, ist die Verwaltung des Power BI-Inhaltslebenszyklus wichtig, um eine zuverlässige und konsistente Bereitstellung von Inhalten an Geschäftsbenutzer sicherzustellen.

Die erste Phase des Inhaltslebenszyklus besteht darin, Inhalte zu planen und zu entwerfen. In der Regel beginnen Sie den Inhaltslebenszyklus, indem Sie BI-Lösungsplanungdurchführen. Um das Problem zu verstehen und zu definieren, das Ihre Lösung behandeln soll, sammeln Sie Anforderungen und kommen zu einem Lösungsdesign. Während dieser Planungs- und Entwurfsphase treffen Sie wichtige Entscheidungen, um sich auf die späteren Phasen vorzubereiten.

Die folgende Abbildung zeigt den Lebenszyklus von Power BI-Inhalten, wobei Phase 1 hervorgehoben wird, in der Sie Inhalte planen und entwerfen.

Diagramm zeigt den Power BI-Inhaltslebenszyklus. Phase 1, bei der es um die Inhaltsplanung und das Design geht, wird hervorgehoben.

Hinweis

Eine Übersicht über die Inhaltslebenszyklusverwaltung finden Sie im ersten Artikel dieser Reihe.

Tipp

In diesem Artikel werden wichtige Überlegungen und Entscheidungen für die Inhaltsplanung und das Design im Zusammenhang mit der Lebenszyklusverwaltung behandelt.

  • Weitere Informationen zum effektiven Planen und Entwerfen einer Fabric- oder Power BI-Lösung finden Sie im Artikel Lösungsplanung.
  • Für weitere Informationen darüber, wie Sie eine Power BI-Migration effektiv planen, empfehlen wir Ihnen, die Power BI-Migrationsreihe zu lesen.

Beim Sammeln von Anforderungen sollten Sie Aspekte zu den Inhalten, die sich auf Ihren Ansatz zur Lebenszyklusverwaltung auswirken, klar beschreiben. Sie sollten diese Aspekte im Rahmen der Lösungsplanung und -entwicklung dokumentieren.

In den folgenden Abschnitten in diesem Artikel werden die wichtigsten Aspekte und Überlegungen einer Lösung beschrieben, die Ihren Ansatz zur Lebenszyklusverwaltung beim Planen und Entwerfen Ihrer Inhalte motiviert.

Identifizieren und Beschreiben des Inhalts

Wenn Sie Ihre Lösung entwerfen, sollten Sie beschreiben, was der Inhalt ist, wer sie erstellt, wer sie unterstützt und wie wichtig diese Inhalte für die Organisation sind. Sie sollten diese Faktoren beim oder nach dem Erfassen der Anforderungen als Teil des Lösungsentwurfs behandeln.

Hinweis

Wie Ihre Anforderungen können sich die Antworten auf diese Fragen während der Entwicklung der Lösung oder später im Lebenszyklus ändern. Nachdem Sie diese Fragen beantwortet haben, sollten Sie darauf vorbereitet sein, sie regelmäßig erneut auszuwerten, wenn Sie Inhalte ändern oder sich die Anzahl der Nutzer erhöht.

Beantworten Sie die folgenden Fragen zu Ihren Inhalten, damit Sie spätere Entscheidungen zur Lebenszyklusverwaltung treffen können.

Was ist das Format des Inhalts?

Der Typ, der Umfang und die Komplexität von Inhalten motiviert wichtige Entscheidungen darüber, wie Sie ihn verwalten. Beispielsweise erfordert ein einzelner Bericht für eine begrenzte Zielgruppe einen anderen Lebenszyklusverwaltungsansatz im Vergleich zu einem semantischen Modell, das von der gesamten Organisation und von mehreren verschiedenen downstream-Workloads verwendet wird.

Beantworten Sie Fragen wie die folgende, um Ihnen bei der Ermittlung des Typs von Inhalten zu helfen, die Sie erstellen.

  • Welche Elementtypen erwarten Sie zu erstellen, und wie viele von jedem? Erstellen Sie beispielsweise Datenelemente wie Datenflüsse oder semantische Modelle, Berichtselemente wie Berichte oder Dashboards oder eine Kombination aus beiden?
  • Wie werden die Inhalte an Inhaltskonsumenten übermittelt? Verwenden Verbraucher beispielsweise Datenelemente, um eigene Inhalte zu erstellen, werden sie nur zentralisierte Berichte oder eine Kombination aus beiden anzeigen?
  • Wie komplex ist der Inhalt? Ist es beispielsweise ein kleiner Prototyp oder ein großes Semantikmodell, das mehrere Geschäftsprozesse umfasst?
  • Erwarten Sie, dass der Umfang, der Umfang und die Komplexität der Inhalte im Laufe der Zeit wachsen? Werden die Inhalte beispielsweise in Zukunft andere Regionen oder Geschäftsbereiche umfassen?
  • Wie lange erwarten Sie, dass das Unternehmen diese Inhalte benötigt? Wird dieser Inhalt beispielsweise eine wichtige Initiative des Unternehmens unterstützen, die eine endliche Zeitachse hat?

Tipp

Erwägen Sie, ein Architekturdiagramm zu erstellen, um das Format des Inhalts zu beschreiben. Sie können verschiedene Datenquellen, Elementtypen und Inhaltskonsumenten sowie die Beziehungen zwischen diesen einzelnen Komponenten einschließen. Ein Architekturdiagramm kann dazu beitragen, den Inhalt und seine Komplexität präzise darzustellen, und es hilft Ihnen, die Lebenszyklusverwaltung zu planen. Sie können die Fabric-Symbole und Azure-Symbole verwenden, um diese Diagramme in externer Software zu erstellen. Alternativ können Sie Azure-Diagrammeverwenden, die mit Symbolen und Zeichentools versehen sind, um diese Diagramme zu erstellen.

Ein Beispiel für solche Diagramme finden Sie in den Power BI-Implementierungsplanungs- Verwendungsszenariodiagrammen.

Wer erstellt und unterstützt den Inhalt?

Inhaltsersteller haben unterschiedliche Anforderungen, Fähigkeiten und Workflows. Diese Faktoren beeinflussen den Erfolg verschiedener Lebenszyklusmanagementansätze. Größere, zentrale Teams mit Zusammenarbeit erfordern häufig anspruchsvollere Inhaltslebenszyklus-Verwaltung als kleinere Teams von Self-Service-Erstellern.

Beantworten Sie Fragen wie die folgende, um zu bestimmen, wer die Inhalte erstellen oder unterstützen soll.

  • Wie viele verschiedene Personen erwarten Sie, diese Inhalte zu erstellen? Werden mehrere Inhaltsersteller zusammenarbeiten oder ist eine einzelne Person für die Erstellung des Inhalts verantwortlich?
  • Sind Inhaltsersteller mit der Lebenszyklusverwaltung und verwandten Konzepten wie der Versionssteuerung vertraut? Verstehen Inhaltsersteller die Vorteile der Lebenszyklusverwaltung?
  • Werden die Inhaltsersteller, die die Lösung entwickeln, dieselben Personen sein, die sie nach der Bereitstellung unterstützen?
  • Verfügen Inhaltsersteller oder ihre Teams über vorhandene Verfahren zur Lebenszyklusverwaltung, um vorhandene Lösungen zu unterstützen?
  • Verwenden Inhaltsersteller derzeit Lebenszyklusverwaltungstools wie Azure DevOps?

Wichtig

Stellen Sie sicher, dass Sie klar dokumentieren, wer für das Erstellen von Inhalten zuständig ist und wer sie unterstützt, sobald sie in der Produktion bereitgestellt wird. Beziehen Sie alle diese Personen in Ihre Inhaltslebenszyklus-Management-Planung ein.

Was ist die Bedeutung des Inhalts?

Je nachdem, wie wichtig die Inhalte für das Unternehmen sind, treffen Sie unterschiedliche Entscheidungen darüber, wie sie verwaltet werden sollen. Geschäftskritische Inhalte erfordern robustere Ansätze für das Content Lifecycle Management, um Qualität zu schützen und mögliche Unterbrechungen zu mindern.

Beantworten Sie Fragen wie die folgende, um festzustellen, ob der Inhalt kritisch ist.

  • Wie kritisch ist dieser Inhalt für das Unternehmen? Wie dringend ist die Anforderung, sie zu entwickeln?
  • Werden geschäftskritische Entscheidungen oder Maßnahmen aus Informationen getroffen, die von diesen Inhalten bereitgestellt werden?
  • Wie weit gehen Sie davon aus, dass sie diese Inhalte (von organisationsweit bis hin zu einem begrenzten lokalen Team) verteilen?
  • Werden Führungskräfte oder andere strategische Entscheidungsträger auf diese Inhalte für ihre Arbeit angewiesen?
  • Welche Auswirkungen hat dieser Inhalt? Wenn beispielsweise der Inhalt plötzlich nicht verfügbar ist, welche geschäftlichen Auswirkungen auftreten würden, z. B. verlorene Einnahmen oder unterbrochene Geschäftsprozesse?

Wenn Sie die inhalte, die Sie erstellen, ausreichend identifiziert und beschrieben haben, sollten Sie als Nächstes entscheiden, wie Inhaltsersteller zusammenarbeiten sollten.

Bestimmen, wie Benutzer die Inhalte nutzen

In Power BI gibt es viele verschiedene Möglichkeiten, wie Benutzer Inhalte nutzen können, einschließlich semantischer Modelle und Berichte. Je nachdem, wie Personen auf diese Inhalte zugreifen und diese verwenden, müssen Sie unterschiedliche Entscheidungen über dessen Design und ihre Entwicklung treffen. Einige dieser Entscheidungen können drastisch verändern, wie Sie den Inhalt erstellen und wie viel Zeit und Mühe benötigt werden. Typischerweise gilt: Je vielfältiger die Möglichkeiten, wie Benutzer Ihre Modelle und Berichte nutzen, desto mehr Überlegungen müssen Sie anstellen, und desto höher sind die daraus resultierenden Entwicklungskosten.

Verwenden und Erneutes Verwenden von semantischen Modellen

Semantische Modelle sind wohl die wichtigsten Elementtypen in Power BI und Fabric, da Benutzer sie mit vielen verschiedenen nachgeschalteten Ansätzen und Elementen nutzen können. Wenn Sie nur Berichte verteilen, treffen Sie sehr unterschiedliche Entwurfsentscheidungen, da Benutzer verschiedene Elemente mit dem Modell verbinden, um ihre eigenen Analysen durchzuführen oder ihre eigenen Ziele zu erreichen.

Diagramm zeigt ein semantisches Modell und die Elemente, mit denen eine Verbindung hergestellt werden kann, in Power BI, Fabric und anderen Tools.

Sie können ein freigegebenes Semantikmodell erneut verwenden, indem Sie die folgenden nachgeschalteten Elementtypen verwenden:

In den folgenden Abschnitten finden Sie eine Übersicht über wichtige Überlegungen, wenn Sie semantische Modelle mit einigen dieser Elemente verwenden.

Hinweis

Viele dieser Optionen sind nur verfügbar, wenn Sie die relevanten Mandanteneinstellungen aktivieren. Stellen Sie sicher, dass Sie sich mit den Mandanteneinstellungen vertraut machen, um zu verstehen, welche Nutzungsmethoden im Arbeitsbereich möglich sind, in dem Sie Ihr semantisches Modell veröffentlichen werden. Wenn diese Optionen auf bestimmte Sicherheitsgruppen beschränkt sind, stellen Sie sicher, dass Sie feststellen, ob Ihre Benutzer zu diesen Sicherheitsgruppen gehören oder nicht.

Berichte

Es gibt verschiedene Möglichkeiten, wie Benutzer über Berichte mit semantischen Modellen interagieren können:

  • Anzeigen von Berichten Das Standardszenario, in dem ein Benutzer Daten in einem Bericht anzeigt, den Sie verteilen oder für sie freigeben.
  • Herstellen einer Verbindung mit dem semantischen Modell und Erstellen eines neuen Berichts Mit Buildberechtigungen können Benutzend einen neuen Bericht in Power BI Desktop oder im Power BI-Dienst erstellen. Dieser Bericht verfügt über eine Liveverbindung mit dem freigegebenen Semantikmodell. Benutzer können den live verbundenen Bericht auch in ein neues zusammengesetztes Semantikmodell konvertieren, das das Original mithilfe von DirectQuery abfragt.
  • Erstellen einer Auswertung aus einem vorhandenen Berichtsvisual. Mit Buildberechtigungen können Benutzende auch ein unterstütztes Visual auswählen, um eine Auswertung ihrer Daten zu erstellen. Dadurch wird ein neues Explorationselement erstellt, mit dem der Benutzer Felder hinzufügen oder die Formatierung ändern kann. Benutzende können die resultierende Auswertung speichern und freigeben, sofern sie die erforderlichen Kriterien für Lizenzierung, Arbeitsbereichsmitgliedschaft und Elementberechtigungen erfüllen.
  • Personalisieren von visuellen Berichten, in denen Benutzer das Feld und die Formatierung ändern können.Visuals personalisieren funktioniert ähnlich wie eine Erkundung, erfordert jedoch nur Leseberechtigungen und erstellt kein neues Element. Personalisierte Visuals verwenden ebenfalls alle Perspektiven, die Benutzende auf eine Berichtsseite anwenden, wodurch die verfügbaren Felder beschränkt werden, die Benutzende anzeigen und verwenden können.

Diese verschiedenen Szenarien erstellen eine Reihe von Überlegungen, die Sie für Ihre semantischen Modelle berücksichtigen müssen, z. B.:

  • Welche Berechtigungen Sie Benutzern erteilen und wie Sie diese Berechtigungen verwalten. Es wird empfohlen, dass Benutzende eine Schulung durchführen, bevor Sie Buildberechtigungen erhalten.
  • Dies gilt unabhängig davon, ob Sie Ihrem Modell Perspektiven hinzufügen. Sie können perspektiven nur mithilfe der TMDL-Ansicht in Power BI Desktopoder mit anderen Tools von Drittanbietern hinzufügen. Es wird empfohlen, Perspektiven hinzuzufügen, wenn Benutzer visuelle oder zusammengesetzte Modelle personalisieren.
  • Geben Sie an, welche Felder in Ihrem Modell ausgeblendet werden sollen und ob Sie die IsPrivate-TOM-Eigenschaft von Tabellen aktivieren müssen, um zu verhindern, dass sie oder ihre untergeordneten Objekte als Vorschläge angezeigt werden. Beachten Sie, dass die Private TOM-Eigenschaft nur mithilfe externer Tools in einer Modellmetadatendatei (z. B. BIM oder TMDL) oder einem Remotemodell festgelegt werden kann, das im Power BI-Dienst veröffentlicht wird.
  • Wie Sie Ihr Modell dokumentieren und was diese Dokumentation mit sich bringen soll. Es wird empfohlen, die Dokumentation auf bestimmte Anwendungsfälle zugeschnitten zu machen und relevante, nützliche Informationen einzuschließen, jedoch keine Exporte von Modellmetadaten wie beispielsweise DAX-Maßnahmenausdrücken, die normalerweise für Endbenutzer nicht von Nutzen sind.
  • Wie Sie Den Benutzern empfehlen, einen Ansatz über einen anderen auszuwählen.

Vorsicht

Nachdem Sie einem semantischen Modell Lese- oder Buildberechtigungen erteilt haben, können Benutzer möglicherweise eine beliebige Tabelle oder Spalte in Ihrem Modell abfragen, indem Sie die in diesem Abschnitt beschriebenen Ansätze verwenden. Dies gilt auch dann, wenn Sie diese Tabelle, die Kennzahl oder die Spalte in einem Bericht nicht anzeigen. Stellen Sie sicher, dass Sie vertrauliche Daten immer mithilfe der Datensicherheit schützen oder von Ihrem Modell ausschließen. Auf diese Weise können Sie vermeiden, vertrauliche Informationen unbeabsichtigt an die falschen Personen weiterzugeben.

Excel (Analysieren in Excel-Pivottables)

Wenn Benutzende über Buildberechtigungen für ein Modell verfügen, können sie auch eine Verbindung mit einem Semantikmodell aus Excel herstellen und es mithilfe von MDX aus einer Excel-Pivottable abfragen. Dies kann nützlich sein, wenn Benutzer lieber in Excel arbeiten, um Daten selbst zu untersuchen oder zu analysieren.

Wenn Sie die Analyse in Excel verwenden, um Ihr semantisches Modell abzufragen, müssen Sie Folgendes berücksichtigen:

  • Bestimmte Features wie Feldparameter oder dynamische Formatzeichenfolgen für Measures funktionieren nur in Power BI und nicht in Excel. Um ein ähnliches Ergebnis zu erzielen, müssen Sie andere Ansätze verwenden.
  • "Analysieren" in Excel erfordert, dass die Spalteneigenschaft IsAvailableinMDX- aktiviert ist. Wenn Benutzer Excel nicht verwenden, kann das Deaktivieren dieser Eigenschaft zu kleineren und leistungsfähigeren Modellen führen.
  • Benutzende können ausgeblendete Spalten oder Measures im Semantikmodell nicht wie in Power BI Desktop anzeigen (durch Klicken mit der rechten Maustaste auf den Datenbereich und Auswählen von „Ausgeblendete anzeigen“).
  • Benutzende können keine eigenen Measures oder Visualberechnungen in Excel wie bei Verwendung einer Liveverbindung mit Power BI Desktop erstellen. Sie können jedoch auf die PivotTable-Felder in anderen Excel-Zellen und -Arbeitsblättern für benutzerdefinierte Berechnungen verweisen.
  • Benutzer der Analyse in Excel benötigen häufig zusätzliche Schulungen zur Verwendung. Dies gilt insbesondere, wenn sie eine exportähnliche Erfahrung erwarten oder eine Absicht zum Speichern von Offlinekopien der Daten ausdrücken. Erwägen Sie die Schulung von Benutzern zu Dingen, z. B.:
    • So aktualisieren Sie die Daten.
    • Filtern Sie die Daten, bevor Sie der Pivottabelle Felder hinzufügen.
    • Vermeiden Sie große und detaillierte Abfragen ohne Filter.
    • Power BI Desktop ist leistungsstärker als Analysieren in Excel, da Analysieren in Excel das Modell mithilfe von MDX abfragt, aber Power BI Desktop das Modell mit DAX abfragt.
    • Vermeiden von Governance- oder Sicherheitsrisiken bei gleichzeitiger Verwendung von Excel auf die bevorzugte Weise

Copilot- und KI-Fähigkeiten

Wenn Benutzer über Leseberechtigungen für ein Modell verfügen, können sie mithilfe von Copilotin natürlicher Sprache ihre Daten untersuchen und Fragen dazu stellen. Alternativ können sie auch Datenfragen zu ihren Daten in einer KI-Fähigkeitstellen, aber im Gegensatz zu Copilot müssen Sie dieses Element zuerst erstellen und für sie freigeben.

Wenn Benutzer mit Ihrem semantischen Modell mit natürlicher Sprache interagieren möchten, gibt es erhebliche Folgen für den Entwurf und die Implementierung Ihres Modells:

  • Sprachliches Schema: Sie müssen Ihrem Modell Synonyme und Beziehungen hinzufügen, damit die entsprechenden englischen Wörter und Ausdrücke den richtigen Modellobjekten zugeordnet sind.
  • Benennungskonventionen: Sie müssen KI-freundliche, englische Benennungskonventionen verwenden. Dies bedeutet, dass Sie doppelte oder übermäßig ähnliche Feldnamen, Akronyme, Symbole und Abkürzungen vermeiden sollten, auch wenn sie in Ihrer Organisation standard sind.
  • Eigenschaften: Sie müssen Eigenschaften wie Spalten- oder Measurebeschreibungen, Datenkategorien und andere festlegen, damit KI-Tools diese Felder besser erkennen und verwenden können.
  • Ausblenden von Feldern: Sie müssen Felder ausblenden, die Sie für Copilot nicht verfügbar machen oder in ihren Antworten verwenden möchten.

Außerdem müssen Sie zusätzlichen Aufwand betreiben, um Benutzer zu schulen.

  • Was Copilot oder KI-Fähigkeiten leisten können und was nicht.
  • Wann man Copilot- oder KI-Fähigkeiten verwenden sollte, um Daten im Vergleich zu einem anderen Ansatz (nicht-KI) zu untersuchen.
  • So schreiben Sie effektive Eingabeaufforderungen.
  • Wie man Ausgaben validiert.
  • Problembehandlung bei unerwarteten Ausgaben

Tipp

Weitere, ausführliche Tipps und Überlegungen zur Optimierung von Modellen, die mit Copilot gut funktionieren, finden Sie in den folgenden Artikeln:

Copilot und andere generative KI-Technologie haben wichtige Einschränkungen und Überlegungen, die Sie auch in der Planungs- und Entwurfsphase Ihrer Inhalte verstehen sollten:

  • Es ist nicht deterministisch, was bedeutet, dass die gleiche Eingabe im selben Kontext eine andere Ausgabe erzeugen kann.
  • Sie können qualitativ minderwertige oder ungenaue Ausgaben erhalten, z. B. wenn das Tool halluziniert oder die Bedeutung bestimmter Fakten überbewertet. Copilot kann auch falsch oder ungenau sein, indem er wichtige Informationen auslässt.
  • Die Tools sind durch ihre Schulungsdaten begrenzt, sodass Fragen zu neuartigen Informationen weniger wahrscheinlich nützliche Ergebnisse liefern.

Vorsicht

Sie sollten die Risiken dieser Einschränkungen und Überlegungen mindern. Copilot, KI-Fähigkeiten, LLMs und generative KI sind naszente Technologie, daher sollten Sie sie nicht für autonome, risikoreiche oder geschäftskritische Prozesse und Entscheidungsprozesse verwenden. Weitere Informationen finden Sie auch unter Sicherheitsleitfaden für große Sprachmodelle.

Paginierte Berichte

Sie können eine DAX-Abfrage für ein semantisches Modell schreiben, um einen paginierten Bericht mit dem Abfrageergebnis zu erstellen. Dies ist relevant, wenn Benutzer paginierte Berichte benötigen und Ihr semantisches Modell als Datenquelle verwenden möchten.

Wenn Sie planen, paginierte Berichte für ein semantisches Modell zu erstellen, müssen Sie möglicherweise die folgenden Punkte berücksichtigen:

  • Wie Sie die DAX-Abfragen schreiben und verwalten, z. B. mithilfe der DAX-Abfrageansicht von Power BI Desktop oder anderen Tools von Drittanbietern.
  • Treffen Sie Entwurfsentscheidungen, um sicherzustellen, dass Ihr Semantikmodell bei Abfragen eine optimale Leistung erzielt, z. B. beim Materialisieren bestimmter Daten in einer Modellspalte oder -tabelle.
  • Geben Sie an, ob Sie mithilfe des Visuals für paginierte Berichte paginierte Berichte in Ihre interaktiven Power BI-Berichte einbetten.
  • Wie Sie sicherstellen, dass zwischen Ihren paginierten Berichten und anderen Berichten keine Redundanz besteht.
  • In welchem Format Sie die paginierten Berichte verteilen sollten und ob Sie Vertraulichkeitsbezeichnungen oder Verhinderung von Datenverlust benötigen, um diese Ausgaben vor einem Governance- oder Sicherheitsrisiko zu schützen.

Andere

Es gibt auch andere Möglichkeiten, semantische Modelle zu nutzen. Nachfolgend finden Sie einige Beispiele:

  • Aktivator (vormals Reflex): Sie können ein semantisches Modell verwenden, um Datenwarnungen zu automatisieren und nachgelagerte Abläufe auszulösen, z. B. solche, die Sie mithilfe von Power Automate erstellen.
  • Metriksätze: Sie können einen Metriksatz erstellen, der Maßnahmen und empfohlene Dimensionen aus mehreren semantischen Modellen an einem zentralen Ort enthält. Metriksätze können die Datenermittlung für Benutzer verbessern.
  • Explorations: Abgesehen von der Erstellung von Explorationen aus Berichten und Copilot-Ausgaben können Benutzer auch Explorationen aus einem semantischen Modell erstellen.

Verteilung und Freigabe von Berichten

Je nachdem, wie Sie Ihre Power BI-Berichte freigeben und verteilen, treffen Sie unterschiedliche Designentscheidungen. Beispielsweise ist Cross-Report-Drillthrough ein Feature, mit dem Benutzer zwischen Berichten im selben Arbeitsbereich oder in derselben App navigieren können. Sie können jedoch keinen berichtübergreifenden Drillthrough verwenden, wenn Sie einen Bericht einbetten oder öffentlich über Publish-to-Web freigeben.

Andere Elemente

Je nachdem, wie Personen Ihre Inhalte und die zugrunde liegenden Daten verwenden, müssen Sie möglicherweise andere Elementtypen in Power BI oder Fabric verwenden. Wenn Benutzer beispielsweise eigene Daten und Berechnungen hinzufügen möchten, könnten sie zusammengesetzte Modelle mit Ihrem semantischen Modell verwenden. Alternativ können Sie andere zentralisierte Datenelemente erstellen, damit sie diese in neuen Modellen verwenden können, z. B. einen Datenfluss.

Sobald Sie bestimmen, wie Benutzer die inhalte nutzen, die Sie erstellen, sollten Sie als Nächstes entscheiden, wie Inhaltsersteller während der Entwicklung zusammenarbeiten sollen.

Entscheiden, wie Inhaltsersteller zusammenarbeiten sollen

Wenn eine Lösung an Umfang und Komplexität zunimmt, kann es erforderlich werden, dass mehrere Inhaltserstellende und -besitzer zusammenarbeiten. Beim Erstellen komplexer Lösungen empfehlen wir Ihnen, effektive Tools zu verwenden, mit denen Sie die Zusammenarbeit strukturieren, verwalten und unterstützen. Es gibt viele Möglichkeiten, bei der Erstellung von Power BI-Inhalten zusammenzuarbeiten, z. B. mithilfe von Microsoft Teams, Azure DevOps oder GitHub.

Tipp

Auch wenn Inhaltsersteller unabhängig arbeiten, können sie weiterhin von der Planung und Strukturierung ihrer Arbeit profitieren, indem sie Tools wie Microsoft Teams, Azure DevOps oder GitHub verwenden. Dies ist besonders wichtig, wenn Sie planen, wie Sie Inhalte bereitstellen, z. B. mithilfe von OneDrive Refresh aus einer Microsoft Teams-Dokumentbibliothek oder Git-Integration aus einem Azure DevOps- oder GitHub-Repository.

Microsoft Teams

Für kleinere oder einfachere Projekte können Inhaltsersteller mithilfe von Microsoft Teamszusammenarbeiten.

Diagramm zeigt Ansatz 1, bei dem es um die Zusammenarbeit mit Microsoft Teams geht. Die im Diagramm angezeigten Elemente werden als Nächstes beschrieben.

Mithilfe von Microsoft Teams strukturieren Inhaltsersteller ihre Kommunikation, Planung und Arbeit in Teams und Kanälen. Microsoft Teams ist häufig eine gute Wahl für einfachere Szenarien für die Zusammenarbeit. Beispielsweise können dezentrale Teams, die Inhalte für eine begrenzte Zielgruppe produzieren, Dokumentbibliotheken zum Speichern von Dateien und Versionssteuerung verwenden. Sie können auch andere integrierte Tools und Dienste nutzen.

Tipp

Es wird empfohlen, Microsoft Teams zu verwenden, um eine effektive Verwaltung des Inhaltslebenszyklus in Self-Service-Szenarien mit dezentraler Inhaltsbereitstellung zu ermöglichen.

Um in Microsoft Teams zusammenzuarbeiten und zu kommunizieren, verwenden Sie unterstützende Dienste während des gesamten Lebenszyklus Ihrer Power BI-Inhalte.

  • Planner: Inhaltsbesitzer können Planner zum Erstellen von Plänen verwenden, die sie zum Nachverfolgen von Aufgaben und Umfang der Inhaltsarbeit verwenden. Aufgaben können Probleme, Fehler oder Features in der Lösung und die entsprechenden Projektbeteiligten beschreiben.
  • SharePoint-: Inhaltsersteller können Dateien in einer Microsoft Teams-Dokumentbibliothek oder einer verbundenen Website für jeden Kanal speichern und verwalten. In SharePoint gespeicherte Inhaltsdateien können die Versionssteuerung verwenden, um Inhaltsänderungen nachzuverfolgen und zu verwalten. Weitere Informationen zum Nachverfolgen und Verwalten von Änderungen mithilfe von SharePoint finden Sie in Phase 2: Entwickeln von Inhalten und Verwalten von Änderungen.
  • Genehmigungen: Ersteller und Besitzer von Inhalten können Workflows einrichten und verwenden, um Inhaltsänderungen oder -versionen nach der Überprüfung zu genehmigen.
  • Fabric und Power BI: Personen, die Inhalte erstellen und besitzen, können aus Microsoft Teams auf das Fabric-Portal zugreifen. Von dort aus können sie Inhalte verwalten oder erörtern und hilfreiche Berichte auf Registerkarten in Teams-Kanälen hinzufügen.
  • Andere Integrationen: Inhaltsersteller können andere Microsoft- oder Drittanbieterdienste nutzen, die in Microsoft Teams integriert werden, um ihren bevorzugten Workflow und ihre Anforderungen optimal zu erfüllen.

Es wird empfohlen, einen strukturierten Prozess zu definieren, wie Inhaltsersteller Microsoft Teams zur Zusammenarbeit nutzen sollten. Stellen Sie sicher, dass Sie Folgendes festlegen:

  • Verwalten des Zugriffs auf Teams und Kanäle
  • Wer für die Verwaltung von Teams und Kanälen verantwortlich ist.
  • Wie wird die Arbeit eingegrenzt und für verschiedene Teams, Kanäle und Pläne organisiert?
  • Wie Inhaltsersteller eine Dokumentbibliothek verwenden sollten, um Dateien zu organisieren und Änderungen nachzuverfolgen und zu verwalten. Beispielsweise wie sie die Dokumentbibliothek organisieren und ob Inhaltsersteller Dateien einchecken und auschecken sollen.
  • Gibt an, ob Inhaltsersteller OneDrive Refresh verwenden sollen, um Power BI Desktop-Dateien (PBIX) automatisch zu veröffentlichen.
  • Wie Dateisynchronisierungskonflikte behoben werden.
  • Wann Dateien aus einer Dokumentbibliothek archiviert und entfernt werden sollen, die nicht mehr relevant sind.

Azure DevOps oder GitHub Enterprise

Inhaltsersteller und -besitzer können auch über Azure DevOps oder GitHub Enterprise in einem zentralen, organisierten Hub kommunizieren und zusammenarbeiten.

Diagramm zeigt Ansatz 2, bei dem es um die Zusammenarbeit mit Azure DevOps geht. Die im Diagramm angezeigten Elemente werden als Nächstes beschrieben.

Hinweis

Azure DevOps ist eine Suite von Diensten, die in Power BI und Fabric integriert werden, um Sie bei der Planung und Orchestrierung der Inhaltslebenszyklusverwaltung zu unterstützen. Wenn Sie Azure DevOps auf diese Weise verwenden, nutzen Sie in der Regel die folgenden Dienste:

  • Azure Repos: Ermöglicht Ihnen das Erstellen und Verwenden eines Remote-Git-Repositorys, bei dem es sich um einen Remotespeicherort handelt, den Sie zum Nachverfolgen und Verwalten von Inhaltsänderungen verwenden.
  • Azure Pipelines: Ermöglicht Ihnen das Erstellen und Verwenden einer Reihe automatisierter Aufgaben zum Verarbeiten, Testen und Bereitstellen von Inhalten aus einem Remote-Repository in einem Arbeitsbereich.
  • Azure Test Plans: Ermöglicht Ihnen das Entwerfen von Tests, um die Lösung zu überprüfen und die Qualitätskontrolle zusammen mit Azure-Pipelines zu automatisieren.
  • Azure Boards: Ermöglicht Es Ihnen, Boards zum Nachverfolgen von Aufgaben und Plänen als Arbeitsaufgaben zu verwenden und Arbeitsaufgaben aus anderen Azure DevOps-Diensten zu verknüpfen oder darauf zu verweisen.
  • Azure Wiki: Ermöglicht Ihnen, Informationen mit ihrem Team zu teilen, um Inhalte zu verstehen und zu ihnen beizutragen.

Mithilfe von Azure DevOps oder GitHub Enterprise verwenden Inhaltsersteller Projekte, um ihre Kommunikation, Planung und Arbeit zu strukturieren. Darüber hinaus können Inhaltsersteller die Verwaltung des Inhaltslebenszyklus von Azure DevOps aus koordinieren, indem sie Quellcodeverwaltung, Validierung und Bereitstellung durchführen. Die Quellcodeverwaltung ist der Prozess der Verwaltung präziserer Änderungen an Inhaltscode und Metadaten.

Azure DevOps ist häufig eine gute Wahl für komplexere Szenarien für die Zusammenarbeit, da es unterstützende Dienste und Optionen zum Koordinieren der Inhaltserstellung und -bereitstellung gibt.

Tipp

Es wird empfohlen, Azure DevOps zu verwenden, um die effektive Verwaltung des Inhaltslebenszyklus in Unternehmensszenarien mit zentralisierter Inhaltsbereitstellung zu unterstützen. Die Zusammenarbeit mithilfe von Azure DevOps oder ähnlichen Tools wird in größeren oder komplexeren Szenarien gegenüber der Zusammenarbeit mithilfe von Microsoft Teams oder SharePoint bevorzugt. Das liegt daran, dass mehr Tools und Optionen zur Verfügung stehen, um eine stabilere Zusammenarbeit und Automatisierung zu ermöglichen.

Es wird empfohlen, einen strukturierten Prozess zu definieren, wie Inhaltsersteller Azure DevOps für die Zusammenarbeit nutzen sollten. Stellen Sie sicher, dass Sie Folgendes festlegen:

  • Wie die Arbeit abgesteckt wird und wie Inhaltszweige erstellt, benannt und verwendet werden.
  • Wie gruppieren und committen die erstellenden Personen Änderungen, und wie beschreiben sie sie mit Commitnachrichten?
  • Wer für die Überprüfung und Genehmigung von Änderungen mithilfe von Pullanforderungen verantwortlich ist.
  • Wie Konflikte bei Pull-Request-Zusammenführungen gelöst werden und wer dafür verantwortlich ist.
  • Wie Änderungen in verschiedenen Zweigen in einem einzigen Zweig zusammengeführt werden sollen.
  • Wie Inhalte getestet werden und wer Tests durchführt, bevor Inhalte bereitgestellt werden.
  • Wie und wann Änderungen in Entwicklungs-, Test- und Produktionsarbeitsbereichen ausgerollt werden.
  • Wie und wann bereitgestellte Änderungen oder Versionen der Lösung zurückgesetzt werden können.

GitHub

Inhaltsersteller und -besitzer können auch mithilfe von GitHub- (nur Cloudversionen) und GitHub Enterprise-kommunizieren und zusammenarbeiten. Ähnlich wie Azure DevOps bietet GitHub eine Plattform mit Diensten, die Sie verwenden können, um Aspekte Ihrer Power BI- oder Fabric-Umgebung zu koordinieren und zu verwalten.

Der Hauptunterschied zwischen Azure DevOps und GitHub besteht darin, dass Azure DevOps zwar eine Reihe von Tools zum Verwalten des Softwareentwicklungslebenszyklus bereitstellt, gitHub konzentriert sich hauptsächlich auf das Hosten von Git-Repositorys, Quellcodeverwaltung und Zusammenarbeit im Code. Sie verwenden hauptsächlich GitHub, wenn Sie planen, die Git-Integration zum Bereitstellen von Inhalten zu nutzen. Darüber hinaus können Sie GitHub verwenden, um Inhalte aus einem öffentlichen Open-Source-Repository mit einem Arbeitsbereich zu synchronisieren.

Um die Git-Integration mit GitHub zu verwenden, müssen Sie die Adminkonfiguration aktivieren, damit Benutzer Arbeitsbereichselemente mit GitHub-Repositorys synchronisieren können.

Hinweis

Sie können Microsoft Teams auch zusammen mit Azure DevOps oder GitHub verwenden, da es verschiedene Möglichkeiten gibt, diese Dienste zu integrieren. Sie können z. B. Azure Boards anzeigen und verwalten und Ereignisse in Azure Pipelines in Microsoft Teams überwachen.

Sie können auch mit anderen Tools zusammenarbeiten und Inhalte planen, die hier nicht erwähnt werden. Am wichtigsten ist, dass Sie Tools und Dienste verwenden, die die Zusammenarbeit für Sie erleichtern, und die am besten den Anforderungen Ihres Teams und deren Arbeitsweise entsprechen.

Wenn Sie entschieden haben, ob und wie Inhaltsersteller zusammenarbeiten sollten, sollten Sie als Nächstes entscheiden, wo Ihre Dateien gespeichert werden sollen. Viele dieser Dateien werden dort gespeichert, wo Sie zusammenarbeiten möchten.

Entscheiden, wo Dateien gespeichert werden sollen

Beim Erstellen von Inhalten erstellen Sie in der Regel unterschiedliche Dateitypen. Es ist wichtig zu entscheiden, wo diese Dateien gespeichert werden sollen, damit Sie sie effektiv verwalten können.

Tipp

Speichern Sie Dateien, auf die von mehreren Teammitgliedern zugegriffen werden kann, und wo Änderungen problemlos nachverfolgt werden können (auch als Versionskontrollebezeichnet). Dieser Ansatz stellt sicher, dass die Abreise eines Teammitglieds oder verlusts einer Datei nicht zu Unterbrechungen führt.

Zu den Dateitypen, die Sie häufig speichern müssen, gehören:

  • Inhaltsdateien: Dateien, die die Inhaltsdaten oder Metadaten enthalten. Inhaltsdateien mit Daten wie PBIX- und Power BI Project-Dateien (PBIP) enthalten vertrauliche Informationen. Speichern Sie Inhaltsdateien an einem sicheren Speicherort, auf den nur diejenigen zugreifen können, die Zugriff darauf benötigen. Außerdem sollten Sie Inhaltsdateien an einem Speicherort speichern, der die Versionssteuerung unterstützt, z. B. eine Dokumentbibliothek in Microsoft Teams oder ein Git-Repository in Azure DevOps. Beispiele für Inhaltsdateien sind:
    • Power BI Desktop-Dateien (PBIX)
    • Power BI Project (.pbip)-Dateien
    • Paginierte Power BI-Berichte (RDL-Dateien)
    • Modellmetadatendateien (.bim oder .tmdl)
    • Dataflow-Metadaten-Dateien (.json)
  • Datenquellendateien: Dateien, die von Datenelementen wie semantischen Modellen oder Datenflüssen genutzt werden. Inhalte sind direkt von Datenquellendateien abhängig, daher ist es wichtig, sorgfältig zu überlegen, wo sie gespeichert werden, da das Entfernen zu einem Fehler bei der Datenaktualisierung führt. Darüber hinaus können diese Dateien vertrauliche Informationen enthalten. Speichern Sie also Datenquellendateien in einer sicheren, zuverlässigen und vertrauenswürdigen Umgebung, die eingeschränkten Zugriff von anderen Personen hat. Beispiele für Datenquellendateien sind u. U.:
    • Strukturierte Datenquellen wie Excel-Arbeitsmappen, Parkett- oder CSV-Dateien.
    • Semistrukturierte Datenquellen, z. B. JSON- oder XML-Dateien.
    • Unstrukturierte Datenquellen, z. B. Bilder, die Sie in Berichte importieren.
  • Unterstützende Dateien: Dateien, die die Erstellung oder Verwaltung von Inhalten unterstützen, jedoch nicht erforderlich sind, damit sie funktionieren. Unterstützende Dateien sollten an einem Speicherort gespeichert werden, der die Versionssteuerung unterstützt und wo andere Tools und Inhaltsersteller darauf zugreifen können. Beispiele für unterstützende Dateien sind u. U.:
    • Power BI-Designdateien (JSON)
    • Bilddateien (.png, .jpgoder .gif) in Power BI-Berichten.
    • Best Practice Analyzer-Regeldateien (JSON)
    • Quellcodedateien für Inhalte und Abfragen.
    • Benutzerdefinierte Visualisierungsdateien (.pbiviz).
  • Vorlagen und Dokumentation: Dateien, die bei der Erstellung von Self-Service-Inhalten helfen oder vorhandene Inhalte beschreiben. Vorlagen und Dokumentationen sollten von den Personen, die sie verwenden müssen, leicht zugänglich sein. Beispiele für Vorlagen und Dokumentationen sind:
    • Power BI-Vorlagendateien (.pbit)
    • Visualisierungsvorlagen und Beispielberichte.
    • Lösungsdesigns und Dokumentation.
    • Lösungsplanung und Roadmaps.
    • Benutzeranforderungen und Lösungsprobleme.

Vorsicht

Einige Inhaltsdateien wie PBIX- und PBIP-Dateien können vertrauliche Daten enthalten, die aus Datenquellen importiert wurden. Darüber hinaus können Metadatendateien auch vertrauliche Informationen oder in einigen Fällen Datenpunkte enthalten. Ein Beispiel hierfür sind Berichtsmetadaten und PBIT-Vorlagen, die unter bestimmten Umständen Spaltenwerte enthalten können. Stellen Sie sicher, dass Sie die erforderlichen Vorsichtsmaßnahmen ergreifen, um diese Dateien an sicheren Speicherorten zu speichern und effektive Verhinderung von Datenverlustzu üben.

Sie haben verschiedene Optionen zum Speichern von Dateien. Stellen Sie sicher, dass Sie je nach Dateityp, Inhalt und Verwendung den entsprechenden Speicherort auswählen.

SharePoint Online oder OneDrive

Eine gängige Lösung zum Speichern von Dateien ist die Verwendung von SharePoint--Websites. SharePoint ist für die meisten Benutzer allgemein zugänglich und in Power BI und andere Microsoft 365-Anwendungen wie Microsoft Teams integriert. Darüber hinaus verfügt es über integrierte Versionssteuerung, wodurch es für das Speichern der meisten Dateitypen bequem ist. Mit der Versionssteuerung können Sie verschiedene gespeicherte Versionen einer Datei anzeigen und verwalten.

Berücksichtigen Sie beim Speichern von Dateien in SharePoint die folgenden Punkte.

  • Organisation: Stellen Sie sicher, dass Sie eine konsistente und logische Struktur beibehalten, sodass es einfach ist, bestimmte Dateien zu finden. Verwenden Sie gute Benennungskonventionen, organisieren Sie Dateien in Ordnern und Archivdateien, die für laufende Projekte nicht mehr relevant sind.
  • OneDrive-Aktualisierung: Sie können ein veröffentlichtes Semantikmodell oder einen Bericht mit einer PBIX-Datei verknüpfen , die in einer SharePoint- oder OneDrive für Geschäfts-, Schul- oder Uniwebsite gespeichert ist. Mit diesem Ansatz müssen Sie das semantische Modell nicht mehr veröffentlichen, um Änderungen wirksam zu machen. Stattdessen werden Ihre Änderungen nach einer automatischen OneDrive-Aktualisierung, angezeigt, die stündlich erfolgt. Beachten Sie, dass dieser Ansatz mit einigen Einschränkungen und Herausforderungen verbunden ist, auch wenn er praktisch ist. Wenn dinge gehen, kann es nicht einfach umgekehrt werden.
  • Vorschauberichte: In SharePoint ist es möglich, Power BI-Berichte anzuzeigen, ohne Power BI Desktop installieren oder die PBIX-Datei lokal herunterladen zu müssen. Wenn Sie Berichte auf diese Weise öffnen, werden sie im Browserangezeigt. Diese Funktion kann eine bequeme Alternative zum Anzeigen von Berichten aus dem Fabric-Portal sein. Es ist standardmäßig in den Fabric-Mandanteneinstellungen aktiviert.

Tipp

Wenn Sie mit Microsoft Teams zusammenarbeiten, sollten Sie Dateien in der Kanaldokumentbibliothek speichern. Dieser Ansatz hilft dabei, Dateien zu zentralisieren und die Zusammenarbeit zu erleichtern.

Erwägen Sie das Speichern der folgenden Dateitypen in SharePoint.

  • Vorlagen und Dokumentationen: Speichern von Vorlagen und Dokumentationen in SharePoint, wenn Sie nicht über eine vorhandene Speicherlösung verfügen. SharePoint eignet sich ideal für diese Dateien, da Sie anderen Benutzern Zugriff gewähren und Dateien ohne komplexe Einrichtung oder Prozesse verwalten können.
  • Unterstützende Dateien: Speichern Sie unterstützende Dateien in SharePoint, wenn Sie keine Vorhandene Speicherlösung haben. Einige Unterstützende Dateien (z. B. Power BI-Design .json Dateien für Berichte) können jedoch besser in einem Versionssteuerungssystem gespeichert werden, das das Anzeigen und Verwalten gespeicherter Änderungen ermöglicht.
  • Inhaltsdateien: Speichern von Inhalten in SharePoint, wenn es für das Unternehmen nicht wichtig ist oder Wenn Sie keinen Zugriff auf ein Remote-Repository wie Azure Reposhaben.
  • Datenquellen: Speichern von Datenquellen in SharePoint nur dann, wenn sie klein sind in Größe und Komplexität. Disziplin üben beim Einsatz von SharePoint zum Speichern von Datenquellendateien. Berücksichtigen Sie andere mögliche Alternativen wie OneLake.

Vorsicht

Verwenden Sie SharePoint nicht als Alternative zu einer richtigen Datenarchitektur. Während das Speichern von Datenquellendateien in SharePoint in einigen eingeschränkten Szenarien praktisch sein kann, wird dieser Ansatz nicht skaliert, wenn Sie größere, komplexere Datenquellen haben oder wenn Sie eine niedrigere Datenlatenz benötigen.

Warnung

Verwenden Sie keine persönlichen Dateisysteme oder persönliche OneDrive-Konten, um Dateien zu speichern. Wenn der Besitzer die Organisation verlässt, sind diese Dateien nicht mehr verfügbar.

OneLake

Wenn Sie über eine Fabric-Kapazitätverfügen, kann OneLake eine gute Wahl zum Speichern von Datenquellendateien sein. Sie können Dateien mithilfe des OneLake-Datei-Explorers in OneLake hochladen oder synchronisieren, wo sie zur Verwendung in Downstream-Workloads wie Power BI in Tabellen transformiert werden. Für größere oder regelmäßig aktualisierte Datenquellen können Sie Dateien automatisch in OneLake laden, indem Sie Fabric Data Factory- oder andere Anwendungen verwenden, die die Azure Data Lake Storage (ADLS) Gen2-API- oder das Azure Storage Python SDKverwenden.

Vorsicht

Aktionen wie das Hoch- oder Herunterladen von Dateien in OneLake verbrauchen Fabric-Kapazitätseinheiten. Sie sollten Kapazitätsmetriken überwachen und Schritte unternehmen, um Kapazitätsbelastungen zu vermeiden, die durch unnötige Bewegungen großer Dateien verursacht werden.

Darüber hinaus sind Dateien, auf die Benutzende mit dem OneLake-Datei-Explorer zugreifen, anfällig für versehentliche Änderungen oder Verlust. Es wird empfohlen, die Verwendung des OneLake-Datei-Explorers für unternehmenskritische Lösungen zu vermeiden.

Warnung

Der OneLake-Datei-Explorer hat mehrere wichtige Einschränkungen und Überlegungen. OneLake unterstützt z. B. keine Versionssteuerung für Dateien wie SharePoint oder OneDrive. Berücksichtigen Sie diese Überlegungen und Einschränkungen, wenn Sie entscheiden, wo Dateien gespeichert werden sollen.

Tipp

Wenn Sie Daten in OneLake speichern, sollten Sie Business Continuity and Disaster Recovery (BCDR) aktivieren, um das Risiko von Datenverlust zu verringern. Mit aktiviertem BCDR werden Ihre Daten gemäß den Standardregionenpaaren von Azure in zwei verschiedenen geografischen Regionen dupliziert und gespeichert.

Remoterepository

Inhaltserstellende können in regelmäßigen Abständen während der Entwicklung von ihrem lokalen Computer aus einen Commit ausführen und in einem Remoterepository speichern, wie etwa einem Azure Repos- oder GitHub-Git-Repository. Ein Remote-Repository enthält die neueste Version von Inhalten oder Unterstützenden Dateien und kann vom gesamten Entwicklungsteam zugänglich sein. In der Regel erleichtert ein Remoterepository erweiterte Lebenszyklusverwaltungsansätze als die Verwendung von Teams, SharePoint oder OneDrive. Das liegt daran, dass Inhaltsersteller mithilfe eines Remoterepositorys von komplexeren Optionen für die Zusammenarbeit an Dateien profitieren oder Dateiänderungen nachverfolgen und verwalten können. Inhaltsersteller können z. B. an einer eigenen Verzweigung des Remote-Repositorys arbeiten, um Änderungen vorzunehmen und diese Änderungen bei Bedarf in der Hauptzweigung zusammenzuführen.

Erwägen Sie das Speichern der folgenden Dateitypen in einem Remote-Repository.

  • Vorlagen und Dokumentation: Speichern Sie Vorlagen und Dokumentationen in einem Remote-Repository, wenn Sie das Projekt mit verwandten Diensten wie Azure DevOpsverwalten.
  • Unterstützende Dateien: Speichern Sie unterstützende Dateien in einem Remote-Repository, wenn sie verfügbar sind, um Änderungen einfach nachzuverfolgen und zu verwalten.
  • Inhaltsdateien: Speichern von Inhalten in einem Remote-Repository, wenn es für das Unternehmen von entscheidender Bedeutung ist, oder Sie beabsichtigen, mit anderen Entwicklern an demselben Inhalt zusammenzuarbeiten. Ein Remote-Repository eignet sich ideal zum Nachverfolgen von Inhaltsänderungen und zur Erleichterung der Zusammenarbeit.

Tipp

Wenn Sie ein Remote-Repository verwenden, wird dringend empfohlen, Power BI-Berichte und semantische Modelle als Power BI Desktop-Projekte (PBIP)-Dateien anstelle von PBIX-Dateien zu speichern. Das liegt daran, dass gespeicherte Änderungen in einer PBIX-Datei nicht identifiziert werden können.

Erwägen Sie außerdem die Verwendung des erweiterten Power BI-Berichtsformats (PBIR) für Berichte. Das PBIR-Format stellt sicher, dass Berichtsmetadaten einfacher zu lesen sind, wodurch das Nachverfolgen und Verwalten von Änderungen in der Quellcodeverwaltung vereinfacht wird. Darüber hinaus können Berichte, die dieses Format verwenden, von programmgesteuerten Tools wie semantischen Linklabors, einer Python-Bibliothek von Microsoft, die Sie in Fabric-Notizbüchern verwenden können, einfacher verwaltet werden.

Keine Dateien: Im Fabric-Portal erstellte Inhalte

Inhaltsersteller können Inhalte direkt im Fabric-Portal erstellen. In diesem Szenario funktionieren sie in der Regel nicht direkt mit Inhaltsdateien. Normalerweise sollten Sie Inhalte nur dann im Fabric-Portal erstellen, wenn die Elementtypen nicht an anderer Stelle erstellt werden können (z. B. Datenflüsse, Dashboards oder Scorecards). Sie können berichte und semantische Modelle auch im Fabric-Portal erstellen, wenn Sie keinen Zugriff auf einen Windows-Computer haben und daher Power BI Desktop nicht verwenden können. Weitere Informationen finden Sie unter Benutzertools und -geräte.

Vorsicht

Sie können keine Datei herunterladen, die im Fabric-Portal erstellt wurde. Beispielsweise können berichte, die im Fabric-Portal erstellt wurden, nicht als PBIX-Dateien heruntergeladen werden.

Beim Erstellen von Inhalten im Fabric-Portal sollten Sie stattdessen die Fabric-APIs oder Git-Integration verwenden, um Inhaltsdefinitionenzu sichern. Wenn Sie Inhaltsdefinitionen sichern, verringern Sie Unterbrechungen, wenn diese Inhalte versehentlich gelöscht oder unbeabsichtigt geändert werden. Wenn Inhalte versehentlich gelöscht oder geändert werden, können Sie sie mithilfe der Sicherung ersetzen.

Prüfliste – Bei der Planung und Gestaltung von Inhalten umfassen wichtige Entscheidungen und Aktionen:

  • Lösungsplanung: Sammeln Sie sowohl Geschäftsanforderungen als auch technische Anforderungen, um das Problem, das Ihre Inhalte behandeln sollen, ausreichend zu verstehen und zu entwerfen, wie diese Inhalte das Problem lösen werden.
  • Identifizieren, wer den Inhalterstellt: Je nach Workflow, Fähigkeiten und Anforderungen des einzelnen Inhaltserstellers können verschiedene Ansätze für die Lebenszyklusverwaltung benötigt werden.
  • Ermitteln, ob mehrere Inhaltserstellerzusammenarbeiten müssen: Stellen Sie sicher, dass zusammenarbeitende Inhaltsersteller Dateitypen verwenden, die die Versionsverwaltung unterstützen, z. B. PBIP-Dateien.
  • Entscheiden Sie, wie Inhaltserstellerzusammenarbeiten: Entscheiden Sie, wie anspruchsvoll die Zusammenarbeit sein wird. Entscheiden Sie darüber hinaus, wie Sie diese Zusammenarbeit erleichtern, z. B. mithilfe von Microsoft Teams, Azure DevOps oder GitHub.
  • Entscheiden Sie das Format von Inhalten: Entscheiden Sie, ob Power BI-Semantikmodelle und -berichte aus PBIX- oder PBIP-Dateien (oder anderen Formaten wie .bim oder .tmdl für Modelle) bestehen und ob Berichte das PBIR-Format verwenden werden oder nicht.
  • Bestimmen, wie Inhaltegenutzt werden: Bewerten Sie, wie Benutzer mit Daten interagieren. Entscheiden Sie, welche Elementtypen Sie erstellen müssen, um den Verbrauch zu unterstützen, und ob Benutzer nur Leseberechtigungen benötigen, oder erstellen Sie auch Berechtigungen für zugrunde liegende semantische Modelle oder andere Datenelemente. Wenn Benutzer Build-Berechtigungen benötigen, sollten Sie frühzeitig ermitteln, wie sie semantische Modelle nutzen werden und wie Sie sie effektiv daraufhin trainieren können.
  • Einrichten von Tools für die Zusammenarbeit: Stellen Sie sicher, dass Sie die erforderliche Ersteinrichtung für die Lösung oder das Projekt ausführen. Treffen Sie wichtige Entscheidungen darüber, wie Sie die Zusammenarbeit mithilfe dieser Tools verwalten.
  • Speichern von Datenquellendateien in SharePoint oder OneLake: Speichern kleiner, einfacher Datenquellendateien in SharePoint. Verwenden Sie andernfalls OneLake oder ADLSGen2 (falls verfügbar) stattdessen.
  • Speichern von Inhalten und Unterstützenden Dateien in SharePoint, Microsoft Teams oder einem Git-Repository: Für einfachere, kleinere Projekte verwenden Sie SharePoint für die meisten Dateien, wenn sie organisiert ist und Sie eine gute Zugriffsverwaltung üben. Für größere Umgebungen oder wenn parallele Zusammenarbeit erforderlich ist, sollten Sie ein Git-Repository in GitHub oder Azure DevOps verwenden, das eine detaillierte Sichtbarkeit von Inhaltsänderungen bietet.
  • Speichern von Vorlagen und Dokumentationen in Microsoft Teams oder SharePoint: Diese Vorlagen und Dokumentationen sind für die Benutzergemeinschaft vorgesehen. Stellen Sie sicher, dass Vorlagen und Dokumentationen für andere Benutzer leicht zu finden, zu verwenden und zu verstehen sind.
  • Planen für Entwicklung und Bereitstellung: Um diese erste Phase abzuschließen, führen Sie eine spezifische Planung für wichtige Bereiche und eine Ersteinrichtung durch. Richten Sie beispielsweise Tools ein, und testen Sie Datenquellenverbindungen.

Im nächsten Artikel dieser Reiheerfahren Sie, wie Sie Inhalte entwickeln und Änderungen im Rahmen der Verwaltung des Inhaltslebenszyklus verwalten.