Questa pagina è stata tradotta dall'API Cloud Translation.

Esegui il provisioning di un'organizzazione a pagamento con il peering VPC

Questa pagina si applica ad Apigee, ma non ad Apigee hybrid.

Visualizza la documentazione di Apigee Edge.

Questo documento descrive come installare e configurare Apigee dalla riga di comando con il peering VPC. Questi passaggi si applicano ai modelli di prezzi sia in abbonamento sia di pagamento a consumo per le organizzazioni a pagamento con o senza residenza dei dati abilitata.

Riepilogo della procedura

I passaggi per il provisioning sono i seguenti:

Passaggio 1: definisci le variabili di ambiente: Configura gcloud e definisci le variabili di ambiente. L'interfaccia a riga di comando Google Cloud gestisce l'autenticazione, la configurazione locale, il flusso di lavoro degli sviluppatori e le interazioni con le API di Google Cloud.
Passaggio 2: abilita le API: Apigee richiede l'abilitazione di diverse API Google Cloud.
Passaggio 3: crea l'identità di servizio Apigee: questo account di servizio viene utilizzato dalle librerie client Google Cloud per l'autenticazione con le API Google Cloud.
Passaggio 4: configura la rete di servizi: la rete di servizi automatizza la configurazione della connettività privata (utilizzando il peering di rete VPC) tra la tua rete e Apigee.
Passaggio 5: crea un'organizzazione: un'organizzazione Apigee (a volte indicata come org) è il contenitore di primo livello in Apigee. Sono inclusi tutti gli ambienti e i gruppi di ambienti, gli utenti, i proxy API e le risorse correlate.
Passaggio 6: crea un'istanza di runtime: un'istanza o un runtime è il luogo in cui vengono archiviati il progetto e i servizi correlati. Fornisce l'endpoint rivolto agli utenti per i tuoi servizi.
Passaggio 7: crea un ambiente: un proxy API deve essere eseguito in un ambiente e aggiunto a un gruppo di ambienti prima che le API esposte siano accessibili sulla rete.
Passaggio 8: configura il routing: consenti l'accesso esterno o solo interno alla tua API.
Passaggio 9: esegui il deployment di un proxy di esempio: testa il provisioning eseguendo il deployment e chiamando un proxy API.

Passaggio 1: definizione delle variabili di ambiente

Configura gcloud e definisci le variabili di ambiente da utilizzare nei passaggi successivi:

Assicurati di aver completato i requisiti di configurazione elencati in Prima di iniziare.
Devi avere installato Cloud SDK. Se devi installarlo, consulta Installazione di Cloud SDK.
Inizializza Cloud SDK come descritto in Inizializza l'interfaccia a riga di comando gcloud oppure assicurati che il progetto Google Cloud creato in Prerequisiti sia il progetto predefinito per gcloud.
Definisci le seguenti variabili di ambiente nel terminale dei comandi. Seleziona la scheda corrispondente al tipo di organizzazione di cui hai bisogno: Nessuna residenza dei dati o con Residenza dei dati:
Suggerimento: salva le variabili di ambiente in un file di testo in modo da poterle ripristinare facilmente, se necessario.
Nessuna residenza dei dati
```
AUTH="$(gcloud auth print-access-token)"
PROJECT_ID="YOUR_PROJECT_ID"
PROJECT_NUMBER=$(gcloud projects describe $PROJECT_ID --format="value(projectNumber)")
RUNTIME_LOCATION="YOUR_RUNTIME_LOCATION"
ANALYTICS_REGION="YOUR_ANALYTICS_REGION"
BILLING_TYPE="YOUR_BILLING_TYPE"
```
Nota: se esegui il provisioning di una nuova organizzazione Apigee all'interno di un progetto Google Cloud con un vincolo di località della risorsa applicato in un criterio dell'organizzazione, verifica che il vincolo di località sia impostato su global. Poiché il piano di controllo Apigee è un'entità globale per impostazione predefinita, il provisioning non andrà a buon fine se viene applicata una limitazione diversa da global. Per ulteriori informazioni, consulta Introduzione alla residenza dei dati.

Dove:
- AUTH definisce l'intestazione Authentication con un token di accesso. Utilizzerai questo header quando chiami le API Apigee. Tieni presente che il token scade dopo un determinato periodo di tempo e, a quel punto, puoi semplicemente rigenerarlo utilizzando lo stesso comando. Per ulteriori informazioni, consulta la pagina di riferimento del comando print-access-token.
- PROJECT_ID è l'ID progetto Cloud che hai creato nell'ambito dei prerequisiti.
- PROJECT_NUMBER è il numero del progetto Cloud che hai creato nell'ambito dei prerequisiti.
- RUNTIME_LOCATION è la posizione fisica in cui si trova l'istanza Apigee che creerai in un secondo momento. Per un elenco delle località di runtime disponibili, consulta Località di Apigee.
  
  Nota: per RUNTIME_LOCATION, assicurati di utilizzare il nome di una regione e non il nome di una zona. Ad esempio, us-west1 è il nome di una regione, mentre us-west1-a è una zona all'interno della regione. Consulta anche Identificazione di una regione o una zona.
- ANALYTICS_REGION è la posizione fisica in cui verranno archiviati i dati di analisi di Apigee. Per un elenco delle regioni di Apigee API Analytics disponibili, consulta Località Apigee.
  
  Sia RUNTIME_LOCATION che ANALYTICS_REGION possono essere la stessa regione, ma non è obbligatorio.
