Überblick über Pipelines in Power Platform

Pipelines in Power Platform zielen darauf ab, das Application Lifecycle Management (ALM) für Power Platform und Dynamics 365-Kunden zu demokratisieren, indem sie ALM-Automatisierung und CI/CD-Funktionen (Continuous Integration und Continuous Delivery) auf eine Weise in den Dienst einbringen, die für alle Hersteller, Administratoren und Entwickler zugänglicher ist.

Pipelines reduzieren den Aufwand und das Domänenwissen erheblich, die zuvor erforderlich waren, um den ROI durch die Einführung gesunder, automatisierter ALM-Prozesse in Ihrem Team oder Ihrer Organisation zu realisieren.

• Administratoren konfigurieren auf einfache Weise automatisierte Bereitstellungspipelines in Minuten statt in Tagen oder Wochen.
• Maker haben eine intuitive Benutzererfahrung für die einfache Bereitstellung ihrer Lösungen.
• Professionelle Entwickelnde können (optional) Pipelines erweitern und sie über die Power Platform Befehlszeilenschnittstelle (CLI) ausführen.

Administratoren verwalten und steuern Pipelines zentral

Pipelines ermöglichen es Administratoren, von Bürgern und Pro-Entwicklern geleitete Projekte in großem Umfang und mit weniger Aufwand zentral zu verwalten. Administratoren richten die geeigneten Sicherheitsvorkehrungen ein, die die Entwicklung, das Testen und die Bereitstellung von Lösungen im gesamten Unternehmen regeln und erleichtern. Andere Administrator Vorteile sind:

• Tiefere Gesamtbetriebskosten:

  • Pipelines verbessern die Produktivität von Herstellern, Entwicklern und Administratoren erheblich. Pipelines ermöglichen es Ihren Geschäftslösungen, durch einen sicheren und kontrollierten Prozess schneller und mit höherer Qualität auf den Markt zu kommen.
  • Minimaler Aufwand zur Implementierung sicherer und maßgeschneiderter Änderungsmanagementprozesse in Ihrer gesamten Organisation oder Ihrem Team.

• Sparen Sie Zeit und Geld:

  • Das System übernimmt die schwere Arbeit und die laufende Wartung, sodass Sie sich nicht darum kümmern müssen.

• ALM in eigenem Tempo staffeln:

  • Unabhängig davon, wo Sie sich auf Ihrer ALM-Reise befinden, können Sie Pipelines erweitern, um sie an Ihre sich entwickelnden Geschäftsanforderungen anzupassen. Unser Ziel ist es, dass dieser Übergang nach oben so nahtlos und mühelos wie möglich verläuft. Weitere Informationen: Microsoft Power Platform CLI pac pipeline Befehlsgruppe

• Erreichen Sie Compliance-, Sicherheits-, Überwachungs- und Automatisierungsziele mit:

  • Sichere Produktionsumgebungen mit Genehmigung basierend auf delegierten Bereitstellungen.
  • Anpassungen und Überwachungsprotokolle werden automatisch gespeichert und sind leicht zugänglich.
  • Sofort einsatzbereite Analysen bieten eine bessere Sichtbarkeit an einem zentralen Ort.
  • Die Möglichkeit, sofort einsatzbereite Power BI Berichte innerhalb der Pipelines-App anzuzeigen oder eigene zu erstellen. Mehr Informationen finden Sie unter Berichtübersicht für modellgesteuerten Apps
  • Passen Sie Pipelines mit der Erweiterbarkeit von Pipelines und Power Automate individuell an die Anforderungen Ihres Unternehmens an.

Ersteller führen vorkonfigurierte Pipelines aus

Sobald die Pipelines eingerichtet sind, können Hersteller mit wenigen Klicks produktinterne Bereitstellungen initiieren. Sie tun dies direkt in ihren Entwicklungsumgebungen. Weitere Vorteile für Hersteller sind:

