Configura i riferimenti tra progetti
Questo documento riguarda solo Cloud Service Mesh con Google Cloud le API di routing dei servizi. Non usare questo documento se stai configurando Cloud Service Mesh con le API Istio.
In alcuni scenari, la configurazione della rete mesh di servizi include servizi che si trovano in progetti diversi. Ad esempio, nel VPC condiviso o in VPC in peering di deployment, ogni proprietario del progetto può definire il proprio set per renderli disponibili a tutti gli altri progetti.
Questa configurazione è chiamata tra progetti perché più risorse definite in progetti diversi vengono combinate per formare una singola configurazione che può essere inviata a un proxy Envoy o a un client gRPC senza proxy.
Le istruzioni riportate di seguito utilizzano le risorse Mesh
e HTTPRoute
, ma possono essere applicate alle risorse Gateway
, GRPCRoute
e TCPRoute
.
Configurazione della risorsa Mesh
Designa un progetto come progetto host in cui amministrare la risorsa Mesh
. Qualsiasi account di servizio
con le autorizzazioni di creazione,
aggiornare o eliminare Mesh
risorse in questo progetto possono controllare il routing
configurazioni collegate a Mesh
risorse in questo progetto.
Nel file
shared-mesh.yaml
, crea una specificaMesh
.name: shared-mesh interceptionPort: 15001
Definisci una risorsa
Mesh
in questo progetto.gcloud network-services meshes import shared-mesh \ --source=shared-mesh.yaml \ --location=global
Annota l'URI completo della risorsa
Mesh
, perché i proprietari del servizio necessario l'URI per collegare le proprie route a questoMesh
./projects/[HOST_PROJECT_NUMBER]/locations/global/meshes/shared-mesh
Concedi l'autorizzazione IAM
networkservices.meshes.use
per questoMesh
agli account di servizio tra progetti che devono poter collegare informazioni sui servizi a questoMesh
.gcloud projects add-iam-policy-binding [HOST_PROJECT_NUMBER] --member='[HTTP_ROUTE_SERVICE_OWNER_ACCOUNT]' --role='roles/compute.networkAdmin'
Tutti i proprietari di servizi a cui è stata concessa l'networkservices.meshes.use
autorizzazione possono aggiungere le proprie regole di routing a questa Mesh
risorsa.
Configurare il routing nei progetti di servizio
Ogni proprietario di servizio deve creare uno o più servizi di backend e risorse Route
nel proprio progetto, in modo simile all'esempio riportato nella
guida alla configurazione dei proxy sidecar.
L'unica differenza è che ogni HTTPRoute
, GRPCRoute
o TCPRoute
La risorsa deve avere l'URI della risorsa Mesh
del progetto host in meshes
.
Usa il codice seguente per compilare il campo
meshes
. Puoi utilizzare l'ID progetto o il numero del progetto.echo "name: sharedvpc-http-route hostnames: - helloworld-gce meshes: - /projects/[HOST_PROJECT_NUMBER]/locations/global/meshes/shared-mesh rules: - action: destinations: - serviceName: \"url/of/the/service\"" | \ gcloud network-services http-routes import sharedvpc-http-route \ --source=- \ --location=global
Crea i servizi client nei progetti di servizio
Quando configuri un client Cloud Service Mesh che si trova in un servizio
la configurazione del bootstrap deve specificare il numero del progetto in cui
La risorsa Mesh
si trova e il nome Mesh
. Questo requisito si applica sia a
proxy Envoy e
deployment gRPC senza proxy.
Con i deployment di Envoy, utilizza l'opzione --service-proxy:project-number
.
Passaggi successivi
- Per informazioni su come elencare le risorse di percorso associate a
Mesh
oGateway
risorsa, vedi Elenco di risorseRoute
. Questa funzionalità è in anteprima.