Freigeben über


Unterstützung für Flows, die zu einem Dienstprinzipal gehören

Power Automate bietet Benutzenden von Dienstprinzipalanwendungen die Möglichkeit, Flows zu besitzen und auszuführen, um Flexibilität und Stabilität bei der Verwaltung von Power Automate-Flows durch Organisationen zu gewährleisten.

Dienstprinzipalanwendungsbenutzende

Ein Dienstprinzipal ist eine nicht menschliche Sicherheitsidentität, die eine Anwendung oder einen Dienst repräsentiert und Ressourcen innerhalb von Azure und Power Platform besitzen und verwalten kann. Um einen Dienstprinzipal innerhalb der Power Platform zu verwenden, müssen Dienstprinzipalanwendungsbenutzende erstellt werden, die den Dienstprinzipal über das Portal oder über die API repräsentieren. Ein Anwendungsbenutzenden kann mit ihm gemeinsam genutzte Verbindungen und eigene Ressourcen wie Flows haben.

Wenn Sie Dienstprinzipalanwendungsbenutzende verwenden

Wir empfehlen, dass der Flow in den in diesem Abschnitt aufgeführten Fällen unter dem Dienstprinzipal ausgeführt wird.

  • Geschäftskritische Flows, die abteilungs- oder unternehmensweite Szenarien unterstützen. Dadurch wird der Flow-Besitz vom Lebenszyklus des Besitzenden isoliert und Probleme in folgenden Fällen vermieden:
    • Der Besitzende des Flows verlässt die Organisation oder seine Rolle ändert sich.
    • Die Premium-Lizenz des Flow-Besitzenden sollte nicht zugewiesen werden und sein Flow nutzt Premium-Funktionen.
  • Wenn die Organisation DevOps-Pipelines verwendet, um den Flow in Entwicklungs-, Test- und Produktionsumgebungen bereitzustellen.

Da Dienstprinzipalanwendungsbenutzende nicht interaktive Benutzende ohne Benutzerlizenz sind, unterliegen sie Beschränkungen für nicht lizenzierte Benutzende und es gibt besondere Auswirkungen auf die Lizenzierung und Anforderungsbegrenzung.

Die Flow-Verbindungen müssen mit den Dienstprinzipalanwendungsbenutzenden geteilt werden, damit sie den Flow erfolgreich ausführen können.

Anforderungen

Führen Sie die folgenden Schritte aus, damit ein Dienstprinzipal einen Flow besitzt und ausführt.

  1. Erstellen Sie einen Dienstprinzipalanwendungsbenutzenden, der den Microsoft Entra-ID-Dienstprinzipal repräsentiert.

  2. Teilen Sie Verbindungen mit dem Dienstprinzipal-Anwendungsbenutzenden.

  3. Ändern Sie den Besitzenden des Cloud-Flows wie folgt auf den Dienstprinzipalanwendungsbenutzenden:

    1. Öffnen Sie im Power Automate-Portal einen Flow.

    2. Wählen Sie im Abschnitt Details die Option Bearbeiten.

      Screenshot der Schaltfläche „Bearbeiten“ auf der Seite „Details“.

    3. Ersetzen Sie Besitzender durch den Namen des Dienstprinzipalanwendungsbenutzenden.

      Screenshot eines Computers, Beschreibung wird automatisch erstellt.

      Anmerkung

      Ein Dienstprinzipalanwendungsbenutzender kann nicht zum Mitbesitzenden eines Flows gemacht werden. Sie finden den Dienstprinzipalanwendungsbenutzenden nicht im Bearbeitungsdialog Besitzende.

  4. Schalten Sie den Flow ein, sodass er betriebsbereit ist.

Lizenzanforderungen

Ein Dienstprinzipalanwendungsbenutzender ist ein nicht interaktiver Benutzender, daher kann ihm keine Benutzerlizenz zugeordnet sein. Flows im Besitz von Premium-Dienstprinzipalanwendungsbenutzenden benötigen eine Power Automate-Prozess-/Power Automate-Pro-Flow-Lizenz. Wenn ein Flow jedoch keine Premium-Konnektoren verwendet oder ausschließlich im Kontext einer Dynamics 365-Anwendung verwendet wird, benötigt er keine Power Automate-Prozess- bzw. Power Automate-pro-Flow-Lizenz.

Power Platform-Anforderungsgrenzwerte

Weitere Informationen zu Flows im Besitz von Dienstprinzipalanwendungsbenutzenden finden Sie unter Beschränkungen für nicht lizenzierte Benutzende.

