Descripción general de la API de Networking

La API de Networking usa recursos personalizados de Kubernetes y se basa en el modelo de recursos de Kubernetes (KRM).

Crea y administra redes en Google Distributed Cloud (GDC) aislada a través de la API de Networking con la CLI de kubectl.

Esta API se puede usar para administrar la mayoría de los recursos de redes en Distributed Cloud. Para administrar el balanceo de cargas de clústeres estándar, usa el objeto Service de Kubernetes de tipo LoadBalancer directamente en el clúster, como se describe en Configura balanceadores de cargas internos y Configura balanceadores de cargas externos.

Extremo de servicio

Las APIs de Networking se proporcionan en dos paquetes según la implementación zonal o global.

Los extremos de la API para las APIs de Networking zonales y globales son los siguientes, respectivamente:

• https://MANAGEMENT_API_SERVER_ENDPOINT/apis/networking.gdc.goog/v1
• https://MANAGEMENT_API_SERVER_ENDPOINT/apis/networking.global.gdc.goog/v1

Reemplaza MANAGEMENT_API_SERVER_ENDPOINT por el extremo del servidor de la API de Management.

Documento de descubrimiento

Usa el comando kubectl proxy --port=8001 para abrir un proxy al servidor de la API en tu máquina local. Desde allí, puedes acceder al documento de descubrimiento en las siguientes URLs:

• http://127.0.0.1:8001/apis/networking.gdc.goog/v1
• http://127.0.0.1:8001/apis/networking.global.gdc.goog/v1

Ejemplo de política de tráfico de entrada entre proyectos

A continuación, se muestra un ejemplo de un objeto ProjectNetworkPolicy que permite que las cargas de trabajo en el proyecto project-1 permitan conexiones de cargas de trabajo en el proyecto project-2, así como el tráfico de retorno para los mismos flujos:

apiVersion: networking.gdc.goog/v1
kind: ProjectNetworkPolicy
metadata:
  namespace: project-1
  name: allow-ingress-traffic-from-project-2
spec:
  policyType: Ingress
  subject:
    subjectType: UserWorkload
  ingress:
  - from:
    - projects:
        matchNames:
        - project-2