• Keine Vorkenntnisse zu ALM-Prozessen oder -Systemen erforderlich. Bürgerentwickler betrachten Pipelines oft als geführten Change-Management-Prozess.
• Lösungsbereitstellungen werden anhand der Zielumgebung vorab validiert, um Fehler zu vermeiden und die Erfolgsraten zu verbessern. Beispielsweise werden fehlende Abhängigkeiten und andere Probleme vor der Bereitstellung erkannt, und Hersteller werden sofort angeleitet, die entsprechenden Maßnahmen zu ergreifen.
• Verbindungen und Umgebungsvariablen werden im Voraus bereitgestellt und validiert, bevor die Bereitstellung beginnt.
  • Dadurch wird sichergestellt, dass Anwendungen und Automatisierung ohne manuelle Nachbearbeitungsschritte bereitgestellt und mit den entsprechenden Datenquellen in jeder Umgebung verbunden werden.
  • Administratoren können sogar bestimmte Verbindungen vorkonfigurieren, die verwendet werden.

Entwickler können Pipelines nutzen und erweitern

Professionelle Entwickler sind produktiver, wenn Pipelines jetzt die komplexen Hintergrundvorgänge handhaben. Entwickler können dem System mitteilen, was sie erreichen möchten, anstatt die verschiedenen zugrunde liegenden Aufgaben auszuführen, die zum Erreichen desselben Ziels erforderlich sind. Mit der Power Platform CLI können Entwickler:

• Listen Sie Pipelines auf, um relevante Details anzuzeigen, z. B. welche Phasen und Umgebungen bereit sind, ihre Lösungen bereitzustellen.
• Stellen Sie eine Lösung mit einem einzigen Befehl bereit:
  • Mit Pipelines stellen Entwickler einfach die erforderlichen Parameter bereit und das System orchestriert alle End-to-End-Bereitstellungsvorgänge in Übereinstimmung mit den Unternehmensrichtlinien.
  • Sie müssen keine Verbindung zu mehreren Umgebungen herstellen, Lösungen exportieren, Lösungsdateien herunterladen, Verbindungen manuell erstellen und Bereitstellungseinstellungsdateien füllen, Lösungen importieren oder verschiedene andere Aufgaben erledigen, die zuvor erforderlich waren.

Darüber hinaus können Entwickelnde Pipelines erweitern und in andere CI-/CD-Tools integrieren.

Häufig gestellte Fragen

Was stellen Pipelines bereit?

Pipelines stellen Lösungen sowie Konfigurationen für die Zielumgebung bereit, z. B. Verbindungen, Verbindungsreferenzen und Umgebungsvariablen. Jede Power Platform Anpassung in Ihrer Lösung kann mithilfe von Pipelines bereitgestellt werden. Pipelines oder Lösungen im Allgemeinen enthalten keine Daten, die in Dataverse Tabellen gespeichert sind.

Warum kann ich meine Pipeline über meine Umgebung nicht sehen?

Stellen Sie zunächst sicher, dass Ihre Quell- und Zielumgebung ordnungsgemäß verknüpft sind. Sie können Ihre Pipeline nur in den zugewiesenen Quellumgebungen anzeigen, beispielsweise Ihren Entwicklungsumgebungen. Wenn Sie jede Ihrer Umgebungen während der Konfiguration mit Ihrer Pipeline verknüpfen, haben Sie die Möglichkeit des Umgebungstyps Entwicklungsumgebung oder Zielumgebung. Wenn Ihren der Pipeline zugeordneten Umgebungen der richtige Typ zugewiesen ist, wird Ihre Pipeline als Option in Ihrer Quellentwicklungsumgebung angezeigt.

Speichern Pipelines automatisch Lösungssicherungen?

Ja Sowohl verwaltete als auch nicht verwaltete Lösungen werden für jede Bereitstellung automatisch exportiert und im Pipeline-Host gespeichert.

Kann bei der Anpassung eine Bereitstellungsphase wie die Qualitätssicherung umgangen werden?

