Lösungskonzepte

Lösungen sind der Mechanismus zur Implementierung des Application Lifecycle Management (ALM) in Power Apps und Power Automate. Dieser Artikel beschreibt die folgenden wichtigen Lösungskonzepte:

• Zwei Typen von Lösungen
• Lösungskomponenten
• Lebenszyklus einer Lösung
• Lösungsherausgeber
• Abhängigkeiten von Lösung und Lösungskomponente

Verwaltete und nicht verwaltete Lösungen

Eine Lösung ist entweder verwaltet oder nicht verwaltet.

• Es werden nicht verwaltete Lösungen entwickelt. Nicht verwaltete Lösungen werden in Entwicklungsumgebungen verwendet, während Sie Änderungen an Ihrer Anwendung vornehmen. Nicht verwaltete Lösungen können entweder als nicht verwaltet oder als verwaltet exportiert werden. Exportierte nicht verwaltete Versionen Ihrer Lösungen sollten in Ihr Versionsverwaltungssystem eingecheckt werden. Nicht verwaltete Lösungen sollten als Quelle für Microsoft Power Platform-Ressourcen betrachtet werden. Wenn eine nicht verwaltete Lösung gelöscht wird, wird nur der Lösungscontainer mit allen darin enthaltenen Anpassungen gelöscht. Alle nicht verwalteten Anpassungen bleiben bestehen und gehören zu der Standardlösung.

• Es werden verwaltete Lösungen eingesetzt. Verwaltete Lösungen werden in jeder Umgebung bereitgestellt, die für diese Lösung keine Entwicklungsumgebung ist. Dies umfasst Test-, UAT-, SIT- und Produktionsumgebungen. Verwaltete Lösungen können unabhängig von anderen verwalteten Lösungen in einer Umgebung gewartet werden. Als bewährte Methode für ALM sollten verwaltete Lösungen generiert werden, indem eine nicht verwaltete Lösung als verwaltet exportiert und als Build-Artefakt betrachtet wird. Außerdem wurde Folgendes durchgeführt:

  • Sie können die Komponenten in einer verwalteten Lösung nicht direkt bearbeiten. Um verwaltete Komponenten zu bearbeiten, fügen Sie sie zunächst einer nicht verwalteten Lösung hinzu.
    • Wenn Sie dies tun, erstellen Sie eine Abhängigkeit zwischen den nicht verwalteten und den verwalteten Anpassungen der Lösung. Wenn eine Abhängigkeit vorhanden ist, kann die verwaltete Lösung erst dann deinstalliert werden, nachdem die Abhängigkeit entfernt wurde.
  • Einige verwaltete Komponenten können nicht bearbeitet werden. Um zu überprüfen, ob eine Komponente bearbeitet werden kann, betrachten Sie die verwalteten Eigenschaften.
  • Verwaltete Lösungen können nicht exportiert werden.
  • Wenn einer verwalteten Lösung gelöscht (deinstalliert) wird, werden alle Anpassungen und Erweiterungen die darin enthalten sind, entfernt.

  Wichtig

  • Sie können eine verwaltete Lösung nicht in die gleiche Umgebung importieren, die die ursprüngliche nicht verwaltete Lösung enthält. Wenn Sie eine verwaltete Lösung testen, wird eine separate Umgebungen benötigt, um sie zu importieren.
  • Wenn Sie eine verwaltete Lösung löschen, gehen die folgenden Daten verloren: Daten in benutzerdefinierten Entitäten, die Teil der verwalteten Lösung sind sowie die Daten, die in benutzerdefinierten Attributen in Systementitäten gespeichert werden, die nicht Teil der verwalteten Lösung sind.

Hersteller und Entwickler arbeiten in Entwicklungsumgebungen mit nicht verwalteten Lösungen und importieren sie dann in andere nachgelagerte Umgebungenwie als Tests verwaltete Lösungen.

Anmerkung

