Configura l'integrazione con Service Directory

Anteprima

Questo prodotto o funzionalità è soggetto ai "Termini delle Offerte pre-GA" nella sezione Termini generali del servizio dei Termini specifici del servizio. I prodotti e le funzionalità pre-GA sono disponibili "così come sono" e potrebbero avere un supporto limitato. Per saperne di più, consulta le descrizioni della fase di lancio.

Questa guida presuppone che tu abbia un deployment Cloud Service Mesh in esecuzione e che tu abbia registrato almeno un servizio in Service Directory. Le istruzioni di configurazione si applicano sia che utilizzi Envoy o gRPC senza proxy.

Nota: questa guida supporta solo Cloud Service Mesh con le API Google Cloud e non supporta le API Istio. Per maggiori informazioni, consulta Panoramica di Cloud Service Mesh.

Per utilizzare Service Directory e Cloud Service Mesh, il primo passaggio consiste nel pubblicare il servizio in Service Directory. Per informazioni di panoramica generali, consulta le informazioni sulla pubblicazione di un servizio in Service Directory o la documentazione di Service Directory.

Dopo aver registrato il servizio in Service Directory, puoi creare un'associazione di servizi utilizzando le risorse API di Cloud Service Mesh. Crei un servizio di backend dedicato all'integrazione con Service Directory, perché un servizio di backend che fa riferimento a associazioni di servizi non può avere backend o un controllo di integrità associato.

Requisiti delle regola di forwarding e dell'host di Cloud Service Mesh con le API di bilanciamento del carico

Quando configuri Cloud Service Mesh per l'utilizzo con Service Directory e utilizzi le API di bilanciamento del carico meno recenti, segui queste linee guida:

1. Assicurati che la regola di forwarding di Cloud Service Mesh utilizzi l'indirizzo IP virtuale (VIP) 0.0.0.0.
2. Se disponi di una zona privata, assicurati che la regola host nella mappa URL corrisponda al nome DNS che Service Directory configura nella zona privata di Cloud DNS.

Se non segui queste linee guida, è probabile che le richieste in uscita dalle tue applicazioni non vadano a buon fine.

Imposta l'endpoint API network-services

Prima di creare e utilizzare un servizio di backend, assicurati che l'endpoint API network-services sia impostato in modo da fare riferimento correttamente alle risorse di associazione dei servizi nelle risorse network-services. Imposta l'endpoint API network-services utilizzando il seguente comando.

export CLOUDSDK_API_ENDPOINT_OVERRIDES_NETWORKSERVICES="https://networkservices.googleapis.com/"

Requisiti relativi a ruoli e autorizzazioni

Assicurati di disporre delle autorizzazioni e dei ruoli seguenti prima di creare il deployment di Cloud Service Mesh.

Autorizzazioni e ruoli di associazione dei servizi

Questa sezione non illustra le autorizzazioni di Proprietario, Editor e Visualizzatore a livello di progetto. Descrive le autorizzazioni e i ruoli necessari per creare, leggere, aggiornare ed eliminare le risorse.

Azione	Autorizzazione	Ruoli
Creare un'associazione di servizi.	networkservices.serviceBindings.create	Amministratore di rete
Ottenere un'associazione di servizi.	networkservices.serviceBindings.get	Amministratore di rete, Visualizzatore rete
Elencare le associazioni di servizi in un progetto Google Cloud.	networkservices.serviceBindings.list	Amministratore di rete, Visualizzatore rete
Aggiorna le associazioni dei servizi.	networkservices.serviceBindings.update	Amministratore di rete
Elimina le associazioni di servizi.	networkservices.serviceBindings.delete	Amministratore di rete

Autorizzazioni del servizio Service Directory

L'amministratore di Service Directory deve concedere l'autorizzazione servicedirectory.services.bind all'account di servizio che sta tentando di collegare l'associazione di servizi al servizio Service Directory. In questo modo l'account di servizio può utilizzare un servizio Service Directory, il che significa che l'account può fare riferimento a un servizio Service Directory in un'associazione di servizi.

