Prepárate para configurar Cloud Service Mesh con servicios de gRPC sin proxy

La configuración de Cloud Service Mesh incluye varias fases. En este documento, se describe la primera fase: instrucciones para preparar la configuración de Cloud Service Mesh con aplicaciones de gRPC sin proxy. Este documento se aplica cuando usas las APIs de balanceo de cargas. Sin embargo, te recomendamos que uses las APIs de enrutamiento de servicios. Las otras fases se tratan en las guías específicas de la plataforma que se enumeran en Continúa el proceso de configuración más adelante en este documento.

Antes de leer esta guía, familiarízate con los siguientes documentos, que proporcionan una descripción general del uso de Cloud Service Mesh con aplicaciones de gRPC sin proxy:

• Descripción general de Cloud Service Mesh
• Descripción general de Cloud Service Mesh con servicios de gRPC sin proxy
• Descripción general de las APIs de enrutamiento de servicios nuevos de Cloud Service Mesh

Requisitos previos

Completa las siguientes tareas para preparar tu entorno local:

1. Habilita la facturación.
2. Otorga los permisos necesarios.
3. Habilita la API de Traffic Director para tu proyecto.
4. Asegúrate de que la cuenta de servicio tenga permisos suficientes para acceder a la API de Traffic Director.

En las siguientes secciones, se proporcionan instrucciones para cada tarea.

Habilitar facturación

Asegúrate de que la facturación esté habilitada para tu proyecto de Google Cloud. Para obtener más información, consulta Habilita, inhabilita o cambia la facturación de un proyecto.

Otorga los permisos de IAM necesarios

Debes tener suficientes permisos de Identity and Access Management (IAM) para crear instancias de VM y modificar una red para configurar Cloud Service Mesh. Si tienes la función de propietario o editor (roles/owner o roles/editor) en el proyecto en el que habilitarás Cloud Service Mesh, obtendrás todos los permisos correctos automáticamente.

De lo contrario, debes tener todos los roles de IAM que se muestran en la siguiente tabla. Si tienes estas funciones, también tienes sus permisos asociados, como se describe en la documentación de IAM de Compute Engine.

Las VMs de Compute Engine deben tener el permiso https://www.googleapis.com/auth/cloud-platform. Para obtener más información, consulta Soluciona problemas de implementaciones que usan gRPC sin proxy.

Con xDS v3, otorga el rol roles/trafficdirector.client a la cuenta de servicio que usan los clientes de gRPC de Cloud Service Mesh.

Habilita la API de Traffic Director

gcloud services enable trafficdirector.googleapis.com

Habilita la cuenta de servicio para acceder a la API de Traffic Director

Cuando configuras el plano de datos y lo conectas a Cloud Service Mesh, los clientes de xDS se conectan al servidor trafficdirector.googleapis.com de xDS. Estos clientes de xDS presentan una identidad de cuenta de servicio al servidor de xDS a fin de garantizar que la comunicación entre el plano de datos y el plano de control estén autorizadas de manera adecuada.

Para una VM de Compute Engine, el cliente de xDS usa la cuenta de servicio asignada a la VM.

Necesitas los siguientes permisos. La versión del protocolo xDS se especifica en el archivo de arranque. Solo se admite xDS v3.

Si usas xDS v2, debes migrar a xDS v3. Para obtener información sobre cómo migrar, consulta Migra de xDS v2 a xDS v3.

Cuando usas xDS v3, la cuenta de servicio que usan tus aplicaciones de gRPC deben tener los permisos trafficdirector.networks.reportMetrics y trafficdirector.networks.getConfigs. Puedes usar el rol de cliente de malla de servicios de Cloud (roles/trafficdirector.client) de IAM, que une ambos permisos.

gcloud projects add-iam-policy-binding PROJECT \
    --member serviceAccount:SERVICE_ACCOUNT_EMAIL \
    --role=roles/trafficdirector.client

A continuación, sigue este procedimiento general para configurar aplicaciones de gRPC sin proxy en una malla:

1. Actualiza tus clientes de gRPC a la última versión de gRPC con el parche más reciente.
2. Actualiza el esquema del agente de resolución de nombres de gRPC de los clientes cuando crees un canal y especifiques un archivo de arranque de Cloud Service Mesh.
3. Configura los recursos de Cloud Service Mesh y Cloud Load Balancing.

En esta guía, se proporciona información para completar los dos primeros pasos. El proceso de configuración que uses en el paso 3 dependerá de si tu implementación usa VM de Compute Engine o GKE grupos de extremos de red (NEG) de GKE..

Idiomas y versiones compatibles de gRPC