Wenn Sie in der Entwicklungsumgebung anpassen, arbeiten Sie in der nicht verwalteten Ebene. Wenn Sie dann die nicht verwaltete Lösung als verwaltete Lösung exportieren, um sie an eine andere Umgebung zu verteilen, wird die verwaltete Lösung in die Umgebung in der verwalteten Ebene importiert. Weitere Informationen: Lösungsschichten

Lösungskomponenten

Eine Komponente steht für etwas, das Sie anpassen können. Alles, was Bestandteil einer Lösung sein kann, ist eine Komponente. Öffnen Sie die gewünschte Lösung, um die in einer Lösung enthaltenen Komponenten anzuzeigen. Die Komponenten sind in der Komponentenliste aufgeführt.

Anmerkung

• Eine Lösung kann bis zu 95 MB groß sein.
• Sie können die Komponenten in einer verwalteten Lösung nicht direkt bearbeiten.

Eine Liste der Komponententypen, die zu einer beliebigen Lösung hinzugefügt werden können, finden Sie unter ComponentType-Optionen.

Einige Komponenten werden in anderen Komponenten geschachtelt. Zum Beispiel enthält eine Entität Formulare, Ansichten, Diagramme, Felder, Entitätsbeziehungen, Nachrichten und Geschäftsregeln. Jede dieser Komponenten erfordert eine Entität. Ein Feld kann nicht außerhalb einer Entität existieren. Wir sprechen davon, dass das Feld von der Entität abhängt. Es gibt doppelt so viele Komponententypen wie in der vorhergehenden Liste gezeigt, die meisten davon sind jedoch in andere Komponenten verschachtelt und in der Anwendung nicht sichtbar.

Der Zweck von Komponenten besteht darin, alle Einschränkungen hinsichtlich der Anpassbarkeit mit verwalteten Eigenschaften, und alle Abhängigkeiten nachzuverfolgen, sodass sie exportiert, importiert und (in verwalteten Lösungen) restlos gelöscht werden können.

Lösungs-Lebenszyklus

Lösungen unterstützen die folgenden Aktionen, die zur Unterstützung von Anwendungslebenszyklusprozessen beitragen:

• Erstellen Autor und exportieren Sie nicht verwaltete Lösungen.

• Update Erstellen Sie Updates für ein verwaltete Lösung, die auf dem übergeordnetes Element verwaltete Lösung. bereitgestellt werden. Sie können keine Komponenten mit einem Update löschen.

• Upgrade Importieren Sie die Lösung als Upgrade in ein vorhandenes verwaltete Lösung, wodurch nicht verwendete Komponenten entfernt und eine Upgrade-Logik implementiert werden. Beim Aktualisieren wird ein Rollup (Zusammenführung) aller Patches für die Lösung in eine neue Version der Lösung ausgeführt. Durch Lösungsupgrades werden Komponenten gelöscht, die zwar vorhanden waren, in der aktualisierten Version jedoch nicht mehr enthalten sind. Sie können wählen, ob Sie sofort ein Upgrade durchführen oder das Upgrade durchführen möchten, damit Sie vor Abschluss des Upgrades einige zusätzliche Aktionen ausführen können.

• Patch Ein Patch enthält nur die Änderungen für ein übergeordnetes Element verwaltete Lösung,, wie z. B. das Hinzufügen oder Bearbeiten von Komponenten und Assets. Verwenden Sie Patches, wenn Sie kleine Updates vornehmen (ähnlich einem Hotfix). Wenn Patches importiert werden, werden sie über die übergeordnete Lösung gelegt. Sie können keine Komponenten mit einem Patch löschen.

Lösungsherausgeber

Jede App und andere Lösungskomponenten wie von Ihnen erstellte Entitäten oder von Ihnen vorgenommene Anpassungen sind Teil einer Lösung. Da jede Lösung einen Herausgeber hat, sollten Sie Ihren eigenen Herausgeber erstellen, anstatt den Standard zu verwenden. Sie geben den Herausgeber an, wenn Sie eine Lösung erstellen.

Notiz

