Einführung in Bereitstellungspipelines
Hinweis
In den Artikeln in diesem Abschnitt wird beschrieben, wie Sie Inhalte in Ihrer App bereitstellen. Informationen zur Versionskontrolle finden Sie in der Dokumentation zur Git-Integration.
In der heutigen Welt sind Analysen ein wesentlicher Bestandteil der Entscheidungsfindung in nahezu jeder Organisation. Das Fabric-Tool für Bereitstellungspipelines bietet Autor*innen von Inhalten eine Produktionsumgebung, in der sie zusammenarbeiten können, um den Lebenszyklus von Unternehmensinhalten zu verwalten. Mithilfe von Bereitstellungspipelines können Autoren Inhalte innerhalb des Diensts entwickeln und testen, bevor sie für Benutzer bereitgestellt werden. Sehen Sie sich die vollständige Liste der unterstützten Elementtypen an, die Sie bereitstellen können.
Informationen zur Verwendung von Bereitstellungspipelines
Unter diesen Links können Sie erfahren, wie Sie das Tool der Bereitstellungspipelines verwenden.
Erstellen und Verwalten einer Bereitstellungspipeline: Ein Learn-Modul, das Sie durch das Erstellen einer Bereitstellungspipeline führt.
Erste Schritte mit Bereitstellungspipelines: Ein Artikel, in dem das Erstellen einer Pipeline sowie wichtige Funktionen wie Rückwärtsbereitstellung und Bereitstellungsregeln erläutert werden.
Unterstützte Elemente
Wenn Sie Inhalte von einer Pipelinephase in einer anderen bereitstellen, können die kopierten Inhalte die folgenden Elemente enthalten:
- Datenpipelines
- Dataflows Gen1
- Datamarts
- Lakehouse
- Notebooks
- Paginierte Berichte
- Berichte (basierend auf unterstützten semantischen Modellen)
- Spark-Umgebung
- Semantische Modelle (nur solche, die aus .pbix-Dateien stammen und keine PUSH-DataSets sind)
- Lagerorte
Pipelinestruktur
Sie können entscheiden, wie viele Phasen Sie in Ihrer Bereitstellungspipeline verwenden möchten. Sie können zwischen zwei und zehn Phasen verwenden. Wenn Sie eine Pipeline erstellen, werden die drei typischen Standardphasen als Ausgangspunkt angegeben. Sie können jedoch Phasen nach Ihren Anforderungen hinzufügen, löschen oder umbenennen. Unabhängig davon, wie viele Phasen Sie verwenden, sind die allgemeinen Konzepte gleich:
-
In der ersten Phase von Bereitstellungspipelines, laden Sie zusammen mit anderen Ersteller*in neue Inhalte hoch. Sie können in dieser oder einer anderen Phase erstellen und entwickeln.
-
Nachdem Sie alle erforderlichen Änderungen an Ihren Inhalten vorgenommen haben, können Sie in die Testphase übergehen. Laden Sie die geänderten Inhalte hoch, damit sie in diese Testphase verschoben werden können. Es folgen drei Beispiele dafür, was in der Testumgebung möglich ist:
Freigeben von Inhalten für Tester und Prüfer
Laden und Ausführen von Tests mit größeren Datenmengen
Testen Ihrer App, um zu prüfen, wie sie für Ihre Endbenutzer aussieht
-
Nachdem Sie den Inhalt getestet haben, können Sie in der Produktionsphase die endgültige Version Ihres Inhalts an Benutzer in den Geschäftsbereichen des Unternehmens weitergeben.
Artikel-Pairing
Pairing ist der Prozess, bei dem ein Artikel (z. B. ein Bericht, ein Dashboard oder ein semantisches Modell) in einer Phase der Bereitstellungspipeline mit demselben Artikel in der benachbarten Phase verknüpft wird. Das Pairing findet statt, wenn Sie einen Arbeitsbereich einer Bereitstellungsstufe zuweisen oder wenn Sie neue, nicht gepaarte Inhalte von einer Stufe auf einer anderen bereitstellen (eine saubere Bereitstellung).
Es ist wichtig zu verstehen, wie das Pairing funktioniert, damit Sie wissen, wann Artikel kopiert werden, wann sie überschrieben werden und wann eine Bereitstellung fehlschlägt, wenn Sie die Bereitstellungsfunktion verwenden.
Wenn Artikel nicht gepaart sind, werden sie bei einer Bereitstellung nicht überschrieben, selbst wenn sie scheinbar gleich sind (den gleichen Namen, Typ und Ordner haben). Stattdessen wird ein Duplikat erstellt und mit dem Artikel in der vorherigen Phase gepaart.
Gekoppelte Elemente werden in derselben Zeile in der Pipelineinhaltsliste angezeigt. Artikel, die nicht gepaart sind, erscheinen in einer Zeile für sich:
- Gekoppelte Elemente bleiben gekoppelt, auch wenn Sie deren Namen ändern. Daher können gekoppelte Elemente unterschiedliche Namen haben.
- Elemente, die hinzugefügt wurden, nachdem der Arbeitsbereich einer Pipeline zugewiesen wurde, werden nicht automatisch gekoppelt. Daher können Sie identische Elemente in benachbarten Arbeitsbereichen haben, die nicht gekoppelt sind.
Eine ausführliche Erläuterung, welche Elemente gekoppelt sind und wie die Kopplung funktioniert, finden Sie unter Artikel-Pairing.
Bereitstellungsmethode
Wenn Sie Inhalte aus der Quellstufe in einer Zielstufe bereitstellen, werden gekoppelte Elemente überschrieben. Inhalte in der Zielphase, die in der Quellphase nicht vorhanden sind, verbleiben unverändert in der Zielphase. Nach dem Klicken auf Bereitstellen erhalten Sie eine Warnung mit der Anzahl von Elementen, die überschrieben werden.
Weitere Informationen dazu, welche Elementeigenschaften in die nächste Phase kopiert werden und welche Eigenschaften nicht kopiert werden, finden Sie unter Grundlegendes zum Bereitstellungsprozess.
Automation
Sie können Inhalte auch programmgesteuert bereitstellen, indem Sie die REST-APIs für Bereitstellungspipelines verwenden. Weitere Informationen zum Automatisierungsprozess finden Sie unter Automatisieren Ihrer Bereitstellungspipeline mit APIs und DevOps.