Applicazione delle autorizzazioni

I controlli delle autorizzazioni IAM vengono eseguiti durante la configurazione di Cloud Service Mesh. Devi disporre delle autorizzazioni necessarie per creare associazioni di servizi e associarle a servizi Service Directory specifici. Se sono in uso le autorizzazioni corrette, puoi configurare i client mesh per scoprire di più e inviare il traffico a un servizio Service Directory.

Poiché questi controlli vengono eseguiti in fase di configurazione, la rimozione dell'autorizzazione di associazione su un servizio Service Directory esistente non interrompe i flussi di traffico. Dopo aver stabilito un'associazione di servizi, la rimozione di un'autorizzazione non influisce sulla possibilità che un client mesh possa scoprire e inviare traffico a un servizio Service Directory.

Per impedire a un client mesh di comunicare con un servizio Service Directory, puoi utilizzare altri meccanismi:

1. Limita l'accesso al servizio Service Directory. Ad esempio, puoi usare le regole firewall.
2. Elimina il servizio Service Directory.
3. Aggiornare la configurazione di Cloud Service Mesh, ad esempio rimuovendo l'associazione dei servizi dal servizio di backend.

Best practice

• Sebbene Service Directory consenta la registrazione degli endpoint utilizzando l'API Service Directory, consigliamo di utilizzare le integrazioni che si registrano automaticamente a Service Directory quando sono disponibili. Per ulteriori informazioni su queste integrazioni, consulta Panoramica di Service Directory per GKE e Panoramica di Service Directory e Cloud Load Balancing.
• Ti consigliamo di utilizzare lo stesso spazio dei nomi e lo stesso servizio per un determinato servizio logico, anche quando viene eseguito il deployment del servizio in regioni diverse.

Utilizzare Service Directory per Service Discovery

Il seguente diagramma fornisce una panoramica dello stato finale di questa procedura di configurazione, compresa la configurazione, il modo in cui i diversi sistemi interagiscono e il modo in cui una richiesta viene risolta negli endpoint di un servizio. In questo esempio si presuppone che tu abbia già un servizio registrato in Service Directory.

Dettagli di configurazione per l'utilizzo di Service Directory per Service Discovery (fai clic per ingrandire)

Per rendere disponibile un servizio Service Directory per Cloud Service Mesh, è necessario seguire questi passaggi.

1. Crea un nuovo servizio di backend in Cloud Service Mesh e non creare backend per il servizio di backend.
2. Creare un'associazione di servizi globali per il servizio Service Directory.

3. Associa il servizio Service Directory a questo servizio di backend. Facoltativamente, imposta campi e criteri aggiuntivi nel servizio di backend.

4. Crea una nuova configurazione di routing o aggiorna una configurazione esistente, in modo che le richieste del client possano essere instradate al nuovo servizio di backend.

Non puoi impostare un controllo di integrità su un servizio di backend che fa riferimento a un'associazione di servizi. Inoltre, il servizio di backend non può avere backend.

Crea l'integrazione

Segui le istruzioni riportate di seguito per integrare Cloud Service Mesh con Service Directory.

Crea un servizio di backend

Segui le istruzioni riportate di seguito per creare un servizio di backend nel deployment di Cloud Service Mesh.

1. Crea un servizio di backend da utilizzare con i servizi Service Directory.

   gcloud compute backend-services create td-sd-demo-service \
    --global \
    --load-balancing-scheme=INTERNAL_SELF_MANAGED
   

2. Creare un'associazione di servizi che fa riferimento a un servizio Service Directory.

   gcloud beta network-services service-bindings create my-sd-binding \
    --location global \
    --service-directory-region us-east1 \
    --service-directory-namespace my-namespace \
    --service-directory-service my-service
   

3. Associa il servizio al servizio di backend.

   gcloud beta compute backend-services update td-sd-demo-service \
    --global \
    --service-bindings my-sd-binding
   