- BILLING_TYPE è il tipo di fatturazione per l'organizzazione che crei. I valori validi sono:
  - PAYG per le organizzazioni con Pay-as-you-go.
  - SUBSCRIPTION per le organizzazioni Abbonamento.
Residenza dei dati
```
AUTH="$(gcloud auth print-access-token)"
PROJECT_ID="YOUR_PROJECT_ID"
PROJECT_NUMBER=$(gcloud projects describe $PROJECT_ID --format="value(projectNumber)")
RUNTIME_LOCATION="YOUR_RUNTIME_LOCATION"
CONTROL_PLANE_LOCATION="YOUR_CONTROL_PLANE_LOCATION"
CONSUMER_DATA_REGION="YOUR_CONSUMER_DATA_REGION"
BILLING_TYPE="YOUR_BILLING_TYPE"
```
Importante: quando utilizzi la residenza dei dati, la posizione del piano di controllo è la regione contenente. Tutte le altre regioni devono rientrare nella località del piano di controllo. Quando la località del piano di controllo è us, anche la regione dei dati dei consumatori e la posizione di runtime devono trovarsi in us. Ad esempio, us-west1 è accettabile, mentre europe-west1 non lo è.

Dove:
- AUTH definisce l'intestazione Authentication con un token di accesso. Utilizzerai questo header quando chiami le API Apigee. Tieni presente che il token scade dopo un determinato periodo di tempo e, a quel punto, puoi semplicemente rigenerarlo utilizzando lo stesso comando. Per ulteriori informazioni, consulta la pagina di riferimento del comando print-access-token.
- PROJECT_ID è l'ID progetto Cloud che hai creato nell'ambito dei prerequisiti.
- PROJECT_NUMBER è il numero del progetto Cloud che hai creato nell'ambito dei prerequisiti.
- RUNTIME_LOCATION è la posizione fisica in cui si trova l'istanza Apigee che creerai in un secondo momento. Per un elenco delle località di runtime disponibili, consulta Località di Apigee.
  
  Nota: per RUNTIME_LOCATION, assicurati di utilizzare il nome di una regione e non il nome di una zona. Ad esempio, us-west1 è il nome di una regione, mentre us-west1-a è una zona all'interno della regione. Consulta anche Identificazione di una regione o una zona.
  La posizione di runtime deve trovarsi all'interno della posizione del control plane.
- CONTROL_PLANE_LOCATION è la posizione fisica in cui verranno archiviati i dati del piano di controllo Apigee. Per un elenco delle località del piano di controllo disponibili, consulta Località di Apigee.
- CONSUMER_DATA_REGION è una sottoregione della regione del piano di controllo. Devi specificare sia CONTROL_PLANE_LOCATION sia CONSUMER_DATA_REGION. Per un elenco delle regioni di dati dei consumatori disponibili, consulta Località Apigee.
- BILLING_TYPE è il tipo di fatturazione per l'organizzazione che crei. I valori validi sono:
  - PAYG per le organizzazioni con Pay-as-you-go.
  - SUBSCRIPTION per le organizzazioni Abbonamento.

(Facoltativo) Controlla il tuo lavoro eseguendo l'echo dei valori appena impostati. Tieni presente che quando vuoi utilizzare una variabile nei comandi, devi precedere il nome della variabile con il segno di dollaro ($).

Nessuna residenza dei dati

echo $AUTH
echo $PROJECT_ID
echo $PROJECT_NUMBER
echo $RUNTIME_LOCATION
echo $ANALYTICS_REGION
echo $BILLING_TYPE

Le risposte ai comandi echo dovrebbero essere simili alle seguenti:

YOUR_TOKEN
my-cloud-project
1234567890
us-west1
us-west1
SUBSCRIPTION

Residenza dei dati

echo $AUTH
echo $PROJECT_ID
echo $PROJECT_NUMBER
echo $RUNTIME_LOCATION
echo $CONTROL_PLANE_LOCATION
echo $CONSUMER_DATA_REGION
echo $BILLING_TYPE

Le risposte ai comandi echo dovrebbero essere simili alle seguenti:

YOUR_TOKEN
my-cloud-project
1234567890
us-west1
us
us-west1
SUBSCRIPTION

Passaggio 2: attivazione delle API

Autorizzazioni richieste per questa attività

Puoi assegnare al provisioning di Apigee un ruolo predefinito che includa le autorizzazioni necessarie per completare questa attività oppure autorizzazioni più granulari per fornire il privilegio minimo necessario. Consulta Ruoli predefiniti e Autorizzazioni di abilitazione dell'API.

Apigee richiede l'abilitazione di diverse API Google Cloud. Abilitali eseguendo il seguente comando services enable:

gcloud services enable apigee.googleapis.com \
    servicenetworking.googleapis.com \
    compute.googleapis.com \
    cloudkms.googleapis.com --project=$PROJECT_ID

(Facoltativo) Per controllare il tuo lavoro, usa il comando services list per mostrare tutte le API attivate:
```
gcloud services list
```
La risposta mostra tutti i servizi abilitati, incluse le API appena abilitate.

Passaggio 3: crea l'identità del servizio Apigee

Crea l'identità di servizio Apigee:

gcloud beta services identity create --service=apigee.googleapis.com \
  --project=$PROJECT_ID