Nein. Lösungen werden exportiert, sobald eine Bereitstellungsanforderung übermittelt wird (wenn der Erstellende Bereitstellen in seiner Entwicklungsumgebung auswählt). Das gleiche Lösungsartefakt wird bereitgestellt. Ebenso exportiert das System eine Lösung für Bereitstellungen in nachfolgenden Phasen einer Pipeline nicht erneut. Das gleiche Lösungsartefakt muss die Pipeline-Stufen in sequenzieller Reihenfolge durchlaufen. Das System verhindert außerdem jegliche Manipulation oder Änderung des exportierten Lösungsartefakts. Dadurch wird sichergestellt, dass die Anpassung weder QA-Umgebungen noch Ihre Genehmigungsprozesse umgehen kann.

Sind für die Verwendung von Pipelines Einzelplatzlizenzen erforderlich?

• Entwicklerumgebungen müssen keine verwalteten Umgebungen sein. Sie können für Entwicklung und Tests mit dem Entwicklerplan verwendet werden.
• Der Pipelines-Host sollte eine Produktionsumgebung sein, aber der Pipelines-Host muss keine verwaltete Umgebung sein.
• Alle anderen in Pipelines verwendeten Umgebungen müssen als verwaltete Umgebungen aktiviert sein.
• Für alle verwalteten Umgebungen sind Lizenzen erforderlich, die Premium-Nutzungsrechte gewähren.

Ein allgemeines Beispiel für eine Einrichtung:

Kann ich Genehmigungen für Bereitstellungen konfigurieren?

Ja Siehe delegierte Bereitstellungen.

Kann ich unterschiedliche Dienstprinzipale für unterschiedliche Pipelines und Phasen verwenden?

Ja Weitere Informationen: Bereitstellung mit einem Dienstprinzipal

Welche Verbindungen können genutzt werden?

Ähnlich wie bei Dokumenterstellungserlebnissen können Erstellende, die Pipelines betreiben, entweder ihre eigenen Verbindungen oder Verbindungen bereitstellen, auf die sie Zugriff haben. Dienstprinzipalverbindungen können auch für Konnektoren verwendet werden, die die Dienstprinzipalauthentifizierung unterstützen, einschließlich benutzerdefinierter Konnektoren.

Warum kann ich keine vorhandenen Verbindungsreferenzen aktualisieren?

Derzeit können Verbindungsreferenzen ohne Wert in der Lösung oder der Zielumgebung während der Bereitstellung nicht aktualisiert werden. Wenn ein Wert zuvor bereitgestellt wurde, kann er in der Zielumgebung aktualisiert werden.

Wem gehören bereitgestellte Lösungsobjekte?

Die bereitgestellte Identität. Bei Standardbereitstellungen ist der Besitzende der anfragende Erstellende. Bei delegierten Bereitstellungen ist der Besitzende der delegierte Dienstprinzipal oder Benutzende.

Können Pipelines für einen anderen Mandanten bereitgestellt werden?

Nein. Wir empfehlen die Verwendung von Azure DevOps oder GitHub für dieses Szenario.

Was sollte ich tun, wenn meine Entwicklungs- oder Zielumgebung zurückgesetzt oder gelöscht wird?

Sie sollten den Datensatz der Umgebung löschen und die Konfiguration der Pipelines bei Bedarf aktualisieren. Wenn eine Umgebung zurückgesetzt wird, erstellen Sie den Umgebungsdatensatz neu und verknüpfen ihn mit Ihrer Pipeline.

Kann ich Pipelines in der Standardumgebung verwenden?

Ja Allerdings wird die Verwendung der Standardumgebung als Pipeline-Host nicht für alle Kunden empfohlen.

Kann ich mit meinem eigenen Dienstprinzipal bereitstellen?

Ja Weitere Informationen: Pipelines als Dienstprinzipal oder Pipeline-Besitzender bereitstellen.

Können Pipelines mit Azure DevOps, GitHub oder dem ALM Beschleuniger verwendet werden?

Ja, zusammen sind diese Tools leistungsstark und sorgen gleichzeitig für ein einfaches Ersteller-Erlebnis. Weitere Informationen: Pipelines erweitern

