Einführung
Der Anwendungsfall für Ihren benutzerdefinierten Konnektor bestimmt, wie Sie den sich entwickelnden Lebenszyklus verwalten möchten. Im Folgenden finden Sie die primären Szenarien und eine allgemeine Übersicht:
Nutzung einer einzelnen Umgebung – Dieses Szenario wird häufig für Produktivitäts-Apps genutzt, die in derselben Umgebung erstellt und verwendet werden. Es geht Ihnen in diesem Szenario nicht darum, die App zwischen verschiedenen Umgebungen zu verschieben oder für andere Personen außerhalb Ihres Unternehmens freizugeben. Sie haben immer noch Sorge vor Fehler verursachende Änderungen und sollten einige Richtlinien für Versionsaktualisierungen befolgen. Das Verwenden von Lösungen hilft Ihrer zukünftigen Transportierbarkeit, wenn Sie die App in Zukunft in andere Umgebungen verschieben möchten. Normalerweise wird für dieses Szenario kein formaler ALM-Prozess (Application Lifecycle Management) implementiert.
Verwendung in mehreren Umgebungen – Dieses Szenario behandelt die Verwendung, wenn Sie den Konnektor privat in mehreren Umgebungen installieren möchten und nicht daran interessiert sind, Open Source zu erstellen oder den Konnektor zu zertifizieren. Der Konnektor sollte im Kontext einer Lösung erstellt und verwaltet werden. Dies ist der Hauptmechanismus zum Kopieren benutzerdefinierter Konnektor zwischen den Umgebungen. Ihr Konnektor profitiert von allen Aspekten der Lebenszyklusverwaltung des Lösungsframeworks. Um Änderungen im Konnektor zu verfolgen, können Sie die Versionskontrolle der Lösungskomponenten verwenden.
Open Source/Zertifizierung – Dieses Szenario behandelt die Situation, wenn Sie Open Source erstellen oder Ihren Konnektor zertifizieren, um ihn anderen zur Installation oder Verwendung öffentlich zugänglich zu machen. In diesem Szenario verwalten Sie die einzelnen Dateien, aus denen die Definition des Konnektors besteht, und verwenden das Microsoft Power Platform-Befehlszeilentool zum Importieren und Exportieren. Da für das Veröffentlichen dieser Konnektoren die einzelnen Definitionsdateien und mehr Metadaten erfasst werden müssen, wird häufig keine Lösung sondern die Quellcodeverwaltung für die exportierten Dateien verwendet.
Dieses Modul enthält eine ausführliche Erläuterung zur Verwaltung dieser verschiedenen Szenarien unter Verwendung der Tools und Funktionen der Plattform.
Application Lifecycle Management
Application Lifecycle Management (ALM) ist die Lebenszyklusverwaltung von Anwendungskomponenten, aus denen eine vollständige Anwendung besteht, einschließlich Governance, Entwicklung und Wartung. Dazu gehören zudem auch die folgenden Bereiche:
- Anforderungsmanagement
- Architektur
- Entwicklung
- Testen
- Wartung
- Änderungsmanagement
- Fortlaufende Integration
- Projektverwaltung
- Bereitstellung
- Release-Management
Der Anwendungslebenszyklus ist der zyklische Entwicklungsprozess, der folgende Bereiche umfasst: Planen und Verfolgen, Entwickeln, Erstellen und Testen, Bereitstellen, Betreiben, Überwachen sowie Lernen aus Erfahrungen.
Wenn Sie Open Source erstellen und/oder Ihren benutzerdefinierten Konnektor zertifizieren, ist die Bereitstellungsphase mehr als nur das Verschieben in eine andere Umgebung. Sie müssen einer bestimmten Abfolge von Abläufen folgen. Darüber erfahren Sie mehr unter Anweisungen zum Übermitteln Ihres Konnektors an Microsoft.
ALM in Microsoft Power Platform
Microsoft Power Platform bietet ALM-Tools zur Unterstützung eines gesunden Lebenszyklusverwaltungs-Prozesses. Diese Tools basieren auf Microsoft Dataverse und Lösungen. Lösungen sind die Mechanismen zur Implementierung von ALM in Microsoft Power Apps und Microsoft Power Automate. Benutzerdefinierte Konnektoren können mit Lösungen zwischen Lösungen erstellt und verschoben werden.
Ein wichtiger Aspekt von ALM in Microsoft Power Platform ist das Verwenden von Umgebungen für spezifische Zwecke innerhalb von unterschiedlichen Lebenszyklusphasen. Sie haben z. B. in einer grundlegenden ALM-Einrichtung Entwicklung, Test und Produktionsumgebungen. Weitere Informationen finden Sie unter Umgebungsstrategie für ALM.
Ein weiterer wichtiger Aspekt von ALM ist die Anwendung der Quellcodeverwaltung, um Änderungen nachzuverfolgen, die an jeder Version des benutzerdefinierten Konnektors oder anderer Komponenten vorgenommen werden. Durch die Nutzung von Microsoft Power Platform-Build-Tools können Sie den Prozess automatisieren, eine Momentaufnahme einer Lösung zu erstellen, die Ihren Konnektor enthält, und mithilfe der Versionskontrolle nachverfolgen, was sich bei jeder Revision verändert hat.
Im weiteren Verlauf des Moduls erfahren Sie mehr über das Verwenden von Lösungen und das Erstellen von Tools.
Open source/Zertifizierung von ALM
Wenn Sie Open Source erstellen und/oder Ihren benutzerdefinierten Konnektor zertifizieren, arbeiten Sie hauptsächlich mit einem vordefinierten ALM-Prozess, an dem das Microsoft Power Platform-Konnektor-GitHub-Repository beteiligt ist. Während Sie Open Source für jeden öffentlichen Ort erstellen können, z. B. für Ihr eigenes öffentliches GitHub-Repository oder Ihren Download-Speicherort, machen bestimmte Vorteile wie Sichtbarkeit und einfache Importhilfe das Microsoft Power Platform-Konnektor-GitHub-Repository zum empfohlenen Ansatz.
Es ist zwar möglich, ALM auch in Microsoft Power Platform-Ansätzen und ‑Tools zu verwenden Zusätzlich zu der Befehlszeilenschnittstelle (Command Line Interface, CLI) und GitHub vereinfacht es nicht oder bietet einen signifikanten Mehrwert, wenn Ihr Ziel darin besteht, Open Source und/oder Zertifizierung zu erstellen.