Introduzione alla condivisione di BigQuery

La condivisione in BigQuery (precedentemente Analytics Hub) è una piattaforma di scambio di dati che consente di condividere dati e approfondimenti su larga scala oltre i confini dell'organizzazione con un solido framework di sicurezza e privacy. BigQuery sharing ti consente di scoprire e accedere a una raccolta di dati selezionati da vari fornitori di dati. Questa libreria di dati include anche set di dati forniti da Google.

Ad esempio, puoi utilizzare la condivisione per integrare le tue iniziative di analisi e ML con set di dati di terze parti e di Google.

I ruoli Identity and Access Management (IAM) di Analytics Hub ti consentono di eseguire le seguenti attività di condivisione:

  • In qualità di Publisher di Analytics Hub, puoi condividere i dati con la tua rete di partner o all'interno della tua organizzazione in tempo reale. Le schede ti consentono di condividere i dati senza replicarli e possono essere monetizzate su Google Cloud Marketplace o tramite i tuoi canali. Puoi creare un catalogo di origini dati pronte per l'analisi con autorizzazioni granulari che ti consentono di fornire dati ai segmenti di pubblico giusti. Puoi anche gestire gli abbonamenti e visualizzare le metriche di utilizzo per le tue schede.

  • In qualità di abbonato di Analytics Hub, puoi scoprire i dati che stai cercando, combinare i dati condivisi con quelli esistenti e utilizzare le funzionalità integrate di BigQuery. Quando ti abboni a una scheda, nel tuo progetto Google Cloud viene creato un set di dati collegato o una sottoscrizione Pub/Sub collegata. Puoi gestire i tuoi abbonamenti utilizzando la risorsa Abbonamento, che memorizza le informazioni pertinenti sull'abbonato e rappresenta il collegamento tra editore e abbonato.

  • In qualità di visualizzatore di Analytics Hub, puoi sfogliare le risorse condivise a cui hai accesso in BigQuery sharing e inviare una richiesta all'editore per accedere ai dati condivisi. Puoi scoprire le schede commerciali integrate in Cloud Marketplace sia nella condivisione BigQuery sia in Cloud Marketplace.

  • In qualità di amministratore di Analytics Hub, puoi creare scambi di dati che consentono la condivisione dei dati e poi concedere le autorizzazioni a publisher e sottoscrittori di dati per accedere a questi scambi di dati.

Per saperne di più, consulta Configurare i ruoli di Analytics Hub.

Architettura

BigQuery sharing si basa su un modello di pubblicazione e abbonamento delle risorse di datiGoogle Cloud , consentendo la condivisione in loco senza copia. La condivisione BigQuery supporta le seguenti risorse: Google Cloud

  • Set di dati di BigQuery
  • Argomenti Pub/Sub

Workflow del publisher

Il seguente diagramma descrive come un publisher condivide le risorse:

Il flusso di lavoro per il ruolo Publisher di Analytics Hub, che include risorse condivise, scambi di dati e schede.

Le sezioni seguenti descrivono le funzionalità di questo flusso di lavoro.

Risorse condivise

Le risorse condivise sono l'unità di condivisione di un publisher nella condivisione BigQuery.

Set di dati condivisi

Un set di dati condiviso è un set di dati BigQuery che rappresenta l'unità di condivisione dei dati nella condivisione BigQuery. La separazione di calcolo e archiviazione nell'architettura BigQuery consente agli editori di dati di condividere i set di dati con tutti gli abbonati che vogliono, senza dover creare più copie dei dati. In qualità di editore, crei o utilizzi un set di dati BigQuery esistente nel tuo progetto con i seguenti oggetti supportati che vuoi distribuire ai tuoi abbonati:

I set di dati condivisi supportano la sicurezza a livello di colonna e la sicurezza a livello di riga.

Tieni presente le seguenti limitazioni per i Controlli di servizio VPC e la condivisione:

  • Non pubblicare dati condivisi in progetti all'interno dei perimetri dei Controlli di servizio VPC. Se i set di dati condivisi in un progetto si trovano all'interno di un perimetro di Controlli di servizio VPC, devi disporre di regole in entrata e in uscita appropriate sia per il progetto di scambio (schede ospitate) sia per tutti i progetti abbonati per abbonarsi correttamente alle schede del publisher.

  • Non inserire il progetto di scambio in un perimetro dei Controlli di servizio VPC, in quanto potrebbe interrompere i flussi di lavoro di pubblicazione, richiedendo regole in entrata e in uscita per il progetto publisher e tutti i progetti abbonati per abbonarsi correttamente ai loro elenchi.

