Ogni utente ha un topic e una sottoscrizione Pub/Sub; assicurati che solo l'utente possa pubblicare e sottoscrivere le proprie risorse. Come dovresti applicare questa restrizione?

L'opzione corretta garantisce il principio del privilegio minimo, assegnando i ruoli di publisher e subscriber direttamente alle specifiche risorse (topic e sottoscrizione) di ciascun utente. Questo limita l'accesso solo a ciò che è strettamente necessario per l'utente, impedendogli di accedere o interagire con le risorse Pub/Sub di altri utenti. Concedere i ruoli a livello di progetto (opzione 2) darebbe all'utente la capacità di pubblicare e sottoscrivere a tutti i topic e le sottoscrizioni nel progetto, violando il requisito che possano accedere solo alle proprie risorse. Assegnare un ruolo personalizzato con autorizzazioni di creazione (opzione 3) permetterebbe all'utente di creare nuove risorse, ma non controllerebbe l'accesso alle risorse esistenti e non limiterebbe l'accesso solo alle "proprie" risorse. Eseguire l'applicazione come un account di servizio (opzione 4) è una pratica per l'autenticazione delle applicazioni, non per la gestione dell'autorizzazione degli utenti finali alle loro risorse specifiche.