Produkte Gepoolte nicht lizenzierte Anfragen auf Mandantenebene pro 24 Stunden Informationen
Dienstprinzipalflows im Kontext von Dynamics 365 Enterprise und professionellen Anwendungen1 500.000 Basisanforderungen und 5.000 pro USL1 aufgelaufene Anforderungen bis zu maximal 10.000.0002
Die Flows können sowohl Standard- als auch Premium-Konnektoren verwenden.
Die folgenden Flows im Besitz des Dienstprinzipals werden im Kontext von Dynamics 365-Apps berücksichtigt:

In einer Umgebung, in der die Dynamics 365-App installiert ist und die Dataverse-Konnektor zur Kommunikation mit Dynamics-Entitäten in der Umgebung verwendet.

oder

Verwendung von Dynamics-Konnektoren von Erstanbietern wie Finanzen und Betrieb.

oder

Mit einer Dynamics 365-App verknüpfte Flows.
Dienstprinzipalflows im Kontext von Power Apps Flows, die nur Standardconnectors verwenden – 25.000 Basisanforderungen ohne Pro-Lizenz-Auflaufen für den Mandanten.
Flows, die Premium-Konnektoren verwenden, benötigen eine Power Automate-Prozess-/Power Automate-pro-Flow-Lizenz und kann bis zu 250.000 Anforderungen pro Flow erhalten.
Die folgenden Flows im Besitz des Dienstprinzipals werden im Kontext von Power Apps berücksichtigt:

Wird von den Canvas-Apps ausgelöst.

Oder

Verwenden Sie den Dataverse-Trigger Für einen ausgewählten Datensatz in einer modellgesteuerten App.

Oder
Flows, die mit einer Power App verknüpft sind.
Der Dienstprinzipalflow in einem Mandanten mit Power Automate-Lizenzen Flows, die nur Standardconnectors verwenden – 25.000 Basisanforderungen ohne Pro-Lizenz-Auflaufen für den Mandanten
Flows, die Premium-Konnektoren verwenden, benötigen eine Power Automate-Prozess-/Power Automate-pro-Flow-Lizenz und kann bis zu 250.000 Anforderungen pro Flow erhalten.

Mandantenpool

Dienstprinzipalflows im Kontext von Dynamics 365-Anwendungen erhalten 500.000 Basisanforderungen und 5.000 aufgelaufene Anforderungen pro USL1 bis maximal 10.000.000. Um jedoch zu vermeiden, dass ein schlecht gestalteter Flow den Mandantenpool verbraucht und sich auf alle Flows im Besitz des Dienstprinzipals im Mandanten auswirkt, können Erstellende jetzt den Mandantenpool für Hauptgeschäftsflows aktivieren.

  1. Gehen Sie zu den Dienstprinzipalflows im Kontext der Dynamics-Anwendung.

  2. Wählen Sie auf der Kachel Details die Option Bearbeiten aus und aktivieren Sie dann Mandantenpoolkapazität.

    Screenshot des aktivierten Umschalters „Mandantenpoolkapazität“.

Durch das Aktivieren des Mandantenpools im Flow kann der Flow höhere Power Platform Anforderungen verwenden. Während des Übergangszeitraums kann der Flow, für den der Mandantenpool aktiviert ist, innerhalb von 24 Stunden bis zu 10 Mio. Power Platform-Anforderungen verarbeiten und das Leistungsprofil im Flow lautet UnlimitedExtended. Dienstprinzipalflows im Kontext der Dynamics-Anwendung mit deaktiviertem Mandantenpool können bis zu 200.000 Power Platform-Anforderungen in 24 Stunden, das Leistungsprofil des Flows erreichen ist „Mittel“.

Für alle Dienstprinzipalflows, die vor dem 20. Oktober 2023 erstellt wurden, ist der Mandantenpool aktiviert und das Leistungsprofil UnlimitedExtended wird verwendet. Erstellende können die Einstellung jederzeit deaktivieren. Für alle Dienstprinzipalflows, die nach dem 20. Oktober 2023 erstellt wurden, ist der Mandantenpool deaktiviert und das Leistungsprofil „Mittel“ wird verwendet. Erstellende können den Mandantenpool jedoch jederzeit im Flow aktivieren. Sobald er aktiviert ist, verfügt der Flow über das Leistungsprofil „UnlimitedExtended“ und kann auf bis zu 10 Millionen Anforderungen in 24 Stunden skaliert werden. Es kann bis zu sieben (7) Tage dauern, bis diese Änderung widergespiegelt wird. Um eine Aktualisierung zu erzwingen, bearbeiten und speichern Sie den Flow, damit die Änderung sofort wirksam wird.

Bekannte Probleme

Wenn ein Flow aktiviert wurde, der einem Dienstprinzipalmandantenpool gehört, führt das Importieren des Flows als Nicht-Anwendungsbenutzender zu einem Fehler.