Argomenti condivisi

Un argomento condiviso è un argomento Pub/Sub, che è l'unità di condivisione dei dati in streaming in BigQuery. In qualità di editore, crei o utilizzi un argomento Pub/Sub esistente nel tuo progetto e lo distribuisci ai tuoi iscritti.

Scambi di dati

Uno scambio di dati è un contenitore che ti consente di condividere i dati tramite il self-service. Contiene schede che fanno riferimento a risorse condivise. Publisher e amministratori possono concedere l'accesso agli abbonati a livello di scambio e scheda. In questo modo, puoi evitare di concedere esplicitamente l'accesso alle risorse condivise sottostanti. Puoi sfogliare gli scambi di dati, scoprire i dati a cui puoi accedere e iscriverti alle risorse condivise. Quando crei uno scambio di dati, puoi assegnare un indirizzo email di contatto principale. Questo indirizzo email consente agli utenti di contattare il proprietario dello scambio di dati in caso di domande o dubbi.

Uno scambio di dati può essere di uno dei seguenti tipi:

  • Scambio di dati privati. Per impostazione predefinita, un Data Exchange è privato e solo gli utenti o i gruppi che hanno accesso a questo exchange possono visualizzare o iscriversi ai relativi elenchi.
  • Scambio di dati pubblici. Per impostazione predefinita, un Data Exchange è privato e solo gli utenti o i gruppi che hanno accesso a questo exchange possono visualizzare o iscriversi ai relativi elenchi. Tuttavia, puoi scegliere di rendere pubblico uno scambio di dati. Le schede negli scambi di dati pubblici possono essere scoperte e sottoscritte da utentiGoogle Cloud (allAuthenticatedUsers). Per ulteriori informazioni sugli scambi di dati pubblici, consulta Rendere pubblico uno scambio di dati.

Il ruolo Amministratore Analytics Hub ti consente di creare più scambi di dati e gestire altri utenti che eseguono attività di condivisione.

Schede

Una scheda è un riferimento a una risorsa condivisa che un publisher elenca in uno scambio di dati. In qualità di publisher, puoi creare una scheda e specificare la descrizione della risorsa, query di esempio da eseguire o dati dei messaggi di esempio, link a qualsiasi documentazione pertinente e qualsiasi informazione aggiuntiva che aiuti gli abbonati a utilizzare la risorsa condivisa. Quando crei una scheda, puoi assegnare un indirizzo email di contatto principale, un nome e un contatto del fornitore e un nome e un contatto dell'editore.

L'indirizzo email del contatto principale consente agli utenti di contattare il proprietario della scheda per domande o dubbi sullo scambio di dati. Il nome e i dati di contatto del fornitore sono quelli dell'agenzia che ha fornito originariamente i dati per la scheda. Queste informazioni sono facoltative. Il nome e il contatto dell'editore sono quelli dell'agenzia che pubblica i dati da utilizzare nella condivisione di BigQuery. Queste informazioni sono facoltative. Per saperne di più, consulta Gestire le schede.

Un listing può essere di due tipi, in base al criterio IAM impostato per il listing e al tipo di scambio di dati che lo contiene:

  • Scheda pubblica. Una scheda pubblica viene condivisa con tutti gli utenti diGoogle Cloud (allAuthenticatedUsers). Le schede in uno scambio di dati pubblico sono schede pubbliche. Questi elenchi possono essere riferimenti a una risorsa pubblica senza costi o a una risorsa commerciale. Se la scheda è di una risorsa commerciale, gli abbonati possono richiedere l'accesso alla scheda direttamente dal fornitore di dati oppure possono sfogliare e acquistare schede commerciali integrate in Google Cloud Marketplace.
  • Scheda privata. Una scheda privata viene condivisa direttamente con persone o gruppi. Ad esempio, una scheda privata può fare riferimento a un set di dati delle metriche di marketing che condividi con altri team interni della tua organizzazione.

Flusso di lavoro per gli iscritti

Il seguente diagramma descrive l'interazione degli abbonati di Analytics Hub con le risorse condivise:

Il flusso di lavoro per il ruolo Abbonato di Analytics Hub, che include risorse condivise, scambi di dati, schede e risorse collegate.

Le sezioni seguenti descrivono le funzionalità del flusso di lavoro degli abbonati.

Risorse collegate

Le risorse collegate vengono create quando ti abboni a una scheda di condivisione BigQuery, collegando un abbonato alla risorsa condivisa sottostante.

Set di dati collegati

Un set di dati collegato è un set di dati BigQuery di sola lettura che funge da puntatore o riferimento a un set di dati condiviso. La sottoscrizione a una scheda crea un set di dati collegato nel tuo progetto e non una copia del set di dati, quindi gli abbonati possono leggere i dati, ma non possono aggiungere o aggiornare oggetti al suo interno. Quando esegui query su oggetti come tabelle e viste tramite un set di dati collegato, vengono restituiti i dati del set di dati condiviso. Per saperne di più sui set di dati collegati, vedi Visualizzare e abbonarsi a schede e scambi di dati.

I set di dati collegati sono autorizzati ad accedere a tabelle e viste di un set di dati condiviso. Gli abbonati con set di dati collegati accedono a tabelle e viste di un set di dati condiviso senza alcuna autorizzazione Identity and Access Management aggiuntiva.

I set di dati collegati supportano i seguenti oggetti:

Sottoscrizioni Pub/Sub collegate

La sottoscrizione a una scheda con un argomento condiviso crea una sottoscrizione Pub/Sub collegata nel progetto del sottoscrittore. Non vengono create copie dell'argomento o dei dati del messaggio condivisi. I sottoscrittori della sottoscrizione Pub/Sub collegata possono accedere ai messaggi pubblicati nell'argomento condiviso. Gli abbonati accedono ai dati dei messaggi di un argomento condiviso senza alcuna autorizzazione IAM aggiuntiva. Gli editori possono gestire le sottoscrizioni direttamente in Pub/Sub o tramite la gestione delle sottoscrizioni di condivisione di BigQuery. Per ulteriori informazioni sulle sottoscrizioni Pub/Sub collegate, consulta Condivisione di stream con Pub/Sub.

Opzioni di traffico in uscita dai dati (solo set di dati condivisi BigQuery)

Le opzioni per il traffico in uscita dai dati consentono agli editori di impedire agli abbonati di esportare i dati dai set di dati BigQuery collegati.

Gli editori possono attivare la limitazione del traffico in uscita dai dati in una scheda, nei risultati di una query o in entrambi. Quando l'uscita dei dati è limitata, si applicano le seguenti limitazioni:

  • Le API di copia, clonazione, esportazione e snapshot non sono disponibili.

  • Le opzioni di copia, clonazione, esportazione e snapshot non sono disponibili nella console Google Cloud .

  • La connessione del set di dati con limitazioni all'esploratore di tabelle non è disponibile.

  • BigQuery Data Transfer Service non è disponibile nel set di dati con accesso limitato.

  • Istruzioni CREATE TABLE AS SELECT e scrittura in una tabella di destinazione non sono disponibili.

  • CREATE VIEW AS SELECT dichiarazioni e la scrittura in una visualizzazione di destinazione non sono disponibili.

Quando crei una scheda, puoi impostare le opzioni di uscita dei dati appropriate.

Limitazioni

