Auf anstehende Änderungen bei der Autorisierung vorbereiten

Application Integration ändert die Autorisierung von Integrationen. Diese Änderungen treten für neue Integrationen am 15. Oktober 2026 in Kraft und für bestehende Integrationen zu einem späteren Zeitpunkt. Die meisten Integrationen werden ohne Änderungen fortgesetzt, für einige ist jedoch eine Konfigurationsaktualisierung erforderlich. Sie können die auf dieser Seite beschriebenen Änderungen jetzt vornehmen, da sie Konfigurationen verwenden, die Sie bereits steuern.

Bevorstehende Änderungen bei der Autorisierung

Application Integration ändert die Art und Weise, wie Identitäten für Integrationsläufe verarbeitet werden. Jeder Lauf muss jetzt eine explizite Identität haben, die eine der folgenden Rollen übernimmt:

• Der Nutzer, der den Lauf ausgelöst hat. Die aufgerufenen Systeme wenden die Zugriffsberechtigungen dieses Nutzers an.
• Ein Dienstkonto für die Ausführung als. Sie können dieses Konto wie jedes andere Dienstkonto in Ihrem Google Cloud-Projekt verwalten, einschränken und prüfen.

Durch dieses Update:

• Wenn Sie eine Integration mit einem Dienstkonto vom Typ „Ausführen als“ veröffentlichen oder testen möchten, benötigen Sie die Berechtigung, als dieses Konto zu agieren. Für das Ausführen der Integration, das Genehmigen der angehaltenen Ausführungen und das Aufrufen der Integration aus einer anderen Integration ist dieselbe Berechtigung erforderlich, wenn die Einführung fortgesetzt wird.
• Ab dem 15. Oktober 2026 können Sie keine neue Integration mit einem geplanten oder ereignisbasierten Trigger ohne ein Run-as-Dienstkonto veröffentlichen oder testen. Ausführungen, die eine Aufgabe ohne Identität erreichen, und asynchrone Ausführungen einer Integration ohne Run-as-Dienstkonto sollen in einer späteren Version fehlschlagen.

Wann treten diese Änderungen in Kraft?

Integration	Wann die Änderungen in Kraft treten
Erstellt am oder nach dem 15. Oktober 2026	Ab der ersten Version, die Sie erstellen. Jede Version, die Sie danach veröffentlichen, behält das neue Verhalten bei.
Erstellt vor dem 15. Oktober 2026	Diese Integrationen behalten ihr aktuelles Verhalten bis zu einem späteren Datum bei, das von Application Integration separat angekündigt wird.

Hinweis:Wenn Sie eine Integration bearbeiten, ändert sich ihre Phase nicht. Eine Subintegration wird in der Phase der Integration ausgeführt, zu der sie gehört. Zwei Dinge hängen nicht von der Phase ab:

• Die Prüfungen für Dienstkontonutzer gelten für jede Integration, unabhängig vom Erstellungsdatum.
• Ab dem 15. Oktober 2026 wird bei allen Tests das neue Verhalten verwendet, auch bei Tests, die Sie über die Google Cloud Console starten, und bei Tests von Integrationen, die vor diesem Datum erstellt wurden.

Was muss ich tun?

Nehmen Sie diese Änderungen jetzt vor, unabhängig davon, in welcher Phase sich Ihre Integrationen befinden. Sie werden sofort wirksam.

1. Integrationen, für die ein Dienstkonto für die Ausführung als erforderlich ist: Integrationen, die asynchron, nach einem Zeitplan oder über ein Ereignis ausgeführt werden und kein Dienstkonto für die Ausführung als haben.
2. Rolle „Dienstkontonutzer“ für jedes Dienstkonto, das als Ausführungskonto verwendet wird, und für das Dienstkonto jedes Authentifizierungsprofils allen Nutzern zuweisen, die die Integration ausführen, testen, veröffentlichen oder genehmigen, sowie den Dienstkonten, die von Ihren Triggern und Automatisierungen verwendet werden.
3. Legen Sie für jede gefundene Integration ein Dienstkonto für die Ausführung fest und veröffentlichen Sie sie.

Warnung:Führen Sie Schritt 2 vor Schritt 3 aus. Für die Veröffentlichung einer Integration mit einem Dienstkonto vom Typ „Ausführen als“ ist die Rolle „Service Account User“ für dieses Konto erforderlich. Wenn Sie das Dienstkonto also zuerst festlegen, kann die Veröffentlichung abgelehnt werden.

Wenn nach der Änderung etwas fehlschlägt, lesen Sie den Abschnitt Autorisierungsfehler beheben.