Dopo aver creato il servizio di backend e associato uno o più servizi Service Directory, Cloud Service Mesh inizia a tenere traccia degli endpoint associati al servizio Service Directory. Gli endpoint sono coppie IP:porta distinte. Per rendere questo servizio instradabile, devi configurare il routing.

Configura il routing

Utilizza le seguenti istruzioni per aggiornare la configurazione del routing.

API di routing dei servizi

L'esempio seguente presuppone che tu abbia una risorsa Mesh denominata sidecar- mesh. Crei una risorsa HTTPRoute con i nomi host impostati su myservice.example.com e la destinazione impostata sul servizio di backend td-sd-demo-service che hai creato nella sezione precedente.

1. Crea la specifica HTTPRoute e salvala in un file denominato httproute.yaml.

   name: td-sd-demo-route
   hostnames:
   ‐ myservice.example.com
   meshes:
   ‐ projects/PROJECT_NUMBER/locations/global/meshes/sidecar-mesh
   rules:
   ‐ action:
     destinations:
     ‐ serviceName: "projects/PROJECT_NUMBER/locations/global/backendServices/td-sd-demo-service"
   

2. Importa la specifica HTTPRoute.

   gcloud network-services httproutes import td-sd-demo-route \
     --source=httproute.yaml \
     --location=global
   

API di bilanciamento del carico

L'esempio seguente presuppone che tu abbia già una configurazione di routing di base, che include una mappa URL denominata my-url-map.

• Innanzitutto, crea un matcher del percorso per questa mappa URL. Il matcher di percorso non è complicato. Una volta usata, restituisce td-sd-demo-service, che hai creato nel passaggio precedente.
• In seguito, aggiungi una regola host alla mappa URL. Questa regola host fa sì che venga utilizzato il matcher percorso se una richiesta specifica il nome host myservice.example.com.

1. Crea un matcher di percorso semplice che punti al servizio di backend.

   gcloud compute url-maps add-path-matcher my-url-map \
    --global \
    --default-service td-sd-demo-service \
    --path-matcher-name my-path-matcher
   

2. Mappa il servizio di backend a una nuova regola host nella mappa URL esistente.

   gcloud compute url-maps add-host-rule my-url-map \
    --global \
    --path-matcher-name=my-path-matcher \
    --hosts=myservice.example.com
   

Collega lo stesso servizio da più regioni

Cloud Service Mesh ti consente di associare più servizi Service Directory allo stesso servizio di backend. Ad esempio, potresti avere due servizi Service Directory, ognuno identico ma con endpoint in regioni o zone Google Cloud diverse. In altre parole, un singolo servizio di backend globale potrebbe avere due associazioni di servizi globali, di cui uno che punta a un servizio in us-east1 e l'altro a un servizio in us-west1.

1. Creare un servizio di backend per il servizio Service Directory importato.

   gcloud compute backend-services create td-sd-demo-service \
    --global \
    --load-balancing-scheme=INTERNAL_SELF_MANAGED
   

2. Crea un'associazione di servizi al servizio Service Directory in us-east1.

   gcloud beta network-services service-bindings create us-east1-binding \
    --location global \
    --service-directory-region us-east1 \
    --service-directory-namespace my-namespace \
    --service-directory-service my-service \
   

3. Crea un'associazione di servizi al servizio Service Directory in us-west1.

   gcloud beta network-services service-bindings create us-west1-binding \
    --location global
    --service-directory-region us-west1 \
    --service-directory-namespace my-namespace \
    --service-directory-service my-service \
   

4. Associa i servizi us-east1 e us-west1 al servizio di backend.

   gcloud compute backend-services update td-sd-demo-service \
     --global \
     --service-bindings us-east1-binding,us-west1-binding
   

Applica criteri avanzati per la gestione del traffico

Nella sezione precedente hai utilizzato Cloud Service Mesh per configurare i criteri di routing per un servizio Service Directory esistente. Puoi applicare questo pattern a scenari più avanzati di gestione del traffico.