Verifica che l'agente sia stato creato correttamente. La risposta deve mostrare il nome dell'agente nel seguente formato: service-PROJECT_NUMBER@gcp-sa-apigee.iam.gserviceaccount.com. ad esempio:
```
Service identity created: service-1234567890@gcp-sa-apigee.iam.gserviceaccount.com
```

Passaggio 4: configurazione del networking di servizi

In questo passaggio, alloca una coppia di intervalli di indirizzi IP (un intervallo CIDR /22 e /28) ad Apigee e esegui il peering VPC tra la tua rete e la rete di Apigee. Ogni istanza Apigee richiede un intervallo CIDR non sovrapposto di /22 e /28. Al piano di runtime Apigee vengono assegnati indirizzi IP all'interno di questo intervallo CIDR. Di conseguenza, è importante che l'intervallo sia riservato ad Apigee e non utilizzato da altre applicazioni nella rete VPC. Per ulteriori informazioni e considerazioni importanti, consulta Informazioni sugli intervalli di peering.

Tieni presente che stai creando un intervallo IP di rete sufficiente per un'istanza Apigee. Se prevedi di creare altre istanze Apigee, devi ripetere questo passaggio per ciascuna. Gli intervalli non possono essere condivisi tra le istanze. Consulta anche Espandere Apigee in più regioni.

Importante: se hai già un intervallo di peering e una connessione privata con servicenetworking.googleapis.com e il tuo intervallo è sufficientemente grande da gestire un altro intervallo CIDR /22 e /28, puoi saltare questo passaggio. Apigee creerà i blocchi CIDR necessari per te. Questo passaggio è obbligatorio solo se non hai già creato uno spazio in cui inserire un blocco /22 e /28 oppure se vuoi utilizzare /22 e /28 specifici che al momento non sono presenti.

Autorizzazioni richieste per questa attività

Crea queste variabili di ambiente:
```
RANGE_NAME=YOUR_RANGE_NAME
NETWORK_NAME=YOUR_NETWORK_NAME
```
Dove:
- RANGE_NAME è il nome dell'intervallo di indirizzi IP che stai creando. Puoi assegnare all'intervallo il nome che preferisci. Ad esempio: google-svcs
- NETWORK_NAME è il nome della risorsa di rete in cui devono essere riservati gli indirizzi.
  
  Google crea una rete predefinita (denominata default) per ogni nuovo progetto, che puoi utilizzare. Tuttavia, Google sconsiglia di utilizzare la rete predefinita per altri scopi oltre ai test.
  
  Nota: Google sconsiglia di utilizzare default, a meno che tu non stia testando questa procedura di configurazione. Non devi utilizzare un'organizzazione con una rete predefinita in produzione.
Crea un intervallo IP di rete con una lunghezza CIDR di /22:
```
gcloud compute addresses create $RANGE_NAME \
  --global \
  --prefix-length=22 \
  --description="Peering range for Apigee services" \
  --network=$NETWORK_NAME \
  --purpose=VPC_PEERING \
  --addresses=OPTIONAL_ADDRESSES \
  --project=$PROJECT_ID
```
dove --addresses consente facoltativamente di specificare un intervallo di indirizzi. Ad esempio, per allocare il blocco CIDR 192.168.0.0/22, specifica 192.168.0.0 per l'indirizzo e 22 per la lunghezza del prefisso. Vedi anche Creazione di un'allocazione IP.

Se non fornisci il parametro --addresses, gcloud seleziona un intervallo di indirizzi disponibile per te.

In caso di esito positivo, gcloud risponde con quanto segue:
```
Created [https://www.googleapis.com/compute/v1/projects/PROJECT_NAME/global/addresses/google-svcs].
```
Dopo aver creato un intervallo di indirizzi IP, questi vengono associati al progetto finché non li rilasci.

Verifica che l'intervallo IP della rete sia stato creato con una lunghezza CIDR di /22:

gcloud compute addresses list --global --project=$PROJECT_ID
gcloud compute addresses describe $RANGE_NAME --global --project=$PROJECT_ID

Crea un intervallo IP di rete con una lunghezza CIDR di /28. Questo intervallo è obbligatorio e viene utilizzato da Apigee per la risoluzione dei problemi e non può essere personalizzato o modificato.
```
gcloud compute addresses create google-managed-services-support-1 \
  --global \
  --prefix-length=28 \
  --description="Peering range for supporting Apigee services" \
  --network=$NETWORK_NAME \
  --purpose=VPC_PEERING \
  --addresses=OPTIONAL_ADDRESSES \
  --project=$PROJECT_ID
```
dove --addresses consente facoltativamente di specificare un intervallo di indirizzi. Ad esempio, per allocare il blocco CIDR 192.168.0.0/28, specifica 192.168.0.0 per l'indirizzo e 28 per la lunghezza del prefisso. Vedi anche Creare un'allocazione IP.

Se non fornisci il parametro --addresses, gcloud seleziona un intervallo di indirizzi disponibile per te.

Verifica che l'intervallo IP della rete sia stato creato con una lunghezza CIDR di /28:

gcloud compute addresses list --global --project=$PROJECT_ID
gcloud compute addresses describe google-managed-services-support-1 --global \
  --project=$PROJECT_ID

Connetti i servizi alla rete utilizzando il seguente comando:

gcloud services vpc-peerings connect \
  --service=servicenetworking.googleapis.com \
  --network=$NETWORK_NAME \
  --ranges=$RANGE_NAME,google-managed-services-support-1 \
  --project=$PROJECT_ID

L'operazione potrebbe richiedere diversi minuti. In caso di esito positivo, gcloud risponde con quanto segue, dove OPERATION_ID è l'UUID dell'LRO.

Operation "operations/OPERATION_ID" finished successfully.

Apigee crea una connessione tra la tua rete e i servizi di Google. In particolare, Apigee collega il tuo progetto all'API Service Networking tramite il peering VPC. Apigee associato anche gli indirizzi IP al tuo progetto.

Dopo alcuni minuti, verifica se il peering VPC è andato a buon fine:

gcloud services vpc-peerings list \
  --network=$NETWORK_NAME \
  --service=servicenetworking.googleapis.com \
  --project=$PROJECT_ID

Passaggio 5: crea un'organizzazione

Autorizzazioni richieste per questa attività

Prima di poter creare un'organizzazione, devi creare un anello di chiavi di crittografia e una chiave per il database di runtime (vedi passaggio 1) e, se utilizzi la residenza dei dati, anelli di chiavi di crittografia e chiavi per il piano di controllo (vedi passaggio 2). Queste chiavi Cloud KMS criptano i dati archiviati e replicati nelle località del piano di controllo e di runtime. Apigee utilizza queste entità per criptare i dati dell'applicazione, come KVM, cache e secret client, che vengono poi archiviati nel database. Per ulteriori informazioni, consulta Informazioni sulle chiavi di crittografia Apigee.

Crea una chiave automatizzata e una chiave di crittografia del database di runtime.
1. Definisci una variabile di ambiente per la posizione dell'anello e della chiave di crittografia del database di runtime. In questo modo puoi garantire la coerenza durante la creazione e seguire più facilmente la documentazione.
  
  Il valore è la posizione fisica in cui sono archiviati il tuo anello di chiavi di crittografia del database di runtime e la chiave.
  Regione singola
  
  Configurazioni per una singola regione (in cui hai una sola istanza in una regione): scegli tra le località regionali KMS supportate.
  
  Ad esempio:
  RUNTIMEDBKEY_LOCATION="us-west1"
  Il valore può essere uguale a $RUNTIME_LOCATION (anche una regione), ma non è obbligatorio. Tuttavia, se sono uguali, potrebbe esserci un vantaggio in termini di rendimento.
  Più regioni
  
  Configurazioni multi-regione: scegli tra le località multiregionali supportate (ad es. us o europe) o le località a due regioni.
  
  Ad esempio:
  RUNTIMEDBKEY_LOCATION="us"
  Se hai una configurazione per più regioni negli Stati Uniti, ti consigliamo di utilizzare us per la tua località, se possibile. In caso contrario, utilizza nam4.
2. Definisci le variabili di ambiente per i keyring e i nomi delle chiavi del database.
  Il nome del portachiavi deve essere univoco per la tua organizzazione. Se crei una seconda regione o una successiva, il nome non può essere uguale a quello di altri mazzi di chiavi.
```
RUNTIMEDB_KEY_RING_NAME=YOUR_DB_KEY_RING_NAME
RUNTIMEDB_KEY_NAME=YOUR_DB_KEY_NAME
```
3. (Facoltativo) Controlla il tuo lavoro eseguendo l'echo dei valori appena impostati. Ricorda che quando vuoi utilizzare una variabile nei comandi, devi precedere il nome della variabile con il segno di dollaro ($).
```
echo $RUNTIMEDBKEY_LOCATION
echo $RUNTIMEDB_KEY_RING_NAME
echo $RUNTIMEDB_KEY_NAME
```
4. Crea un nuovo keyring:
```
gcloud kms keyrings create $RUNTIMEDB_KEY_RING_NAME \
  --location $RUNTIMEDBKEY_LOCATION --project $PROJECT_ID
```
  La posizione della chiave di crittografia del database di runtime Apigee supporta tutte le località Cloud KMS che supportano Cloud HSM e Cloud EKM.
5. Crea una chiave:
```
gcloud kms keys create $RUNTIMEDB_KEY_NAME \
  --keyring $RUNTIMEDB_KEY_RING_NAME \
  --location $RUNTIMEDBKEY_LOCATION \
  --purpose "encryption" \
  --project $PROJECT_ID
```
  Questo comando crea la chiave e la aggiunge al mazzo di chiavi.
  
  Recupera l'ID chiave:
```
gcloud kms keys list \
  --location=$RUNTIMEDBKEY_LOCATION \
  --keyring=$RUNTIMEDB_KEY_RING_NAME \
  --project=$PROJECT_ID
```
  L'ID chiave ha la seguente sintassi (simile a un percorso file):