Kann ich zu einer früheren Version zurückkehren?

Ja Wenn die Pipeline-Einstellung aktiviert ist, können Sie frühere Lösungsversionen aus der Ausführungsverlaufsansicht auf der Seite „Pipelines“ erneut bereitstellen. Wenn die Einstellung deaktiviert ist, können nur höhere Lösungsversionen bereitgestellt oder importiert werden. Als Workaround können Administratoren das Artefakt vom Pipeline-Host herunterladen, die Lösungsversion in der Datei solution.xml erhöhen und sie dann manuell in das Ziel Umgebung importieren.

Kann ich Aufbewahrungsrichtlinien für Pipeline-Daten festlegen?

Ja Sie können Massenlöschaufträge im Dataverse Pipeline-Host konfigurieren, um Daten nach einem festgelegten Zeitplan zu löschen.

Kann ich erweiterte Lösungsimportverhalten wie Update im Vergleich zu Upgrade angeben?

Derzeit nicht. Das Standardimportverhalten von Pipelines ist Aktualisierung mit Anpassungen überschreiben.

Kann eine Umgebung mehreren Hosts zugeordnet werden?

Nein. Eine Umgebung kann jedoch mit mehreren Pipelines innerhalb desselben Hosts verknüpft werden. Um eine Umgebung einem anderen Host zuzuordnen, fügen Sie sie einer Pipeline auf dem neuen Host hinzu. Löschen Sie dann den Umgebungsdatensatz vom ursprünglichen Host und überprüfen Sie, ob alles wie erwartet funktioniert.

Kann ich die Erstanbieter-Bereitstellungspipeline-App und -Tabellen anpassen oder erweitern?

Derzeit nicht. Es stehen jedoch absichtliche Erweiterungs-Hooks zur Verfügung, um die Pipeline-Logik anzupassen. Weitere Informationen: Pipelines erweitern.

Wo kann ich Pipelines anzeigen und ausführen?

Navigieren Sie zu einer nicht verwalteten Lösung in der Entwicklung zu einer Umgebung, die Ihrer Pipeline zugeordnet ist. Pipelines können nicht in der Standardlösung, in verwalteten Lösungen oder in Zielumgebungen angezeigt oder ausgeführt werden. Beachten Sie, dass Sie Pipelines auch über die CLI Power Platform abrufen und ausführen können.

Kann ich über Regionen hinweg bereitstellen?

Ja, aber nur, wenn die Einstellung Cross-Geo Solution Deployments im Host aktiviert ist. Wenn die Einstellung deaktiviert ist, müssen sich der Host und alle mit Pipelines in einem Host verknüpften Umgebungen am selben geografischen Standort befinden (wie beim Erstellen der Umgebungen angegeben). Wenn die Einstellung beispielsweise deaktiviert ist, kann eine Pipeline nicht von Deutschland nach Kanada bereitgestellt werden und ein Host in Deutschland kann keine Umgebungen in Kanada verwalten. Für den Fall, dass der Mandant Administrator die länderübergreifende Bereitstellung von Lösungen verhindern möchte, sollten separate Hosts für Deutschland und Kanada verwendet werden.

Kann ich dieselbe Lösung mit unterschiedlichen Pipelines bereitstellen?

Ja, das ist möglich. Wir empfehlen jedoch, für eine bestimmte Lösung mit derselben Pipeline zu beginnen. Dies hilft, Verwirrung und versehentliche Fehler zu vermeiden. Pipelineausführungsinformationen werden im Kontext einer Pipeline und einer Lösung (innerhalb der Lösungsoberfläche) angezeigt. Daher zeigen andere Pipelines möglicherweise nicht die neueste bereitgestellte Lösungsversion oder andere wichtige Ausführungsinformationen an, die mit anderen Pipelines verknüpft sind. Beachten Sie, dass die App „Konfiguration der Bereitstellungspipeline“ Ausführungsinformationen für alle Pipelines und alle Lösungen für den aktuellen Host anzeigt.

