Freigeben über

Erste Schritte mit der Integration von Bereitstellungspipelines in der SQL-Datenbank in Microsoft Fabric

  • Artikel

Gilt für:✅SQL-Datenbank in Microsoft Fabric

In diesem Tutorial erfahren Sie, wie Sie Änderungen an Ihrer SQL-Datenbank in Fabric mithilfe von Bereitstellungspipelines und einer Umgebung mit mehreren Arbeitsbereichen bereitstellen.

Bereitstellungspipelines in Fabric dienen als Mechanismus, um Änderungen zwischen Umgebungen zu fördern, sodass Fachkräfte in der Entwicklung gemeinsam an Änderungen arbeiten und eine Reihe von Änderungen an einem oder mehreren Objekten validieren können. Konzeptionell sind die folgenden Phasen in einer Pipeline üblich:

  • Entwicklung: 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.
  • Test: 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. Hier sind 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
  • Produktion: Nachdem Sie den Inhalt getestet haben, verwenden Sie die Produktionsphase, um die endgültige Version Ihres Inhalts mit den geschäftlichen Nutzern im gesamten Unternehmen zu teilen.

Speziell für die SQL-Datenbank in Fabric werden für die Übertragung von Änderungen zwischen Arbeitsbereichen dieselben Mechanismen verwendet wie für die Aktualisierung eines Arbeitsbereichs aus der Quellcodeverwaltung. Mit Bereitstellungspipelines bleiben Ihre vorhandenen Daten erhalten, während der Fabric-Dienst die T-SQL berechnet, die erforderlich ist, um Ihre Datenbank so zu aktualisieren, dass sie dem gewünschten Zustand entspricht (eingehende Änderungen). Wenn die Änderungen Datenverlust erfordern würden, erfordert Fabric, dass Sie die Änderungen manuell vornehmen.

Voraussetzungen

Setup

  1. Erstellen Sie einen weiteren Arbeitsbereich in Fabric. Dieser Arbeitsbereich wird als zweite Stufe in der Bereitstellungspipeline verwendet und es wird eine Namensableitung des ersten Arbeitsbereichs vorgeschlagen. Wenn der erste Arbeitsbereich beispielsweise ContosoApp heißt, könnte der zweite Arbeitsbereich ContosoApp-Test heißen.
  2. Erstellen Sie eine neue Bereitstellungspipeline in Fabric. Sie finden einen Einstiegspunkt für Bereitstellungspipelines unten in der Arbeitsbereichsliste, und wählen Sie dann Pipeline erstellen oder +Neue Pipeline aus.
  3. Geben Sie im Dialogfeld Bereitstellungspipeline erstellen einen Namen und eine Beschreibung für die Pipeline ein, und wählen Sie Weiter aus.
  4. Legen Sie die Struktur der Bereitstellungspipeline fest, indem Sie die erforderlichen Phasen für Ihre Bereitstellungspipeline definieren. Standardmäßig verfügt die Pipeline über drei Phasen namens Entwicklung, Test und Produktion. In diesem Tutorial können Sie die Produktionsstufe entfernen und nur Entwicklung und Test beibehalten.
  5. Weisen Sie Ihre beiden Arbeitsbereiche den Entwicklungs- und Testphasen zu, indem Sie den Arbeitsbereich aus der Liste auswählen und dann Zuweisen wählen.

Bereitstellen von Inhalten aus einer Phase in einer anderen Phase

Die Fabric-Bereitstellungspipeline vergleicht automatisch den Inhalt unserer Entwicklungs- und Testarbeitsbereiche. Während der Vergleich stattfindet, wird ein sich drehender Statussymbol im Testarbeitsbereich angezeigt. Wenn Sie nach Abschluss des Vergleichs die Pipelinephase „Test“ auswählen, wird eine Zusammenfassung der Unterschiede nach Fabric-Element angezeigt, wobei der Inhalt des Entwicklungsarbeitsbereichs als „nur in der Quelle“ markiert ist.

  • Um von der Entwicklung zum Test zu gelangen, wählen Sie alle Elemente aus der Liste aus und wählen Sie dann Bereitstellen aus.
    • Da wir in unseren Tests Fabric-Bereitstellungspipelines ohne Quellcodeverwaltung zur Nachverfolgung von Änderungen verwenden, wird empfohlen, das Notizfeld in der Bereitstellung zu verwenden, um dem Team zu helfen, zu erkennen, welche Änderungen miteinander verbunden sind.
    • Nachdem Sie im Dialogfeld „Bereitstellen“ die Option Bereitstellen ausgewählt haben, führt Fabric die Bereitstellungspipeline im Hintergrund aus.

Nachdem die Bereitstellung erfolgreich abgeschlossen wurde, gibt die Testpipelinephase an, dass sie auf dem neuesten Stand ist.

Überprüfen der Unterschiede zwischen Phasen

Bereitstellungspipelines können verwendet werden, um den Inhalt von Arbeitsbereichen zu vergleichen, die den verschiedenen Phasen zugewiesen sind. Bei der SQL-Datenbank in Fabric umfasst der Vergleich die spezifischen Unterschiede zwischen den einzelnen Datenbankobjekten in den Entwicklungs- und Testarbeitsbereichen.

  1. Kehren Sie nach Abschluss der Pipelinebereitstellung zum Entwicklungsarbeitsbereich zurück und nehmen Sie eine Änderung an den Datenbankobjekten vor. Die Änderungen können eine neue Tabelle, eine neue Spalte oder eine Änderung an einer vorhandenen gespeicherten Prozedur sein.
  2. Kehren Sie nach der Änderung zur Bereitstellungspipeline zurück. Sie werden sehen, dass die Pipeline die Änderung erkannt hat und bereit ist, sie im Testarbeitsbereich zu implementieren.
  3. Wählen Sie die Test-Stufe so aus, dass in der Liste der Elemente in der unteren Hälfte des Fensters eines oder mehrere als „anders als die Quelle“ angezeigt werden. Wählen Sie einen Artikel aus, der Änderungen aufweist (sich von der Quelle unterscheidet), und verwenden Sie die Option Vergleichen, um detailliertere Informationen zu den Änderungen zu erhalten.
  4. Der Dialog, der für ein SQL-Datenbankelement geöffnet wird, ähnelt einem Schemavergleich, bei dem für jedes SQL-Datenbankobjekt (Tabelle, gespeicherte Prozedur, Ansicht usw.) spezifische Unterschiede angezeigt werden.

Sobald wir die ausstehenden Änderungen aus dem Entwicklungsarbeitsbereich überprüft haben, können wir unsere Aktionen aus dem vorherigen Abschnitt wiederholen, um diese Änderungen in der Testphase bereitzustellen. Änderungen zwischen Arbeitsbereichen können auf Artikelbasis ausgewählt werden. Wenn wir also Änderungen nicht in einem Objekt (z. B. einem Notizbuch) bereitstellen möchten, können wir dieses Element vor der Bereitstellung abwählen. Wenn wir Änderungen an einzelnen SQL-Datenbankobjekten vornehmen möchten, müssen wir zum Entwicklungsarbeitsbereich zurückkehren, um diese Änderungen in der SQL-Datenbank vorzunehmen.

Zugehöriger Inhalt