```
projects/PROJECT_ID/locations/RUNTIMEDBKEY_LOCATION/keyRings/RUNTIMEDB_KEY_RING_NAME/cryptoKeys/RUNTIMEDB_KEY_NAME
```
6. Inserisci l'ID chiave in una variabile di ambiente. Utilizzerai questa variabile in un comando successivo:
```
RUNTIMEDB_KEY_ID=YOUR_RUNTIMEDB_KEY_ID
```
7. Concedi all'agente di servizio Apigee l'accesso per utilizzare la nuova chiave:
```
gcloud kms keys add-iam-policy-binding $RUNTIMEDB_KEY_NAME \
  --location $RUNTIMEDBKEY_LOCATION \
  --keyring $RUNTIMEDB_KEY_RING_NAME \
  --member serviceAccount:service-$PROJECT_NUMBER@gcp-sa-apigee.iam.gserviceaccount.com \
  --role roles/cloudkms.cryptoKeyEncrypterDecrypter \
  --project $PROJECT_ID
```
  Questo comando associa la chiave all'agente di servizio Apigee.
  
  Al termine della richiesta, gcloud risponde con un messaggio simile al seguente:
```
Updated IAM policy for key [runtime].
bindings:
- members:
  - serviceAccount:service-1234567890@gcp-sa-apigee.iam.gserviceaccount.com
  role: roles/cloudkms.cryptoKeyEncrypterDecrypter
etag: BwWqgEuCuwk=
version: 1
```
  Se ricevi un errore simile al seguente:
```
INVALID_ARGUMENT: Role roles/cloudkms.cryptokms.cryptoKeyEncrypterDecrypter is not supported for this resource.
```
  Assicurati di aver utilizzato il numero del progetto e non il nome del progetto nell'indirizzo email dell'account di servizio.
Se utilizzi la residenza dei dati, crea un mazzo di chiavi di crittografia del piano di controllo e una chiave. Se non utilizzi la residenza dei dati, vai al passaggio 3.
Nota: questo passaggio è necessario solo se hai selezionato us (multiple regions in us) o eu (multiple regions in European Union) come giurisdizione di hosting del piano di controllo. Se hai selezionato un'altra regione, vai al passaggio 3.

Esegui i passaggi che seguono per creare una chiave e un mazzo di chiavi di crittografia del piano di controllo.

Definisci una variabile di ambiente per la posizione della chiave e dell'anello di crittografia del database del piano di controllo:
```
CONTROL_PLANE_LOCATION=YOUR_CONTROL_PLANE_LOCATION
CONSUMER_DATA_REGION=YOUR_CONSUMER_DATA_REGION
```
Dove:
- CONTROL_PLANE_LOCATION è la posizione fisica in cui verranno archiviati i dati del piano di controllo Apigee. Per un elenco delle località del piano di controllo disponibili, consulta Località di Apigee.
- CONSUMER_DATA_REGION è una sottoregione della regione del piano di controllo. Devi specificare sia CONTROL_PLANE_LOCATION sia CONSUMER_DATA_REGION. Per un elenco delle regioni di dati dei consumatori disponibili, consulta Località Apigee.
Definisci le variabili di ambiente per i mazzi di chiavi e i nomi delle chiavi del database del piano di controllo.

Il nome del portachiavi deve essere univoco per la tua organizzazione.
```
CONTROL_PLANE_KEY_RING_NAME=YOUR_CONTROL_PLANE_KEY_RING_NAME
CONTROL_PLANE_KEY_NAME=YOUR_CONTROL_PLANE_KEY_NAME
CONSUMER_DATA_KEY_RING_NAME=YOUR_CONSUMER_DATA_KEY_RING_NAME
CONSUMER_DATA_KEY_NAME=YOUR_CONSUMER_DATA_REGION_KEY_NAME
```
Dove:
- CONTROL_PLANE_KEY_RING_NAME è il nome del mazzo di chiavi di crittografia del control plane che utilizzerai per identificarlo.
- CONTROL_PLANE_KEY_NAME è il nome della chiave che utilizzerai per identificare la chiave di crittografia del control plane.
- CONSUMER_DATA_KEY_RING_NAME è il nome del set di chiavi che utilizzerai per identificare il set di chiavi di crittografia della regione dei dati dei consumatori.
- CONSUMER_DATA_KEY_NAME è il nome della chiave che utilizzerai per identificare la chiave di crittografia della regione dei dati dei consumatori.

Crea un nuovo keyring:

gcloud kms keyrings create $CONTROL_PLANE_KEY_RING_NAME \
  --location $CONTROL_PLANE_LOCATION \
  --project $PROJECT_ID

gcloud kms keyrings create $CONSUMER_DATA_KEY_RING_NAME \
  --location $CONSUMER_DATA_REGION \
  --project $PROJECT_ID

Crea una chiave:

gcloud kms keys create $CONTROL_PLANE_KEY_NAME \
  --keyring $CONTROL_PLANE_KEY_RING_NAME \
  --location $CONTROL_PLANE_LOCATION \
  --purpose "encryption" \
  --project $PROJECT_ID

gcloud kms keys create $CONSUMER_DATA_KEY_NAME \
  --keyring $CONSUMER_DATA_KEY_RING_NAME \
  --location $CONSUMER_DATA_REGION \
  --purpose "encryption" \
  --project $PROJECT_ID

Questo comando crea la chiave e la aggiunge al mazzo di chiavi.

Recupera l'ID chiave:

gcloud kms keys list \
--location=$CONTROL_PLANE_LOCATION \
--keyring=$CONTROL_PLANE_KEY_RING_NAME \
--project=$PROJECT_ID

gcloud kms keys list \
--location=$CONSUMER_DATA_REGION \
--keyring=$CONSUMER_DATA_KEY_RING_NAME \
--project=$PROJECT_ID

L'ID chiave ha la seguente sintassi (simile a un percorso file):

