Bereitstellung von Inhalten in verschiedenen Phasen
Versionssteuerung und Überprüfung stellen sicher, dass Ihre Inhalte korrekt und überprüft werden. Bereitstellungspipelinen steuern, wie diese Inhalte von der Entwicklung in die Produktion verschoben werden und verhindern, dass nicht getestete Änderungen Endbenutzer erreichen.
Was sind Bereitstellungspipelines?
Bereitstellungspipelines in Microsoft Fabric bieten eine strukturierte Möglichkeit, um Inhalte in verschiedenen Phasen zu fördern. Jede Phase ist einem separaten Arbeitsbereich zugeordnet. Wenn Sie Inhalte von einer Phase auf die nächste bereitstellen, kopiert Fabric die ausgewählten Elemente in den Zielarbeitsbereich.
Die Standardpipeline verfügt über drei Phasen: Entwicklung, Test und Produktion. Sie können die Anzahl der Phasen (zwischen zwei und 10) anpassen und sie so umbenennen, dass sie dem Workflow Ihres Teams entsprechen. Beispielsweise kann ein Team Entwicklung, QA, Staging und Produktion für eine genauere Kontrolle verwenden.
Jede Stufe dient einem bestimmten Zweck:
- Entwicklung: Hier erstellen und iterieren Sie Inhalte. Diese Phase erhält die häufigsten Änderungen und ist der Ort, an dem einzelne Mitwirkende ihre Arbeit erledigen.
- Test: Wo Prüfer Inhalte mit größeren Datenvolumes überprüfen und die Endbenutzererfahrung überprüfen. Die Tester überprüfen, ob Berichte korrekt gerendert werden, Metriken die erwarteten Ergebnisse zurückgeben und die Leistung den Anforderungen entspricht.
- Produktion: Wo genehmigte Inhalte für Geschäftsbenutzer verfügbar sind. Nur geförderte, überprüfte Inhalte sollten diese Phase erreichen.
Erstellen und Konfigurieren einer Pipeline
So erstellen Sie eine Bereitstellungspipeline:
- Wählen Sie im Fabric-Portal im Navigationsbereich Workspaces aus.
- Wählen Sie Bereitstellungspipeline und dann Pipeline erstellen.
- Benennen Sie die Pipeline, und konfigurieren Sie die Anzahl der Phasen.
- Weisen Sie jeder Phase einen Arbeitsbereich zu. Jeder Arbeitsbereich muss über Fabric- oder Premium-Kapazität verfügen.
Nachdem Sie Arbeitsbereiche zugewiesen haben, können Sie den Inhalt in jeder Phase nebeneinander anzeigen. In der Pipelineansicht wird angezeigt, welche Elemente identisch sind, die sich unterscheiden und die nur in einer Phase vorhanden sind. Diese Vergleichsansicht hilft Ihnen, den aktuellen Zustand in allen Umgebungen auf einen Blick zu verstehen.
Hinweis
Bereitstellungspipelines unterstützen neben Power BI viele Fabric-Elementtypen, einschließlich Notebooks, Lakehouses, Warehouses und Data Factory-Pipelines. Sie können alle unterstützten Elemente über dieselbe Pipeline heraufstufen.
Bereitstellungsregeln
Mithilfe von Bereitstellungsregeln können Sie Konfigurationswerte ändern, wenn Inhalte zwischen Phasen verschoben werden. Dies ist wichtig, da Entwicklungs-, Test- und Produktionsumgebungen häufig eine Verbindung mit verschiedenen Datenquellen herstellen oder unterschiedliche Parameterwerte verwenden.
Sie können zwei Arten von Regeln konfigurieren:
- Datenquellenregeln: Ändern des Servers, der Datenbank oder des Verbindungspfads beim Bereitstellen in verschiedenen Phasen. Beispielsweise verbindet sich die Entwicklung mit einer Testdatenbank, während die Produktion eine Verbindung zur Produktivdatenbank herstellt.
-
Parameterregeln: Überschreiben Sie Power BI-Parameterwerte je nach Stufe. Beispielsweise kann ein
MaxRowsParameter für eine schnelle Iteration auf 1.000 in der Entwicklung festgelegt werden, aber in der Produktion für vollständige Daten unbegrenzt.
Bereitstellungsregeln stellen sicher, dass jede Phase die richtige Konfiguration ohne manuelle Eingriffe aufweist. Wenn Sie Inhalte von der Entwicklung zum Testen heraufstufen, ersetzen die Regeln automatisch die Testdatenquelle. Wenn Sie von Test zu Produktion höher stufen, gelten die Produktionsregeln.
Wichtig
Konfigurieren Sie Bereitstellungsregeln vor der ersten Bereitstellung. Regeln gelten nur während der Bereitstellung der Pipeline und ändern das Quell-Element nicht. Wenn Sie eine Bereitstellungsregel nach der Erstkonfiguration ändern, wird die aktualisierte Regel erst mit der erneuten Bereitstellung übernommen.
Vergleichen und Bereitstellen von Inhalten
Vergleichen Sie vor der Bereitstellung Inhalte zwischen Phasen, um zu verstehen, was sich ändert:
- Öffnen Sie die Pipeline, und wählen Sie die Quellstufe aus.
- Überprüfen Sie die Vergleichsindikatoren. Elemente, die mit einem orangen Symbol gekennzeichnet sind, unterscheiden sich zwischen den Phasen. Elemente mit einem grünen Symbol sind identisch. Elemente, die nur in der Quellstufe vorhanden sind, zeigen einen "neuen" Indikator an.
- Wählen Sie die bereitzustellenden Elemente aus. Sie können alles bereitstellen oder selektiv bestimmte Elemente auswählen.
- Wählen Sie "Bereitstellung" aus, um die ausgewählten Elemente in die nächste Phase zu befördern.
Die selektive Bereitstellung ist nützlich, wenn einige Elemente zur Förderung bereit sind, während andere noch mehr Arbeit benötigen. Sie können unter Beibehaltung eines laufenden Berichts in der Entwicklungsstufe ein validiertes semantisches Modell bereitstellen. Mit dieser Flexibilität können unterschiedliche Elemente mit unterschiedlichen Geschwindigkeiten durch die Pipeline bewegt werden.
Der Vergleich zeigt auch, wann Elemente gelöscht oder umbenannt wurden. Wenn ein semantisches Modell in der Produktion, aber nicht in der Entwicklung vorhanden ist, kennzeichnet die Pipeline die Diskrepanz, sodass Sie es absichtlich und nicht versehentlich verarbeiten können.
Automatisierung der Bereitstellungspipelines
Für Teams, die manuelle Schritte reduzieren möchten, unterstützen Bereitstellungspipelines die Automatisierung über die Fabric REST-API. Sie können Bereitstellungen programmgesteuert auslösen, wodurch die Integration mit CI/CD-Systemen und geplanten Workflows ermöglicht wird.
Zu den gängigen Automatisierungsmustern gehören:
- Auslösen der Bereitstellung nach dem erfolgreichen Zusammenführen einer Pullanforderung.
- Planung von nächtlichen Bereitstellungen von der Entwicklung bis zum Testen.
- Ausführen von Validierungsskripts vor dem Übergang von der Testumgebung zur Produktionsumgebung.
Die Automatisierung reduziert den menschlichen Fehler im Bereitstellungsprozess und stellt konsistente Bereitstellungspraktiken im gesamten Team sicher.
Git mit Pipelines ergänzen
Git-Integrations- und Bereitstellungspipelinen arbeiten zusammen, dienen jedoch unterschiedlichen Zwecken:
| Funktionen | Git-Integration | Bereitstellungspipelines |
|---|---|---|
| Hauptzweck | Verwaltung von Quellcodes und Zusammenarbeit | Stufenförderung |
| Spuren | Änderungsverlauf, Verzweigungen, Pull-Requests | Inhaltsverschiebung zwischen Umgebungen |
| Konfigurationsverwaltung | Gleiche Konfiguration in Zweigniederlassungen | Umgebungsspezifische Regeln pro Stufe |
| Typische Benutzer | Entwickler, die Inhalte erstellen | Teamleiter, die überprüfte Inhalte fördern |
Ein allgemeiner Workflow kombiniert beide: Entwickler übernehmen Änderungen an Git, eine Pull-Anforderung löst eine Codeüberprüfung aus, genehmigte Änderungen werden über die Git-Integration mit dem Entwicklungsarbeitsbereich synchronisiert, und dann fördert ein Teamleiter die überprüften Inhalte über Pipelinephasen zum Testen und Zur Produktion.
Git beantwortet die Frage "Was hat sich geändert und wer hat es genehmigt?" Bereitstellungspipelines beantworten die Frage "Ist der richtige Inhalt in der richtigen Umgebung mit der richtigen Konfiguration?"
Tipp
Konfigurieren Sie Bereitstellungsregeln frühzeitig. Das Einrichten von Datenquellen- und Parameterregeln vor der ersten Bereitstellung verhindert Konfigurationsfehler, die Produktionsprobleme verursachen können und zeitaufwändig sind, um Probleme zu beheben.
Mit Bereitstellungspipelines, die Ihre Versionen verwalten, ist die Phase der Bereitstellung abgeschlossen. Als Nächstes wechseln Sie zur Überwachungsphase – um Bereitstellungsinhalte zuverlässig zu halten, mittels geplanter Aktualisierungen und der laufenden Überwachung.