Prepararsi alle modifiche imminenti all'autorizzazione

Application Integration sta aggiornando la modalità di autorizzazione delle integrazioni. Queste modifiche entreranno in vigore per le nuove integrazioni il 15 ottobre 2026 e per le integrazioni esistenti in un secondo momento. La maggior parte delle integrazioni continua a funzionare senza modifiche, ma alcune richiedono un aggiornamento della configurazione per continuare a funzionare. Puoi apportare le modifiche descritte in questa pagina ora perché utilizzano configurazioni che controlli già.

Modifiche imminenti all'autorizzazione

Application Integration sta aggiornando la gestione delle identità per le esecuzioni delle integrazioni. Ogni esecuzione ora deve avere un'identità esplicita, che funge da una delle seguenti:

• L'utente che ha attivato l'esecuzione. I sistemi chiamati applicano le autorizzazioni di accesso dell'utente.
• Un account di servizio run-as. Puoi controllare, definire l'ambito e controllare questo account come qualsiasi altro account di serviziot nel tuo progetto Google Cloud.

A causa di questo aggiornamento:

• Per pubblicare o testare un'integrazione con un account di servizio run-as, devi disporre dell'autorizzazione ad agire come quell'account. L'esecuzione dell'integrazione, l'approvazione delle esecuzioni sospese e la chiamata da un'altra integrazione richiedono la stessa autorizzazione man mano che l'implementazione procede.
• A partire dal 15 ottobre 2026, non potrai pubblicare o testare una nuova integrazione con un trigger pianificato o di evento senza un account di servizio Esegui come. Le esecuzioni che raggiungono un'attività senza un'identità e le esecuzioni asincrone di qualsiasi integrazione senza un service account run-as sono pianificate per non riuscire in una release successiva.

Quando entreranno in vigore questi aggiornamenti

Integrazione	Quando vengono applicati gli aggiornamenti
Creazione a partire dal 15 ottobre 2026	Dalla prima versione che crei. Tutte le versioni pubblicate successivamente mantengono il nuovo comportamento.
Creato prima del 15 ottobre 2026	Queste integrazioni mantengono il loro comportamento attuale fino a una data successiva, che Application Integration annuncia separatamente.

Nota:la modifica di un'integrazione non ne cambia la fase e una sub-integrazione viene eseguita nella fase dell'integrazione a cui appartiene. Due cose non dipendono dallo stage:

• I controlli Utente account di servizio si applicano a ogni integrazione, indipendentemente dalla data di creazione.
• A partire dal 15 ottobre 2026, ogni test utilizza il nuovo comportamento, inclusi i test che avvii dalla console Google Cloud e i test delle integrazioni create prima di questa data.

Cosa fare

Apporta queste modifiche ora, indipendentemente dallo stato delle tue integrazioni. Hanno effetto non appena le apporti.

1. Trova integrazioni che richiedono un service account di esecuzione: integrazioni che vengono eseguite in modo asincrono, in base a una pianificazione o da un evento e che non ne hanno uno.
2. Concedi il ruolo Utente service account a ogni account di servizio run-as e a ogni account di servizio del profilo di autenticazione, a tutti coloro che eseguono, testano, pubblicano o approvano l'integrazione e ai service account utilizzati dai trigger e dall'automazione.
3. Imposta un service account run-as su ogni integrazione trovata e pubblicala.

Avviso: completa il passaggio 2 prima del passaggio 3. La pubblicazione di un'integrazione con un account di servizio run-as richiede l'utente del service account su quell'account, quindi se imposti prima il account di servizio, la pubblicazione può essere rifiutata.

Se qualcosa non va a buon fine dopo la modifica, consulta la sezione Risoluzione dei problemi relativi agli errori di autorizzazione.