Ü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.
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
- 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
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.
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.
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.
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.
Wichtig
Power BI Dashboards (Vorschauversion) und Power BI Datasets (Vorschauversion) werden derzeit nicht in Pipelines unterstützt.
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.
Ja Sowohl verwaltete als auch nicht verwaltete Lösungen werden für jede Bereitstellung automatisch exportiert und im Pipeline-Host gespeichert.
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.
- 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:
Umgebungszweck | Umgebungstyp | Eigenständige Lizenz erforderlich |
---|---|---|
Host | Produktion | Nein |
Entwicklung | Entwicklung | Nein |
QA | Entwicklung | Nein |
Produktion | Produktion | Ja |
Ja Siehe delegierte Bereitstellungen.
Ja Weitere Informationen: Bereitstellung mit einem Dienstprinzipal
Ä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.
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.
Die bereitgestellte Identität. Bei Standardbereitstellungen ist der Besitzende der anfragende Erstellende. Bei delegierten Bereitstellungen ist der Besitzende der delegierte Dienstprinzipal oder Benutzende.
Nein. Wir empfehlen die Verwendung von Azure DevOps oder GitHub für dieses Szenario.
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.
Ja Allerdings wird die Verwendung der Standardumgebung als Pipeline-Host nicht für alle Kunden empfohlen.
Ja Weitere Informationen: Pipelines als Dienstprinzipal oder Pipeline-Besitzender bereitstellen.
Ja, zusammen sind diese Tools leistungsstark und sorgen gleichzeitig für ein einfaches Ersteller-Erlebnis. Weitere Informationen: Pipelines erweitern
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.
Ja Sie können Massenlöschaufträge im Dataverse Pipeline-Host konfigurieren, um Daten nach einem festgelegten Zeitplan zu löschen.
Derzeit nicht. Das Standardimportverhalten von Pipelines ist Aktualisierung mit Anpassungen überschreiben.
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.
Derzeit nicht. Es stehen jedoch absichtliche Erweiterungs-Hooks zur Verfügung, um die Pipeline-Logik anzupassen. Weitere Informationen: Pipelines erweitern.
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.
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.
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.
Die Verwendung derselben Umgebung für die Entwicklung und den Hosts wird nicht unterstützt; andere Kombinationen werden nicht als Best Practice empfohlen.
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.
Dies ist eine gültige Konfiguration und sollte basierend auf den Anforderungen und Richtlinien in Ihrer Organisation evaluiert werden.
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.
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.
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.
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.
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.