La condivisione di BigQuery presenta le seguenti limitazioni:

  • Un set di dati condiviso può avere un massimo di 1000 set di dati collegati.

  • Un argomento condiviso può avere un massimo di 10.000 sottoscrizioni Pub/Sub. Questo limite include le sottoscrizioni Pub/Sub collegate e le sottoscrizioni Pub/Sub create al di fuori della condivisione BigQuery (ad esempio, direttamente da Pub/Sub).

  • Un set di dati con risorse non supportate non può essere selezionato come set di dati condiviso quando crei una scheda. Per saperne di più sugli oggetti BigQuery supportati da BigQuery sharing, consulta Set di dati condivisi.

  • Non puoi impostare ruoli IAM o norme IAM su singole tabelle all'interno di un set di dati collegato. Applica i filtri a livello di set di dati collegato.

  • Non puoi collegare tag IAM alle tabelle all'interno di un set di dati collegato. Applica questi filtri a livello del set di dati collegato.

  • I set di dati collegati creati prima del 25 luglio 2023 non vengono compilati automaticamente dalla risorsa di abbonamento. Solo gli abbonamenti creati dopo il 25 luglio 2023 funzionano con i metodi API.

  • Se sei un publisher, si applicano le seguenti limitazioni di interoperabilità di BigQuery:

    • Per eseguire query sulle viste all'interno dei set di dati collegati, devi concedere agli abbonati autorizzazioni esplicite per leggere il set di dati di origine. Per concedere l'accesso alle viste, come best practice, crea viste autorizzate. Le viste autorizzate possono concedere agli abbonati l'accesso ai dati della vista senza dare loro accesso ai dati di origine sottostanti.

    • Il piano di query mostra la query della vista condivisa e la query di routine, inclusi gli ID progetto e altri set di dati coinvolti nelle viste autorizzate. Non includere mai informazioni che consideri sensibili, come chiavi di crittografia, nella visualizzazione condivisa o nella query di routine.

    • I set di dati condivisi sono indicizzati in Data Catalog (ritirato) e Dataplex Universal Catalog. Gli aggiornamenti di un set di dati condiviso, ad esempio l'aggiunta di tabelle o viste, diventano disponibili per gli abbonati senza ritardi. Tuttavia, in alcuni scenari, ad esempio quando in un set di dati condiviso sono presenti più di 100 iscritti o tabelle, l'indicizzazione degli aggiornamenti in questi servizi potrebbe richiedere fino a 18 ore. A causa del ritardo di indicizzazione, gli abbonati non possono cercare immediatamente queste risorse aggiornate nella console Google Cloud .

    • Gli argomenti condivisi vengono indicizzati in Data Catalog (ritirato) e Dataplex Universal Catalog, ma non puoi filtrare in modo specifico in base al tipo di risorsa.

    • Se hai configurato la sicurezza a livello di riga o il mascheramento dei dati nelle tabelle elencate, gli abbonati devono essere clienti Enterprise o Enterprise Plus per eseguire il job di query sul set di dati collegato. Per informazioni sulle versioni, vedi Introduzione alle versioni di BigQuery.

  • Se sei un abbonato, si applicano le seguenti limitazioni di interoperabilità di BigQuery:

    • Le viste materializzate che fanno riferimento a tabelle nel set di dati collegato non sono supportate.

    • L'acquisizione di snapshot delle tabelle dei set di dati collegati non è supportata.

    • Le query con set di dati collegati e istruzioni JOIN di dimensioni superiori a 1 TB (spazio di archiviazione fisico) potrebbero non riuscire. Puoi contattare l'assistenza per risolvere il problema.

    • Non puoi utilizzare qualificatori di regione con le viste INFORMATION_SCHEMA per visualizzare i metadati del set di dati collegato.

    • Ai listing per più regioni si applicano le seguenti limitazioni:

    • Gli elenchi per più regioni sono supportati solo per i set di dati condivisi e le repliche dei set di dati collegati. Gli elenchi per più regioni non sono supportati per argomenti e abbonamenti Pub/Sub condivisi.

    • Le schede per più regioni non sono supportate nelle data clean room.

    • Gli elenchi per più regioni non sono supportati nelle regioni BigQuery Omni.

  • Per le metriche di utilizzo si applicano le seguenti limitazioni:

    • Non puoi ottenere le metriche sull'utilizzo per le schede a cui è stato effettuato l'abbonamento prima del 20 luglio 2023.

    • Le metriche di utilizzo della tabella esterna per i campi num_rows_processed e total_bytes_processed potrebbero contenere dati imprecisi.

    • Le metriche di utilizzo per il consumo sono supportate solo per l'utilizzo con i job BigQuery. Le seguenti risorse non supportano il consumo:

    • Le metriche di utilizzo per le visualizzazioni vengono compilate solo per le query successive al 22 aprile 2024.

    • Le metriche di utilizzo non vengono acquisite per le sottoscrizioni Pub/Sub collegate in BigQuery. Puoi continuare a visualizzare l'utilizzo direttamente in Pub/Sub.

    • Le stored procedure SQL non sono disponibili nella dashboard delle metriche di utilizzo della condivisione di BigQuery. Puoi visualizzare i dettagli nella visualizzazione INFORMATION_SCHEMA.ROUTINES, ma non nella visualizzazione INFORMATION_SCHEMA.SHARED_DATASET_USAGE. Per saperne di più, vedi Utilizzare la visualizzazione INFORMATION_SCHEMA.

  • Quando ti abboni ai dati di Salesforce Data Cloud, si applicano le seguenti limitazioni:

    • I dati di Data Cloud vengono condivisi come visualizzazioni. In qualità di abbonato, non puoi accedere alle tabelle sottostanti a cui fanno riferimento le viste.