projects/PROJECT_ID/locations/CONTROL_PLANE_LOCATION/keyRings/CONTROL_PLANE_KEY_RING_NAME/cryptoKeys/CONTROL_PLANE_KEY_NAME

projects/PROJECT_ID/locations/CONSUMER_DATA_REGION/keyRings/CONSUMER_DATA_KEY_RING_NAME/cryptoKeys/CONSUMER_DATA_KEY_NAME

Inserisci l'ID chiave in una variabile di ambiente. Utilizzerai questa variabile in un comando successivo:
```
CONTROL_PLANE_KEY_ID=YOUR_CONTROL_PLANE_KEY_ID
```
```
CONSUMER_DATA_KEY_ID=YOUR_CONSUMER_DATA_KEY_ID
```

Concedi all'agente di servizio Apigee l'accesso per utilizzare la nuova chiave:

gcloud kms keys add-iam-policy-binding $CONTROL_PLANE_KEY_NAME \
  --location $CONTROL_PLANE_LOCATION \
  --keyring $CONTROL_PLANE_KEY_RING_NAME \
  --member "serviceAccount:service-$PROJECT_NUMBER@gcp-sa-apigee.iam.gserviceaccount.com" \
  --role roles/cloudkms.cryptoKeyEncrypterDecrypter \
  --project $PROJECT_ID

gcloud kms keys add-iam-policy-binding $CONSUMER_DATA_KEY_NAME \
 --location $CONSUMER_DATA_REGION \
 --keyring $CONSUMER_DATA_KEY_RING_NAME \
 --member "serviceAccount:service-$PROJECT_NUMBER@gcp-sa-apigee.iam.gserviceaccount.com" \
 --role roles/cloudkms.cryptoKeyEncrypterDecrypter \
 --project $PROJECT_ID

Questo comando associa la chiave all'agente di servizio Apigee. Al termine corretto di questa richiesta, gcloud risponde con qualcosa di simile al seguente:

Updated IAM policy for key [runtime].
bindings:
- members:
  - serviceAccount:service-1234567890@gcp-sa-apigee.iam.gserviceaccount.com
  role: roles/cloudkms.cryptoKeyEncrypterDecrypter
etag: BwWqgEuCuwk=
version: 1

Se ricevi un errore simile al seguente:

INVALID_ARGUMENT: Role roles/cloudkms.cryptokms.cryptoKeyEncrypterDecrypter is not supported for this resource.

Assicurati di aver utilizzato il numero di progetto e non il nome del progetto nell'indirizzo email dell'account di servizio.

Vedi anche: Risoluzione dei problemi relativi a CMEK.

Crea l'organizzazione inviando la seguente richiesta all'API organizations di Apigee:
Nessuna residenza dei dati
```
curl "https://apigee.googleapis.com/v1/organizations?parent=projects/$PROJECT_ID"  \
  -H "Authorization: Bearer $AUTH" \
  -X POST \
  -H "Content-Type:application/json" \
  -d '{
    "name":"'"$PROJECT_ID"'",
    "analyticsRegion":"'"$ANALYTICS_REGION"'",
    "runtimeType":"CLOUD",
    "billingType":"'"$BILLING_TYPE"'",
    "authorizedNetwork":"'"$NETWORK_NAME"'",
    "runtimeDatabaseEncryptionKeyName":"'"$RUNTIMEDB_KEY_ID"'"
  }'
```
Dove:
- -d definisce il payload di dati per la richiesta. Questo payload deve includere quanto segue:
  - name: identifica la nuova organizzazione. Deve avere lo stesso nome dell'ID progetto.
  - analyticsRegion: specifica la posizione fisica in cui verranno archiviati i dati di analisi.
  - runtimeType: imposta questo valore su CLOUD.
  - billingType: specifica il tipo di fatturazione dell'organizzazione creata.
  - authorizedNetwork: identifica la rete di peering specificata in Configurare il networking del servizio.
    Nota: Apigee supporta anche l'utilizzo di VPC condivise (ovvero il progetto di rete host non è lo stesso di quello in peering con Apigee). Per utilizzare una rete VPC condivisa, utilizza il seguente formato: projects/HOST_PROJECT_ID/REGION/networks/NETWORK_NAME. Ad esempio:
    projects/my-sharedvpc-host/global/networks/mynetwork
    Consulta anche la panoramica della VPC e la risorsa REST: organizzazioni.
  - runtimeDatabaseEncryptionKeyName: l'ID della chiave di crittografia dell'applicazione che hai creato nel passaggio precedente. Ricorda che l'ID è strutturato come un percorso file. Ad esempio:
    projects/my-project/locations/us-west1/keyRings/my-key-ring/cryptoKeys/my-key
Residenza dei dati

Crea un'organizzazione utilizzando l'API:
```
curl "https://$CONTROL_PLANE_LOCATION-apigee.googleapis.com/v1/organizations?parent=projects/$PROJECT_ID"  \
  -H "Authorization: Bearer $AUTH" \
  -X POST \
  -H "Content-Type:application/json" \
  -d '{
    "name":"'"$PROJECT_ID"'",
    "runtimeType":"CLOUD",
    "billingType":"'"$BILLING_TYPE"'",
    "controlPlaneEncryptionKeyName":"'"$CONTROL_PLANE_KEY_ID"'",
    "apiConsumerDataLocation":"'"$CONSUMER_DATA_REGION"'",
    "apiConsumerDataEncryptionKeyName":"'"$CONSUMER_DATA_KEY_ID"'",
    "authorizedNetwork":"'"$NETWORK_NAME"'",
    "runtimeDatabaseEncryptionKeyName":"'"$RUNTIMEDB_KEY_ID"'"
  }'
```
Dove:

-d definisce il payload di dati per la richiesta. Questo payload deve includere quanto segue:
- name: identifica la nuova organizzazione. Deve avere lo stesso nome dell'ID progetto.
- runtimeType: imposta questo valore su CLOUD.
- billingType: specifica il tipo di fatturazione dell'organizzazione creata.
- controlPlaneEncryptionKeyName: è l'ID chiave del piano di controllo.
- apiConsumerDataLocation: devi anche specificare una sottoregione da utilizzare per le risorse interne. Consulta Regioni di residenza dei dati per i valori supportati.
- apiConsumerDataEncryptionKeyName: è l'ID chiave della regione dei dati dei consumatori.
- authorizedNetwork: identifica la rete di peering specificata in Configurare il networking del servizio.
  Nota: Apigee supporta anche l'utilizzo di VPC condivise (ovvero il progetto di rete host non è lo stesso di quello in peering con Apigee). Per utilizzare una rete VPC condivisa, utilizza il seguente formato: projects/HOST_PROJECT_ID/REGION/networks/NETWORK_NAME. Ad esempio:
  projects/my-sharedvpc-host/global/networks/mynetwork
  Consulta anche la panoramica della VPC e la risorsa REST: organizzazioni.
- runtimeDatabaseEncryptionKeyName: l'ID della chiave di crittografia dell'applicazione che hai creato nel passaggio precedente. Ricorda che l'ID è strutturato come un percorso file. Ad esempio:
  projects/my-project/locations/us-west1/keyRings/my-key-ring/cryptoKeys/my-key
Dopo aver eseguito questo comando, Apigee avvia un'operazione a lungo termine, che può richiedere alcuni minuti.

Se ricevi un errore, controlla l'utilizzo delle virgolette intorno ai valori delle variabili nel payload dei dati. Assicurati di avere virgolette doppie, singole e doppie intorno alla variabile $PROJECT_ID, come mostrato nell'esempio seguente:
```
"'"$PROJECT_ID"'"
```
Se utilizzi stringhe normali (non variabili di ambiente) per i valori della richiesta, puoi inserirle tra virgolette doppie all'interno della stringa del payload tra virgolette singole, come mostrato nell'esempio seguente:
```
'{ "name":"my-gcp-project", ... }'
```
Attendi qualche minuto.

Per controllare lo stato della richiesta di creazione, puoi inviare una richiesta GET all'API List organizations di Apigee, come mostrato nell'esempio seguente:

Nessuna residenza dei dati

curl -H "Authorization: Bearer $AUTH" "https://apigee.googleapis.com/v1/organizations/$PROJECT_ID"

Residenza dei dati

curl -H "Authorization: Bearer $AUTH" "https://$CONTROL_PLANE_LOCATION-apigee.googleapis.com/v1/organizations/$PROJECT_ID"

Se visualizzi questa risposta, significa che la creazione dell'organizzazione non è ancora stata completata:

{
  "error": {
    "code": 403,
    "message": "Permission denied on resource \"organizations/apigee-docs-m\" (or it may not exist)",
    "status": "PERMISSION_DENIED"
  }
}

Se Apigee ha creato correttamente una nuova organizzazione, riceverai una risposta simile alla seguente:

Nessuna residenza dei dati

{
  "name": "my-cloud-project",
  "createdAt": "1592586495539",
  "lastModifiedAt": "1592586495539",
  "environments": [],
  "properties": {
    "property": [
      {
        "name": "features.hybrid.enabled",
        "value": "true"
      },
      {
        "name": "features.mart.connect.enabled",
        "value": "true"
      }
    ]
  },
  "analyticsRegion": "us-west1",
  "runtimeType": "CLOUD",
  "subscriptionType": "PAID",
  "caCertificate": "YOUR_CERTIFICATE",
  "authorizedNetwork": "my-network",
  "projectId": "my-cloud-project"
}

Residenza dei dati

  {
    "name": "my-cloud-project",
    "createdAt": "1681412783749",
    "lastModifiedAt": "1681412783749",
    "environments": [
      "test-env"
    ],
    "properties": {
      "property": [
        {
          "name": "features.mart.connect.enabled",
          "value": "true"
        },
        {
          "name": "features.hybrid.enabled",
          "value": "true"
        }
      ]
    },
    "authorizedNetwork": "default",
    "runtimeType": "CLOUD",
    "subscriptionType": "PAID",
    "caCertificate": "YOUR_CERTIFICATE",
    "runtimeDatabaseEncryptionKeyName": "projects/my-cloud-project/locations/us/keyRings/my-key-ring/cryptoKeys/my-key-name",
    "projectId": "my-cloud-project",
    "state": "ACTIVE",
    "billingType": "PAYG",
    "addonsConfig": {
      "advancedApiOpsConfig": {},
      "integrationConfig": {},
      "monetizationConfig": {},
      "connectorsPlatformConfig": {}
    },
    "apiConsumerDataEncryptionKeyName": "projects/my-cloud-project/locations/us-central1/keyRings/my-key-ring/cryptoKeys/my-key-name",
    "controlPlaneEncryptionKeyName": "projects/my-cloud-project/locations/us/keyRings/my-key-ring/cryptoKeys/my-key-name",
    "apiConsumerDataLocation": "us-central1",
    "apigeeProjectId": "i0c2a37e80f9850ab-tp"
  }