Kann die Hostumgebung auch als Entwicklungs- oder Zielumgebung genutzt werden?

Die Verwendung derselben Umgebung für die Entwicklung und den Hosts wird nicht unterstützt; andere Kombinationen werden nicht als Best Practice empfohlen.

Wie kann ich sehen, was sich zwischen verschiedenen Versionen geändert hat?

Innerhalb der Zielumgebung können Sie Ebenen bereitgestellter Objekte sowie die Änderungen zwischen den Ebenen sehen. Außerdem können Sie XML-Diffs zwischen den Ebenen für modellbasierte Apps, Site-Maps und Formulare sehen. Pipelines können auch erweitert werden, um sie mit GitHub und anderen Quellcodeverwaltungssystemen zu integrieren und detaillierte Unterschiede zu vergleichen.

Sollte meine Hostumgebung dieselbe sein, in der ich das COE-Toolkit installiert habe?

Dies ist eine gültige Konfiguration und sollte basierend auf den Anforderungen und Richtlinien in Ihrer Organisation evaluiert werden.

Kann ich nicht verwaltete Lösungen bereitstellen?

Nein. Sie sollten verwaltete Lösungen immer in Nicht-Entwicklungsumgebungen bereitstellen. Beachten Sie, dass nicht verwaltete Lösungen automatisch exportiert und im Pipeline-Host gespeichert werden, sodass Sie sie herunterladen und in andere Entwicklungsumgebungen importieren oder in die Quellcodeverwaltung übernehmen können.

Kann ich mehrere Lösungen gleichzeitig bereitstellen?

Derzeit nicht. Sie müssen für jede Lösung eine andere Bereitstellung konfigurieren. Dieselbe Pipeline kann jedoch für mehrere Lösungen verwendet werden.

Veröffentlichen Pipelines nicht verwaltete Lösungen, bevor die Lösung exportiert wird?

Derzeit nicht. Wir empfehlen, dass Sie einzelne Objekte so veröffentlichen, wie sie gespeichert sind. Beachten Sie, dass nur bestimmte Lösungsobjekte veröffentlicht werden müssen.

Kann ich Pipelines für Teams mit mehreren Entwicklern verwenden, die in isolierten Entwicklungsumgebungen arbeiten?

Die aktuelle Implementierung verwendet eine einzelne Entwicklungsumgebung für eine gegebene Lösung.

Wie unterscheiden sich Pipelines vom ALM Beschleuniger?

Beide bieten viele wertvolle Fähigkeiten und die zuständigen Teams arbeiten bei der Entwicklung der Pipelines und der breiteren ALM-Vision für Power Platform eng zusammen. Pipelines sind einfacherer Natur und können mit weniger Aufwand eingerichtet und verwaltet werden. Der Zugriff auf andere Produkte und Technologien ist nicht erforderlich, da alles intern verwaltet wird. Der ALM Accelerator eignet sich hingegen manchmal für erweiterte ALM-Szenarien besser.

Zwar gibt es noch viele weitere funktionale Unterschiede, der grundlegende Unterschied besteht jedoch darin, dass Pipelines ein offizielles Microsoft Power Platform Produktfeature sind, d. h. sie werden von der Microsoft Produktentwicklung entworfen, konstruiert, entwickelt, getestet, gewartet und unterstützt. Pipelines sind in das Produkt integriert und können innerhalb nativer Produktumgebungen abgerufen werden.

Wann sollte ich Pipelines im Vergleich zu anderen Tools verwenden?

Sie sollten Pipelines für die wichtigsten Bereitstellungsfunktionalitäten verwenden und bei Bedarf Pipelines erweitern, um sie mit anderen CI-/CD-Tools zu integrieren. Bei gemeinsamer Verwendung werden die in CI-/CD-Tools erforderlichen Workloads oft weniger kompliziert und kostenintensiv in der Wartung.

Nächste Schritte,

Pipelines einrichtenPipelines erweitern