Aree geografiche supportate

La condivisione di BigQuery è supportata nelle seguenti regioni e multiregioni.

Regioni

La tabella seguente elenca le regioni delle Americhe in cui è disponibile la condivisione.
Descrizione della regione Nome regione Dettagli
Columbus, Ohio us-east5
Dallas us-south1 icona foglia Bassi livelli di CO2
Iowa us-central1 icona foglia Bassi livelli di CO2
Las Vegas us-west4
Los Angeles us-west2
Messico northamerica-south1
Montréal northamerica-northeast1 icona foglia Bassi livelli di CO2
Virginia del Nord us-east4
Oklahoma us-central2 icona foglia Bassi livelli di CO2
Oregon us-west1 icona foglia Bassi livelli di CO2
Salt Lake City us-west3
San Paolo southamerica-east1 icona foglia Bassi livelli di CO2
Santiago southamerica-west1
Carolina del Sud us-east1
Toronto northamerica-northeast2
La seguente tabella elenca le regioni dell'Asia Pacifico in cui è disponibile la condivisione.
Descrizione della regione Nome regione Dettagli
Delhi asia-south2
Hong Kong asia-east2
Giacarta asia-southeast2
Melbourne australia-southeast2
Mumbai asia-south1
Osaka asia-northeast2
Seul asia-northeast3
Singapore asia-southeast1
Sydney australia-southeast1
Taiwan asia-east1
Tokyo asia-northeast1
La tabella seguente elenca le regioni d'Europa in cui è disponibile la condivisione.
Descrizione della regione Nome regione Dettagli
Belgio europe-west1 icona foglia Bassi livelli di CO2
Berlino europe-west10
Finlandia europe-north1 icona foglia Bassi livelli di CO2
Francoforte europe-west3
Londra europe-west2 icona foglia Bassi livelli di CO2
Madrid europe-southwest1 icona foglia Bassi livelli di CO2
Milano europe-west8
Paesi Bassi europe-west4 icona foglia Bassi livelli di CO2
Parigi europe-west9 icona foglia Bassi livelli di CO2
Torino europe-west12
Varsavia europe-central2
Zurigo europe-west6 icona foglia Bassi livelli di CO2
La seguente tabella elenca le regioni del Medio Oriente in cui è disponibile la condivisione.
Descrizione della regione Nome regione Dettagli
Dammam me-central2
Doha me-central1
Tel Aviv me-west1
La seguente tabella elenca le regioni dell'Africa in cui è disponibile la condivisione.
Descrizione della regione Nome regione Dettagli
Johannesburg africa-south1

Più regioni

La tabella seguente elenca le multiregioni in cui è disponibile la condivisione.
Descrizione di più regioni Nome multi-regione
Data center all'interno degli stati membri dell'Unione Europea1 EU
Data center negli Stati Uniti US

1 I dati che si trovano nella multi-regione EU non sono archiviati nei data center europe-west2 (Londra) o europe-west6 (Zurigo).

Regioni omnicanale

La tabella seguente elenca gli Omni in cui è disponibile la condivisione.
Descrizione della regione Omni Nome della regione omnicanale
AWS
AWS - Stati Uniti orientali (Virginia del Nord) aws-us-east-1
AWS - US West (Oregon) aws-us-west-2
AWS - Asia Pacifico (Seul) aws-ap-northeast-2
AWS - Asia Pacifico (Sydney) aws-ap-southeast-2
AWS - Europe (Ireland) aws-eu-west-1
AWS - Europe (Frankfurt) aws-eu-central-1
Azure
Azure - Stati Uniti orientali 2 azure-eastus2

Caso d'uso di esempio

Questa sezione fornisce un esempio di come utilizzare la condivisione in BigQuery.