Considera questo scenario. Disponi di un servizio di test esistente al di fuori del mesh di Cloud Service Mesh. Il servizio di test è un backend per un bilanciatore del carico delle applicazioni interno. Vuoi ripetere una parte del traffico di produzione proveniente dal mesh di Cloud Service Mesh verso questo servizio esterno. Cloud Service Mesh può farlo utilizzando RequestMirrorPolicy, che può inviare traffico a un altro servizio di backend quando la richiesta viene elaborata. Questo processo è anche chiamato shadowing di una richiesta e ti consente di esaminare il traffico senza influire sui servizi di produzione.

Puoi consentire ai client Envoy di eseguire lo shadowing del traffico verso un servizio di test aggiungendo o rimuovendo manualmente l'endpoint del servizio di test dal mesh Cloud Service Mesh. Tuttavia, il processo è più semplice se utilizzi l'integrazione di Service Directory.

Utilizzo di Service Directory per il Service Discovery con mirroring(fai clic per ingrandire)

In questo esempio, la prima cosa da fare è indirizzare un servizio di backend alla registrazione di Service Directory per il servizio di test dei pagamenti. Quindi aggiungi un criterio di mirroring della richiesta al servizio in Cloud Service Mesh.

1. Crea un servizio di backend per il criterio di mirroring della richiesta.

   gcloud compute backend-services create payments-test-bes \
    --global \
    --load-balancing-scheme=INTERNAL_SELF_MANAGED
   

2. Creare un'associazione di servizi che fa riferimento a un servizio Service Directory.

   gcloud beta network-services service-bindings create my-sd-binding \
    --location global \
    --service-directory-region us-east1 \
    --service-directory-namespace my-namespace \
    --service-directory-service my-service \
   

3. Associa il servizio Service Directory al servizio di backend di test.

   gcloud beta compute backend-services update payments-test-bes \
    --global \
    --service-bindings my-sd-binding
   

4. Modifica la mappa URL per eseguire il mirroring delle richieste al servizio di test.

   gcloud compute url-maps edit my-url-map \
     --region=global
   

5. Dopo che la configurazione della mappa URL è stata caricata in un editor, aggiungi il criterio di mirroring della richiesta per eseguire il mirroring delle richieste al servizio Service Directory esistente.

   defaultService: my-project/global/default-service
      hostRules:
       - hosts:
         - '*'
         pathMatcher: path-matcher-one
      pathMatchers:
       - defaultService: my-project/global/default-service
        name: path-matcher-one
        pathRules:
         - paths:
           - /payments/
           service: my-project/global/default-service
           requestMirrorPolicy:
             backendService: myproject/global/payments-test-bes
   

Rimuovere un'associazione di servizi da un servizio di backend

Per rimuovere un'associazione di servizi dal servizio di backend, passa un nuovo elenco di associazioni di servizi al comando gcloud compute backend-services update. Il nuovo elenco non deve includere l'associazione di servizi che vuoi eliminare:

• Per rimuovere tutte le associazioni di servizi, imposta il flag --no-service-bindings.
• Per rimuovere una o più associazioni di servizi: passa un nuovo elenco di associazioni di servizi che omettono le associazioni di servizi che vuoi rimuovere nel flag --service-bindings.

Nota: il comando update aggiorna solo i valori dei flag specificati nel comando.

Aggiungere o rimuovere associazioni di servizi

Il comando bind-service aggiunge un'associazione di servizi all'insieme di associazioni di servizi esistenti nel servizio di backend.

gcloud compute backend-services bind-service BACKEND_SERVICE_NAME \
  --service-binding-name SERVICE_BINDING_URL \
  --global

Il comando unbind-service rimuove un'associazione di servizi dall'insieme di associazioni di servizi esistenti nel servizio di backend.

gcloud compute backend-services unbind-service BACKEND_SERVICE_NAME \
  --service-binding-name SERVICE_BINDING_URL \
  --global

I comandi bind-service e unbind-service sono costrutti di Google Cloud CLI. Non sono costrutti a livello di API.

Passaggi successivi

• Per informazioni sull'osservabilità con questa integrazione, vedi Osservabilità e debug con Service Directory.