Se Apigee restituisce una risposta di errore HTTP, consulta Creazione di un'organizzazione Apigee.

Tipo di accesso	Descrizione della procedura di configurazione e di deployment
Interna con peering VPC	Consenti solo l'accesso interno ai proxy API. Devi creare una nuova VM all'interno della rete e connetterti. Dalla nuova VM, puoi inviare una richiesta a un proxy API Apigee.
Esterno con gruppo di istanze gestite	Consenti l'accesso esterno ai proxy API. Utilizza un gruppo di istanze gestite (MIG) per inviare il traffico API dal servizio di backend di un bilanciatore del carico globale ad Apigee. Con questa configurazione, Apigee è in grado di collegarsi solo alla VPC associata. Questa configurazione ti consente di inviare richieste proxy API Apigee da qualsiasi computer con accesso alla rete.
Interna con PSC (novità)	Consenti solo l'accesso interno ai proxy API da qualsiasi progetto Google Cloud utilizzando Private Service Connect (PSC). PSC consente la connessione privata tra un producer di servizi (Apigee) e un consumer di servizi (il progetto VPC in peering e/o uno o più altri progetti Cloud sotto il tuo controllo). Con questo metodo, le richieste passano tramite un endpoint di servizio o un bilanciatore del carico interno regionale a un singolo punto di attacco, chiamato attacco del servizio. Questa configurazione consente ai client interni di inviare richieste proxy API Apigee da qualsiasi computer con accesso alla rete.
Esterno con PSC (novità)	Consenti l'accesso esterno ai proxy API utilizzando Private Service Connect (PSC). Utilizza Private Service Connect (PSC) per abilitare la connessione privata tra un producer di servizi (Apigee) e un consumer di servizi (il progetto VPC congiunto e/o uno o più altri progetti cloud che controlli). Con questo metodo, le richieste passano tramite un bilanciatore del carico esterno globale o un bilanciatore del carico esterno regionale a un singolo punto di attacco, chiamato attacco del servizio. Questa configurazione ti consente di inviare richieste di proxy API Apigee da qualsiasi computer con accesso alla rete.

Esegui il provisioning di un'organizzazione a pagamento con il peering VPC

Riepilogo della procedura

Passaggio 1: definizione delle variabili di ambiente

Nessuna residenza dei dati

Residenza dei dati

Nessuna residenza dei dati

Residenza dei dati

Passaggio 2: attivazione delle API

Autorizzazioni richieste per questa attività

Passaggio 3: crea l'identità del servizio Apigee

Passaggio 4: configurazione del networking di servizi

Autorizzazioni richieste per questa attività

Passaggio 5: crea un'organizzazione

Autorizzazioni richieste per questa attività

Regione singola

Più regioni

Nessuna residenza dei dati

Residenza dei dati

Nessuna residenza dei dati

Residenza dei dati

Nessuna residenza dei dati

Residenza dei dati

Passaggio 6: creazione di un'istanza di runtime

Autorizzazioni richieste per questa attività

Nessuna residenza dei dati

Residenza dei dati

Nessuna residenza dei dati

Residenza dei dati

Nessuna residenza dei dati

Residenza dei dati

Passaggio 7: creazione di un ambiente

Autorizzazioni richieste per questa attività

Abbonamento

Pagamento a consumo

Abbonamento

Nessuna residenza dei dati

Residenza dei dati

Pagamento a consumo

Nessuna residenza dei dati

Residenza dei dati

Nessuna residenza dei dati

Residenza dei dati

Nessuna residenza dei dati

Residenza dei dati

Nessuna residenza dei dati

Residenza dei dati

Nessuna residenza dei dati

Residenza dei dati

Nessuna residenza dei dati

Residenza dei dati

Nessuna residenza dei dati

Residenza dei dati

Nessuna residenza dei dati

Residenza dei dati

Passaggio 8: configura il routing

Routing interno (VPC)

Routing esterno (MIG)

Autorizzazioni richieste per questa attività

Passaggio 8a: abilita l'accesso privato Google per una subnet della tua rete VPC

Passaggio 8b: configura le variabili di ambiente

Passaggio 8c: crea un gruppo di istanze gestite

Passaggio 8d: crea un certificato e una chiave SSL per il bilanciatore del carico

Passaggio 8e: crea un bilanciatore del carico globale

Passaggio 8f: ottieni un indirizzo IP riservato e crea regole firewall

Routing interno (PSC)

Endpoint di servizio

Autorizzazioni richieste per questa attività

Crea un endpoint del servizio PSC per il collegamento del servizio

Nessuna residenza dei dati

Residenza dei dati

Bilanciatore del carico regionale interno

Autorizzazioni richieste per questa attività

Passaggio 8a: configura le variabili di ambiente

Passaggio 8b: crea una subnet solo proxy

Passaggio 8c: crea un gruppo di endpoint di rete (NEG)

Nessuna residenza dei dati

Residenza dei dati

Passaggio 8d: configura il bilanciatore del carico interno a livello di regione

Routing esterno (PSC)

Autorizzazioni richieste per questa attività