Supponiamo che tu sia un rivenditore e che la tua organizzazione disponga di dati di previsione della domanda in tempo reale in un progetto Google Cloud denominato Previsione. Vuoi condividere questi dati di previsione della domanda con centinaia di fornitori nel tuo sistema di supply chain. Le sezioni seguenti descrivono come condividere i dati con i fornitori tramite la condivisione di BigQuery.

Amministratori

In qualità di proprietario del progetto di previsione, devi prima attivare l'API e poi assegnare il ruolo Amministratore Analytics Hub (roles/analyticshub.admin) a un utente che amministra lo scambio di dati nel progetto. Gli utenti con il ruolo Amministratore di Analytics Hub sono denominati amministratori di BigQuery sharing.

Un amministratore della condivisione di BigQuery può svolgere le seguenti attività:

  • Crea, aggiorna, elimina e condividi lo scambio di dati nel progetto di previsione della tua organizzazione.

  • Gestisci altri amministratori di BigQuery sharing con il ruolo Amministratore Analytics Hub.

  • Gestisci i publisher di BigQuery sharing concedendo il ruolo Publisher di Analytics Hub (roles/analyticshub.publisher) ai dipendenti della tua organizzazione. Se vuoi che i dipendenti aggiornino, eliminino e condividano solo le schede, ma non le creino, concedi loro il ruolo Amministratore schede Analytics Hub (roles/analyticshub.listingAdmin).

  • Gestisci gli abbonati alla condivisione BigQuery concedendo il ruolo Abbonato Analytics Hub (roles/analyticshub.subscriber) a un gruppo Google composto da tutti i fornitori. Se vuoi che i fornitori visualizzino solo gli exchange e le schede disponibili, concedi loro il ruolo Visualizzatore Analytics Hub (roles/analyticshub.viewer). Questi fornitori non possono abbonarsi alle schede.

Per saperne di più, vedi Ruoli IAM di BigQuery Sharing e Gestire gli scambi di dati.

Publisher

I publisher creano i seguenti elenchi per i propri set di dati nel progetto di previsione o in un progetto diverso:

  • Scheda A: set di dati di previsione della domanda 1
  • Scheda B: Demand Forecast Dataset 2
  • Scheda C: set di dati 3 di previsione della domanda

In qualità di fornitore di dati, puoi monitorare le metriche di utilizzo per il tuo set di dati condiviso. Le metriche di utilizzo includono i seguenti dettagli:

  • Job eseguiti sul set di dati condiviso.
  • Dettagli sul consumo del tuo set di dati condiviso per progetti e organizzazioni abbonati.
  • Il numero di righe e byte elaborati dal job.

Per saperne di più, consulta Gestire le schede.

Iscritti

Gli abbonati possono sfogliare gli elenchi a cui hanno accesso negli scambi di dati. Possono anche iscriversi a questi elenchi e aggiungere questi set di dati ai loro progetti creando un set di dati collegato. I fornitori possono quindi eseguire query su questi set di dati collegati e recuperare i risultati in tempo reale.

Per saperne di più, vedi Visualizzare e abbonarsi a schede e scambi di dati.

Prezzi

Non sono previsti costi aggiuntivi per la gestione di scambi o schede di dati.

Per i set di dati BigQuery, gli editor pagano l'archiviazione dei dati, mentre gli abbonati pagano le query eseguite sui dati condivisi in base a modelli di prezzo on-demand o basati sulla capacità. Per informazioni sui prezzi, vedi Prezzi di BigQuery.

Per Pub/Sub, gli editori di argomenti pagano il numero totale di byte scritti (velocità effettiva di pubblicazione) nell'argomento condiviso e l'uscita di rete (se applicabile). Gli abbonati pagano il numero totale di byte letti (throughput dell'abbonamento) dall'abbonamento collegato e il traffico in uscita dalla rete (se applicabile). Per ulteriori informazioni, consulta la pagina Prezzi di Pub/Sub.

Quote

Per informazioni sulle quote di condivisione di BigQuery, vedi Quote e limiti.

Conformità

BigQuery sharing, in quanto parte di BigQuery, è conforme ai seguenti programmi di conformità:

Controlli di servizio VPC

Puoi impostare le regole in entrata e in uscita necessarie per consentire a editori e abbonati di accedere ai dati dei progetti con perimetri Controlli di servizio VPC. Per saperne di più, consulta Condivisione delle regole dei Controlli di servizio VPC.

Passaggi successivi