Lebenszyklus von Konnektoren automatisieren
Ein wichtiger Teil der Implementierung eines Application Lifecycle Managements (ALM) für Ihre benutzerdefinierten Konnektoren ist ein wiederholbarer Prozess, mit dem Sie die Konnektordefinitionen ändern und diese Änderungen in einem Versionsverwaltungssystem aufzeichnen können. Während die Schritte zur Ausführung dieser Aufgaben manuell ausgeführt werden können, ist ein automatisierter Prozess besser, um Konsistenz und Wiederholbarkeit sicherzustellen.
Um die Erstellung dieser Automatisierungen zu unterstützen, stellt Microsoft Build-Aufgaben für Azure DevOps und Aktionen für GitHub bereit. Mit diesen Tools können Sie eine Automatisierung erstellen, die die folgenden Prinzipien unterstützt:
Entwicklungsumgebungen sind verfügbar – Ihre Entwicklungsumgebung sollte ein Arbeitsbereich sein, in dem Sie Ihren benutzerdefinierten Konnektor erstellen. Sie sollten sich nicht darauf als vertrauenswürdige Quelle verlassen. Die Quellcodeverwaltung sollte verwendet werden, um die offizielle neuste Quelle zu speichern. Sie sollten jederzeit in der Lage sein, eine neue Entwicklungsumgebung über die Quellcodeverwaltung neu zu erstellen.
Quellcodeverwaltung enthält die neuste Quelle – Wenn Sie eine funktionierende Version Ihrer Konnektorlösung erreichen, sollte der Inhalt in die Quellcodeverwaltung eingecheckt werden. Sie können Azure DevOps, GitHub oder ein anderes bevorzugtes Versionsverwaltungstool verwenden. Beschriftung und Verzweigung können je nach Prozess und Bedarf verwendet werden.
Stellen Sie verwaltete Lösungen bereit – Wenn die Lösung, die Ihren benutzerdefinierten Konnektor enthält, in Umgebungen installiert ist, die nicht für die Entwicklung genutzt werden, sollten Sie eine verwaltete Lösung bereitstellen. Die verwaltete Lösung sollte aus den Inhalten der Quellcodeverwaltung und nicht direkt aus der Entwicklung erstellt werden. Dieser Ansatz stellt sicher, dass Ihre Quellcodeverwaltung immer eine Kopie dessen enthält, was in Ihren Nichtentwicklungsumgebungen bereitgestellt wird.
Sie können Microsoft Power Platform-Tools zusammen mit anderen verfügbaren GitHub-Aktionen oder Azure DevOps-Aufgaben verwenden, um Ihre Build- und Release-Workflows zu erstellen. Zu den häufig von Teams eingerichteten Automatisierungen gehören die Bereitstellung von Entwicklungsumgebungen, der Export aus einer Entwicklungsumgebung in die Quellcodeverwaltung, das Generieren von Builds und das Freigeben von Lösungen. Das folgende Diagramm zeigt Beispiele für mögliche Automatisierungen.
Es bleibt Ihnen überlassen, ob Sie Azure DevOps oder GitHub-Aktionen verwenden. Beide bieten ähnliche Funktionen zur Automatisierung der Lebenszyklen von Microsoft Power Platform-Lösungen.
Azure DevOps
Azure DevOps verwendet Build- und Release-Pipelines, um die Automatisierung zu implementieren. Im Allgemeinen werden Pipelines verwendet, um Artefakte zu erstellen und vorzubereiten und die Bereitstellung in nachgeschalteten Umgebungen freizugeben. Die Erstellung einer Microsoft Power Platform-Pipeline erfolgt visuell durch Hinzufügen von Build-Aufgaben. Der folgende Screenshot ist ein Beispiel für eine Pipeline, die Build-Aufgaben verwendet.
GitHub
GitHub verwendet GitHub-Aktionen, um ähnliche Workflows zu erstellen. Um eine GitHub-Aktion zu erstellen, müssen Sie die Aufgaben mithilfe von YAML festlegen. Der folgende Screenshot zeigt ein Beispiel eines Workflows zum Exportieren einer Lösung.
Allgemeine Build-Aufgaben
In der folgenden Tabelle werden einige der häufigsten Aufgaben unabhängig davon erläutert, ob Sie Azure DevOps oder GitHub verwenden.
| Aufgabe | Zweck |
|---|---|
| Lösung exportieren | Beim Exportieren erhalten Sie eine Kopie Ihrer Lösung in einem ZIP-Dateiformat aus Ihrer Entwicklungsumgebung. Der Export kann auch zur Unterstützung verwalteter Lösungen verwendet werden, die für die Installation in Nichtentwicklungsumgebungen bereit sind. |
| Lösung importieren | Beim Importieren installieren Sie eine Lösungsdatei im ZIP-Format in einer Umgebung. Wenn eine Lösung bereits in einer Umgebung vorhanden ist, wird sie als Upgrade der vorhandenen Lösung behandelt. |
| Lösung entpacken | Die Aufgabe zum Entpacken der Lösung extrahiert die ZIP-Datei in einzelne Dateien, die zum Speichern in der Quellcodeverwaltung geeignet sind. |
| Lösung packen | Die Aufgaben zum Packen der Lösung nimmt die einzelnen Dateien aus der Quellcodeverwaltung oder einem beliebigen Ordner und speichert sie wieder in einer einzelnen ZIP-Datei, die zum Import bereit ist. |
Überprüfen Sie die vollständige Liste der Azure DevOps-Build-Aufgaben für weitere Einzelheiten zu jeder Aufgabe.
Überprüfen Sie die vollständige Liste von GitHub-Aktionen für weitere Einzelheiten zu jeder Aktion.
Benutzerdefinierte Konnektoren und Lösungen
Ein wichtiger Aspekt des Konnektorlebenszyklus ist die Möglichkeit, Konnektordefinitionen und -konfigurationen in Textform zu speichern, im Gegensatz zu einem einfachen binären Upload eines ZIP-Archivs. Das Aufzeichnen von Änderungen in Textform ermöglicht eine effektive Zusammenarbeit im Team, da Konflikte mithilfe eines standardmäßigen Zusammenführungsprozesses für die Quellcodeverwaltung gelöst werden können.
Benutzerdefinierte Konnektoren können in eine Dataverse-Lösung integriert und zwischen den Umgebungen transportiert werden. Lösungen werden als ZIP-Archive exportiert, die alle Lösungskomponenten einschließlich benutzerdefinierter Konnektoren enthalten. Azure DevOps und GitHub enthalten benutzerdefinierte Schritte, mit denen Sie die Lösungen in einzelne Komponenten entpacken können, einschließlich benutzerdefinierter Konnektordefinitionen. Mit dieser Funktion können Sie Code-Commits analysieren und visualisieren und Anforderungen abrufen, um Änderungen zu identifizieren und Konflikte bei Bedarf zu lösen.