gRPC es un proyecto de código abierto y la compatibilidad de sus versiones se describe en las Preguntas frecuentes de gRPC. Te recomendamos que uses la versión más reciente de gRPC para asegurarte de que se mitiguen las vulnerabilidades de seguridad conocidas. Esto también garantiza que tus aplicaciones tengan acceso a las funciones más recientes compatibles con Cloud Service Mesh. Las funciones de la malla de servicios compatibles con varias implementaciones y versiones de gRPC se enumeran en GitHub. Para obtener una lista de los lenguajes y las funciones de gRPC compatibles con Cloud Service Mesh y los servicios de gRPC sin proxy, consulta Funciones de Cloud Service Mesh.

Cloud Service Mesh mantiene la compatibilidad con las versiones actuales y compatibles de gRPC y busca ser compatible con versiones de gRPC inferiores a un año, sujeto las Condiciones del Servicio de Google Cloud Platform.

Actualiza tus clientes de gRPC

Actualiza la biblioteca de gRPC en tu aplicación a la versión que admita las funciones que necesitas. Para obtener más información, consulta la sección anterior.

Agrega el agente de resolución de nombres xDS como una dependencia a tus aplicaciones de gRPC. Los requisitos por lenguaje para Java y Go se muestran en las siguientes secciones. Otros lenguajes no tienen requisitos adicionales.

Requisitos para Java

En Java, si usas Gradle, agrega la dependencia grpc-xds al archivo build.gradle. Reemplaza LATEST_GRPC_VERSION por la versión más reciente de gRPC.

dependencies {
  runtimeOnly 'io.grpc:grpc-xds:LATEST_GRPC_VERSION'
}

Si usas Maven, agrega lo siguiente a la sección <dependencies> de pom.xml. Reemplaza LATEST_GRPC_VERSION por la versión más reciente de gRPC.

    <dependency>
      <groupId>io.grpc</groupId>
      <artifactId>grpc-xds</artifactId>
      <version>LATEST_GRPC_VERSION</version>
      <scope>runtime</scope>
    </dependency>

Requisitos para Go

Si usas Go, importa el paquete xds de Go.

Configura el agente de resolución de nombres de gRPC para que use xds

Establece o cambia tus aplicaciones de gRPC para que usen el esquema de resolución de nombres de xds en el URI de destino, en lugar del de DNS o cualquier otro esquema de agente de resolución. Para ello, usa el prefijo xds:/// en el nombre de destino cuando crees un canal de gRPC. El balanceo de cargas para clientes de gRPC se configura por canal.

Incluye el nombre del servicio que se usa en el URI de destino en la configuración de malla de servicios de Cloud. Por ejemplo, en Java, creas el canal mediante esta estructura, en la que el nombre del servicio es helloworld:

ManagedChannelBuilder.forTarget("xds:///helloworld[:PORT_NUMBER]")

Crea y configura un archivo de arranque

El esquema de agente de resolución de xds indica a la aplicación de gRPC que se conecte a Cloud Service Mesh para obtener información de configuración para el servicio de destino. Por lo tanto, haz lo siguiente:

• Crea un archivo de arranque, como se muestra en el siguiente ejemplo. Este archivo le indica a gRPC que se conecte a un servidor xDS (Cloud Service Mesh) para obtener la configuración de servicios específicos.
• Define una variable de entorno llamada GRPC_XDS_BOOTSTRAP, con el nombre del archivo de arranque como el valor de la variable de entorno.

Las instrucciones de configuración contienen ejemplos que muestran cómo generar el archivo de arranque. Para tu comodidad, puedes usar la versión más reciente del generador de arranque de gRPC de Cloud Service Mesh.

Con la aplicación, se debe incluir un archivo de arranque que contenga la información necesaria para conectarse a Cloud Service Mesh. Un archivo de arranque de muestra se ve de la siguiente manera:

{
  "xds_servers": [
    {
      "server_uri": "trafficdirector.googleapis.com:443",
      "channel_creds": [
        {
          "type": "google_default"
        }
      ],
      "server_features": ["xds_v3"]
    }
  ],
  "node": {
    "id": "projects/123456789012/networks/default/nodes/b7f9c818-fb46-43ca-8662-d3bdbcf7ec18",
    "metadata": {
      "TRAFFICDIRECTOR_NETWORK_NAME": "default"
    },
    "locality": {
      "zone": "us-central1-a"
    }
  }
}

En la siguiente tabla, se explican los campos del archivo de arranque.

projects/PROJECT_NUMBER/networks/NETWORK_NAME/nodes/ID

Continúa el proceso de configuración

Después de completar los requisitos previos que se describen en este documento, continúa con uno de estos documentos:

• Continúa con la configuración de GKE y servicios de gRPC sin proxy de Cloud Service Mesh
• Continúa con la configuración de Compute Engine y los servicios de gRPC sin proxy de Cloud Service Mesh
• Continúa con las guías de configuración de la API de la puerta de enlace de Kubernetes de GKE de Cloud Service Mesh. Ten en cuenta que la función de la API de Gateway está en versión preliminar.