Auch wenn Sie keine benutzerdefinierte Lösung verwenden, arbeiten Sie mit Lösungen, die als Common Data Service Standardlösung und Standard-Lösungen bekannt sind. Mehr Informationen: Standardlösung und Common Data Service-Standardlösung

Der Herausgeber einer Lösung, in der eine Komponente erstellt wird, gilt als Eigentümer dieser Komponente. Der Eigentümer einer Komponente steuert, welche Änderungen andere Herausgeber von Lösungen, einschließlich dieser Komponente, vornehmen dürfen oder nicht. Es ist möglich, den Besitz einer Komponente innerhalb desselben Herausgebers von einer Lösung auf eine andere zu übertragen, jedoch nicht zwischen Herausgebern. Sobald Sie einen Publisher für eine Komponente in einer verwalteten Lösung eingeführt haben, können Sie den Publisher für die Komponente nicht mehr ändern. Aufgrund dieser Einschränkung empfiehlt es sich, einen einzelnen Herausgeber zu definieren, damit Sie das Schichtenmodell später lösungsübergreifend ändern können.

Die Lösungsherausgeber gibt an, wer die App entwickelt hat. Aus diesem Grund sollten Sie einen aussagekräftigen Namen für den Lösungsherausgeber erstellen.

Präfix des Lösungsverlegers

Ein Lösungsherausgeber enthält ein Präfix. Das Herausgeberpräfix ist ein Mechanismus, mit dem Namenskollisionen vermieden werden können. Auf diese Weise können Lösungen verschiedener Herausgeber in einer Umgebung mit wenigen Konflikten installiert werden. Die hier angezeigte Contoso-Lösung enthält beispielsweise das Lösungsherausgeberpräfix von contoso.

Anmerkung

Wenn Sie ein Lösungsherausgeberpräfix ändern, sollten Sie dies tun, bevor Sie neue Apps oder Metadatenelemente erstellen, da Sie die Namen von Metadatenelementen nach ihrer Erstellung nicht mehr ändern können.

Weitere Informationen:

• Erstellen Sie ein Lösungsherausgeber-Präfix
• Ändern eines Lösungsherausgeber-Präfixes

Lösungsabhängigkeiten

Aufgrund der Schichtung verwalteter Lösungen können einige verwaltete Lösungen von Lösungskomponenten in anderen verwalteten Lösungen abhängen. Einige Lösungshersteller nutzen dies aus, um modulare Lösungen zu erstellen. Möglicherweise müssen Sie zuerst ein „Basis“-verwaltete Lösung installieren und können dann ein zweites verwaltete Lösung installieren, das die Komponenten im Basis-verwaltete Lösung weiter anpasst. Die zweite verwaltete Lösung hängt von den Lösungskomponenten ab, die Teil ersten Lösung sind.

Das System verfolgt diese Abhängigkeiten zwischen Lösungen nach. Wenn Sie versuchen, eine Lösung zu installieren, die eine nicht installierte Basislösung erfordert, können Sie dies nicht tun. Sie erhalten eine Meldung, dass für die Lösung zunächst eine andere Lösung installiert werden muss. Aufgrund der Abhängigkeiten können Sie die Basislösung auch nicht deinstallieren, während eine davon abhängige Lösung noch installiert ist. Sie müssen die abhängige Lösung deinstallieren, bevor Sie die Basislösung deinstallieren können. Weitere Informationen: Abhängigkeiten entfernen

Lösungskomponentenabhängigkeiten

Eine Lösungskomponente steht für etwas, das Sie anpassen können. Alles, was in einer Lösung enthalten sein kann, ist eine Lösungskomponente, und einige Komponenten sind von anderen Komponenten abhängig. Beispielsweise hängen sowohl das Websitefeld als auch der Kontoübersichtsbericht von der Kontoentität ab. Weitere Informationen: Abhängigkeitsverfolgung für Lösungskomponenten

Siehe auch

Lösungsebenen
Erstellen und verwalten Sie Umgebungen im Power Platform Admin Center