Enrutar registros a destinos admitidos

En este documento se explica cómo crear y gestionar receptores de registro, que dirigen las entradas de registro que se originan en un Google Cloud proyecto a destinos compatibles.

Un receptor realiza una acción de escritura, por lo que debe tener autorización para escribir en el destino. Si el destino es un segmento de registro del mismo proyecto que el receptor, este se autoriza automáticamente. En el resto de los destinos, el sumidero debe estar asociado a una cuenta de servicio a la que se le hayan concedido los permisos necesarios para escribir datos en el destino.

Cuando se necesita una cuenta de servicio, Cloud Logging la crea y gestiona automáticamente. Sin embargo, es posible que tengas que modificar los permisos concedidos a la cuenta de servicio. No tienes que usar la cuenta de servicio creada por Logging. Puedes crear y gestionar una cuenta de servicio que usen los receptores de varios proyectos. Para obtener más información, consulta el artículo sobre cómo configurar receptores de registros con cuentas de servicio gestionadas por el usuario.

Información general

En esta página se describe cómo crear un receptor y cómo configurar las opciones que pueden aparecer al usar la consola de Google Cloud o la API.

Los receptores pertenecen a un Google Cloud recurso determinado: un Google Cloud proyecto, una cuenta de facturación, una carpeta o una organización. Cuando el recurso recibe una entrada de registro, cada receptor del recurso procesa la entrada de registro. Cuando una entrada de registro coincide con los filtros del sumidero, se dirige al destino del sumidero.

Normalmente, los receptores solo enrutan las entradas de registro que proceden de un recurso. Sin embargo, en el caso de las carpetas y las organizaciones, puedes crear receptores agregados, que dirigen las entradas de registro de la carpeta o la organización, y los recursos que contiene. En este documento no se tratan los receptores agregados. Para obtener más información, consulta la información general sobre los receptores agregados.

Para crear y gestionar los receptores, puedes usar la Google Cloud consola, la API Cloud Logging y la CLI de Google Cloud. Te recomendamos que utilices la consola Google Cloud por los siguientes motivos:

  • Puede configurar destinos de receptor como parte del flujo para crear un receptor.
  • Puedes previsualizar qué entradas de registro coinciden con los filtros del receptor.
  • Se han simplificado algunos pasos de autorización.

Para saber cómo ver y gestionar tus receptores de registro, consulta la sección Gestionar receptores de este documento.

Destinos admitidos

El destino de un receptor puede estar en un recurso distinto al del receptor. Por ejemplo, puedes usar un sumidero de registros para enrutar entradas de registro de un proyecto a un segmento de registros almacenado en otro proyecto.

Se admiten los siguientes destinos:

Google Cloud proyecto

Selecciona este destino si quieres que los sumideros de registros del proyecto de destino redirijan tus entradas de registro o si has creado un sumidero agregado interceptor. Los sumideros de registro del proyecto que es el destino del sumidero pueden redirigir las entradas de registro a cualquier destino admitido, excepto a un proyecto.

Segmento de registros
Selecciona este destino si quieres almacenar los datos de registro en recursos gestionados por Cloud Logging. Los datos de registro almacenados en los contenedores de registro se pueden ver y analizar con servicios como el explorador de registros.
Tema Pub/Sub
Selecciona este destino si quieres exportar tus datos de registro desde Google Cloud y, a continuación, usar una integración de terceros. Las entradas de registro se formatean en JSON y, a continuación, se dirigen a un tema de Pub/Sub.

Limitaciones de los destinos

En esta sección se describen las limitaciones específicas de cada destino:

  • Se aplican las siguientes limitaciones cuando el destino de un receptor de registro es un proyecto de Google Cloud :

    • Hay un límite de un salto.
    • Las entradas de registro que coinciden con el filtro del _Requiredsumidero de registros solo se enrutan al _Requiredsegmento de registros del proyecto de destino cuando proceden del proyecto de destino.
    • Solo los receptores agregados que se encuentran en la jerarquía de recursos de una entrada de registro procesan la entrada de registro.

    Por ejemplo, supongamos que el destino de un receptor de registro del proyecto A es el proyecto B. Entonces, se cumplen las siguientes condiciones:

    • Debido al límite de un salto, los receptores de registro del proyecto B no pueden redirigir las entradas de registro a un proyecto Google Cloud .
    • El segmento de registros _Required del proyecto B solo almacena entradas de registro que proceden del proyecto B. Este segmento de registro no almacena ninguna entrada de registro que proceda de ningún otro recurso, incluidos los que proceden del proyecto A.
    • Si la jerarquía de recursos del proyecto A y del proyecto B son diferentes, una entrada de registro que un receptor de registro del proyecto A enruta al proyecto B no se envía a los receptores agregados de la jerarquía de recursos del proyecto B.
    • Si el proyecto A y el proyecto B tienen la misma jerarquía de recursos, las entradas de registro se envían a los receptores agregados de esa jerarquía. Si una entrada de registro no se intercepta mediante un receptor agregado, el enrutador de registros envía la entrada de registro a los receptores del proyecto A.

Antes de empezar

Las instrucciones de este documento describen cómo crear y gestionar sumideros a nivel deGoogle Cloud proyecto. Puedes usar el mismo procedimiento para crear un receptor que dirija las entradas de registro que procedan de una organización, una carpeta o una cuenta de facturación.

Para empezar, haz lo siguiente:

  1. Enable the Cloud Logging API.

    Roles required to enable APIs

    To enable APIs, you need the Service Usage Admin IAM role (roles/serviceusage.serviceUsageAdmin), which contains the serviceusage.services.enable permission. Learn how to grant roles.

    Enable the API

  2. Asegúrate de que tu proyecto de Google Cloud contiene entradas de registro que puedes ver en el Explorador de registros.

  3. Para obtener los permisos que necesitas para crear, modificar o eliminar un receptor, pide a tu administrador que te conceda el rol de gestión de identidades y accesos Escritor de configuración de registros (roles/logging.configWriter) en tu proyecto. Para obtener más información sobre cómo conceder roles, consulta el artículo Gestionar acceso a proyectos, carpetas y organizaciones.

    También puedes conseguir los permisos necesarios a través de roles personalizados u otros roles predefinidos.

    Para obtener información sobre cómo conceder roles de gestión de identidades y accesos, consulta la guía de control de acceso de Logging.

  4. Tienes un recurso en un destino admitido o puedes crear uno.

    Para enrutar entradas de registro a un destino, este debe existir antes de crear el receptor. Puedes crear el destino en cualquier Google Cloud proyecto de cualquier organización.

  5. Antes de crear un receptor, consulta las limitaciones que se aplican al destino del receptor. Para obtener más información, consulta la sección Limitaciones de los destinos de este documento.

  6. Select the tab for how you plan to use the samples on this page:

    Console

    When you use the Google Cloud console to access Google Cloud services and APIs, you don't need to set up authentication.

    gcloud

    Instala Google Cloud CLI y, a continuación, inicia sesión en gcloud CLI con tu identidad federada. Después de iniciar sesión, inicializa la CLI de Google Cloud ejecutando el siguiente comando: 

    gcloud init

    REST

    Para usar las muestras de la API REST de esta página en un entorno de desarrollo local, debes usar las credenciales que proporciones a la CLI de gcloud.

      Instala Google Cloud CLI y, a continuación, inicia sesión en gcloud CLI con tu identidad federada. Después de iniciar sesión, inicializa la CLI de Google Cloud ejecutando el siguiente comando: 

      gcloud init

    Para obtener más información, consulta el artículo Autenticarse para usar REST de la documentación sobre Google Cloud autenticación.

    Crear un sumidero

    En esta sección se describe cómo crear un receptor en un proyecto de Google Cloud . Puede crear hasta 200 receptores por proyecto. Google Cloud Para ver el número y el volumen de entradas de registro que se han enrutado, consulta las métricas logging.googleapis.com/exports/.

    Utiliza el lenguaje de consultas de registro para crear una expresión de filtro que coincida con las entradas de registro que quieras incluir. No incluyas información sensible en los filtros de receptor. Los filtros de receptor se tratan como datos de servicio.

    Cuando una consulta contiene varias instrucciones, puedes especificar cómo se combinan esas instrucciones o dejar que Cloud Logging añada implícitamente la restricción conjuntiva, AND, entre las instrucciones. Por ejemplo, supongamos que un cuadro de diálogo de consulta o filtro contiene dos instrucciones: resource.type = "gce_instance" y severity >= "ERROR". La consulta real es resource.type = "gce_instance" AND severity >= "ERROR". Cloud Logging admite restricciones disyuntivas (OR) y conjuntivas (AND). Cuando utilices instrucciones OR, te recomendamos que agrupes las cláusulas con paréntesis.

    Para crear un receptor, siga estos pasos:

    Consola

    1. En la Google Cloud consola, ve a la página Enrutador de registros:

      Ve a Enrutador de registros.

      Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuya sección sea Registro.

    2. Selecciona el Google Cloud proyecto en el que se originan las entradas de registro que quieres enrutar.

      Por ejemplo, si quieres enrutar las entradas de registro de acceso a los datos del proyecto llamado Project-A a un segmento de registro del proyecto llamado Project-B, selecciona Project-A.

    3. Selecciona Crear sumidero.

    4. En el panel Detalles del receptor, introduce los siguientes datos:

      • Nombre del receptor: proporciona un identificador para el receptor. Ten en cuenta que, una vez que hayas creado el receptor, no podrás cambiarle el nombre, pero sí eliminarlo y crear uno nuevo.

      • Descripción del receptor (opcional): describe el propósito o el caso práctico del receptor.

    5. En el panel Destino del sumidero, selecciona el servicio y el destino del sumidero mediante el menú Seleccionar servicio del sumidero. Realiza una de las siguientes acciones:

      • Para enrutar entradas de registro a un servicio que esté en el mismo proyecto, selecciona una de las siguientes opciones:Google Cloud

        • Tema de Pub/Sub: selecciona o crea el tema concreto para recibir las entradas de registro enrutadas.

      • Para enrutar entradas de registro a otro Google Cloud proyecto, seleccione Google Cloud proyecto y, a continuación, introduzca el nombre completo del destino:

        logging.googleapis.com/projects/DESTINATION_PROJECT_ID

      • Para enrutar entradas de registro a un servicio que esté en otro proyecto, haz lo siguiente:Google Cloud

        1. Selecciona Otro recurso.
        2. Introduce el nombre completo del destino. Para obtener información sobre la sintaxis, consulta los formatos de ruta de destino.

    6. Especifica las entradas de registro que quieres incluir:

      1. Ve al panel Seleccionar los registros que se incluirán en el sumidero.

      2. En el campo Crear filtro de inclusión, introduce una expresión de filtro que coincida con las entradas de registro que quieras incluir. Para obtener más información sobre la sintaxis para escribir filtros, consulta el artículo Lenguaje de consultas de registro.

        Si no define ningún filtro, todas las entradas de registro del recurso seleccionado se dirigirán al destino.

        Por ejemplo, para enrutar todas las entradas del registro de acceso a datos a un segmento de Logging, puede usar el siguiente filtro:

        log_id("cloudaudit.googleapis.com/data_access") OR log_id("externalaudit.googleapis.com/data_access")

        La longitud de un filtro no puede superar los 20.000 caracteres.

      3. Para comprobar que has introducido el filtro correcto, selecciona Vista previa de los registros. El Explorador de registros se abre en una pestaña nueva con el filtro rellenado automáticamente.

    7. (Opcional) Configura un filtro de exclusión para eliminar algunas de las entradas de registro incluidas:

      1. Ve al panel Seleccionar los registros que se excluirán del sumidero.

      2. En el campo Nombre del filtro de exclusión, introduce un nombre.

      3. En el campo Crear filtro de exclusión, introduce una expresión de filtro que coincida con las entradas de registro que quieras excluir. También puedes usar la función sample para seleccionar una parte de las entradas de registro que quieras excluir.

      Puede crear hasta 50 filtros de exclusión por receptor. Ten en cuenta que la longitud de un filtro no puede superar los 20.000 caracteres.

    8. Selecciona Crear sumidero.

    9. Concede a la cuenta de servicio del sumidero el permiso para escribir entradas de registro en el destino del sumidero. Para obtener más información, consulta Definir permisos de destino.

    gcloud

    Para crear un receptor, sigue estos pasos:

    1. Ejecuta el siguiente comando gcloud logging sinks create:

      gcloud logging sinks create SINK_NAME SINK_DESTINATION

      Antes de ejecutar el comando, haz las siguientes sustituciones:

      • SINK_NAME: el nombre del sumidero de registros. No puedes cambiar el nombre de un receptor después de crearlo.

      • SINK_DESTINATION: el servicio o proyecto al que quieres enviar las entradas de registro. Define SINK_DESTINATION con la ruta adecuada, tal como se describe en la sección Formatos de ruta de destino.

        Por ejemplo, si el destino de su receptor es un tema de Pub/Sub, SINK_DESTINATION tendrá el siguiente aspecto:

        pubsub.googleapis.com/projects/PROJECT_ID/topics/TOPIC_ID

      También puedes proporcionar las siguientes opciones:

      • --log-filter : usa esta opción para definir un filtro que coincida con las entradas de registro que quieras incluir en tu sumidero. Si no proporciona un valor para el filtro de inclusión, este filtro coincidirá con todas las entradas de registro.
      • --exclusion: usa esta opción para definir un filtro de exclusión para las entradas de registro que quieras excluir del enrutamiento de tu sumidero. También puedes usar la función sample para seleccionar una parte de las entradas de registro que quieras excluir. Esta opción se puede repetir. Puedes crear hasta 50 filtros de exclusión por receptor.
      • --description: usa esta opción para describir el propósito o el caso práctico del receptor.

      Por ejemplo, para crear un receptor en un bucket de Logging, el comando podría ser el siguiente:

      gcloud logging sinks create my-sink logging.googleapis.com/projects/myproject123/locations/global/buckets/my-bucket \
 --log-filter='logName="projects/myproject123/logs/matched"' --description="My first sink"

      Para obtener más información sobre cómo crear receptores con Google Cloud CLI, consulta la referencia de gcloud logging sinks.

    2. Si la respuesta del comando contiene una clave JSON etiquetada como "writerIdentity", concede a la cuenta de servicio del receptor el permiso para escribir en el destino del receptor. Para obtener más información, consulta Definir permisos de destino.

      No es necesario definir permisos de destino cuando la respuesta no contiene una clave JSON denominada "writerIdentity".

    REST

    1. Para crear un receptor de registro en tu Google Cloud proyecto, usa projects.sinks.create en la API Logging. En el objeto LogSink, proporcione los valores obligatorios correspondientes en el cuerpo de la solicitud del método:

      • name: identificador del receptor. Ten en cuenta que, después de crear el receptor, no podrás cambiarle el nombre, pero sí eliminarlo y crear otro.

      • destination: el servicio y el destino a los que quiere que se dirijan sus entradas de registro. Para enrutar entradas de registro a otro proyecto o a un destino que se encuentre en otro proyecto, define el campo destination con la ruta adecuada, tal como se describe en Formatos de ruta de destino.

        Por ejemplo, si el destino de su receptor es un tema de Pub/Sub, el destination tendrá el siguiente aspecto:

        pubsub.googleapis.com/projects/PROJECT_ID/topics/TOPIC_ID

    2. En el objeto LogSink, proporciona la información opcional adecuada:

      • filter : asigna al campo filter el valor que coincida con las entradas de registro que quieras incluir en el sumidero. Si no defines ningún filtro, todas las entradas de registro de tu proyectoGoogle Cloud se dirigirán al destino. Ten en cuenta que la longitud de un filtro no puede superar los 20.000 caracteres.
      • exclusions: asigna a este campo el valor de las entradas de registro que quieras excluir del receptor. También puedes usar la función sample para seleccionar una parte de las entradas de registro que quieras excluir. Puede crear hasta 50 filtros de exclusión por receptor.
      • description: define este campo para describir el propósito o el caso práctico del receptor.

    3. Llama a projects.sinks.create para crear el sumidero.

    4. Si la respuesta de la API contiene una clave JSON etiquetada como "writerIdentity", concede a la cuenta de servicio del receptor el permiso para escribir en el destino del receptor. Para obtener más información, consulta Definir permisos de destino.

      No es necesario definir permisos de destino cuando la respuesta de la API no contenga una clave JSON denominada "writerIdentity".

    Para obtener más información sobre cómo crear receptores con la API Logging, consulta la referencia de LogSink.

    Si recibes notificaciones de error, consulta Solucionar problemas de enrutamiento y de sinks.

    Formatos de ruta de destino

    Si enruta entradas de registro a un servicio que está en otro proyecto, debe proporcionar al receptor el nombre completo del servicio. Del mismo modo, si enruta entradas de registro a otro proyecto, debe proporcionar al receptor el nombre completo del proyecto de destino: Google Cloud

    • Segmento de registro de Cloud Logging:

      logging.googleapis.com/projects/DESTINATION_PROJECT_ID/locations/LOCATION/buckets/BUCKET_NAME

    • Otro Google Cloud proyecto:

      logging.googleapis.com/projects/DESTINATION_PROJECT_ID

    • Tema de Pub/Sub:

      pubsub.googleapis.com/projects/PROJECT_ID/topics/TOPIC_ID

    Definir permisos de destino

    En esta sección se describe cómo conceder a Logging los permisos de gestión de identidades y accesos para escribir entradas de registro en el destino de tu receptor. Para ver la lista completa de roles y permisos de Logging, consulta Control de acceso.

    Cloud Logging crea una cuenta de servicio compartida para un recurso cuando se crea un receptor, a menos que ya exista la cuenta de servicio necesaria. Es posible que la cuenta de servicio exista porque se usa la misma cuenta de servicio para todos los receptores del recurso subyacente. Los recursos pueden ser un Google Cloud proyecto, una organización, una carpeta o una cuenta de facturación.

    La identidad de escritura de un receptor es el identificador de la cuenta de servicio asociada a ese receptor. Todos los sumideros tienen una identidad de escritura, excepto los que escriben en un bucket de registro del mismo proyecto en el que se origina la entrada de registro. Google Cloud En este caso, no se necesita una cuenta de servicio, por lo que el campo writerIdentity del sumidero se muestra como None en la consola. La API y los comandos de Google Cloud CLI no informan de la identidad del escritor.

    Las siguientes instrucciones se aplican a proyectos, carpetas, organizaciones y cuentas de facturación:

    Consola

    1. Asegúrate de que tienes acceso de propietario alGoogle Cloud proyecto que contiene el destino. Si no tienes acceso de propietario al destino del receptor, pide a un propietario del proyecto que añada la identidad de escritura como principal.

    2. Para obtener la identidad del escritor del receptor (una dirección de correo electrónico) del nuevo receptor, haz lo siguiente:

      1. En la Google Cloud consola, ve a la página Enrutador de registros:

        Ve a Enrutador de registros.

        Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuya sección sea Registro.

      2. En la barra de herramientas, selecciona el proyecto que contiene el receptor.
      3. Selecciona Menú y, a continuación, Ver detalles del receptor. La identidad del escritor aparece en el panel Detalles del receptor.

    3. Si el valor del campo writerIdentity contiene una dirección de correo electrónico, vaya al paso siguiente. Si el valor es None, no es necesario configurar los permisos de destino del receptor.

    4. Copia la identidad de escritura del receptor en el portapapeles.

      La dirección de correo identifica a la entidad. El prefijo serviceAccount: especifica el tipo de cuenta.

    5. Concede al principal especificado en la identidad de escritura del sumidero el permiso para escribir datos de registro en el destino:

      1. En la Google Cloud consola, ve a la página Gestión de identidades y accesos:

        Ve a Gestión de identidades y accesos.

        Si usas la barra de búsqueda para encontrar esta página, selecciona el resultado cuyo subtítulo sea IAM y administrador.

      2. En la barra de herramientas, asegúrate de que el proyecto seleccionado sea el que almacena el destino o el destino del receptor. Por ejemplo, si el destino es un segmento de registro, asegúrese de que la barra de herramientas muestre el proyecto que almacena el segmento de registro.

      3. Haz clic en Conceder acceso.

      4. Concede a la entidad principal especificada en la identidad de escritura del sumidero un rol de gestión de identidades y accesos en función del destino del sumidero de registros:

    gcloud

    1. Asegúrate de que tienes acceso de propietario alGoogle Cloud proyecto que contiene el destino. Si no tienes acceso de propietario al destino del receptor, pide a un propietario del proyecto que añada la identidad de escritura como principal.

    2. Obtén la cuenta de servicio del campo writerIdentity de tu sumidero:

      gcloud logging sinks describe SINK_NAME

    3. Busca el receptor cuyos permisos quieras modificar y, si los detalles del receptor contienen una línea con writerIdentity, ve al paso siguiente. Si los detalles no incluyen el campo writerIdentity, no es necesario que configures los permisos de destino del receptor.

      La identidad de escritura de la cuenta de servicio tiene un aspecto similar al siguiente:

      serviceAccount:service-123456789012@gcp-sa-logging.

    4. Concede a la identidad de escritura del sumidero el permiso para escribir datos de registro en el destino llamando al comando gcloud projects add-iam-policy-binding.

      Antes de usar el siguiente comando, haz las sustituciones que se indican a continuación:

      • PROJECT_ID: identificador del proyecto. Especifica el proyecto que almacena el destino del receptor de registro. Si el destino es un proyecto, especifícalo.
      • PRINCIPAL: identificador de la cuenta principal a la que quieres asignar el rol. Los identificadores principales suelen tener el siguiente formato: PRINCIPAL-TYPE:ID. Por ejemplo, . Para ver una lista completa de los formatos que puede tener PRINCIPAL, consulta Identificadores principales.

      • ROLE: un rol de gestión de identidades y accesos. Concede a la identidad de escritura del sumidero un rol de gestión de identidades y accesos en función del destino del sumidero de registro:

      Ejecuta el comando gcloud projects add-iam-policy-binding:

      gcloud projects add-iam-policy-binding PROJECT_ID --member=PRINCIPAL --role=ROLE

    REST

    Te recomendamos que uses la Google Cloud consola o la CLI de Google Cloud para asignar un rol a una cuenta de servicio.

    Ejemplos de filtros

    A continuación, se muestran algunos ejemplos de filtros que son especialmente útiles al crear receptores. Para ver más ejemplos que pueden resultarte útiles al crear filtros de inclusión y exclusión, consulta las consultas de ejemplo.

    Restaurar el filtro de sumidero _Default

    Si has editado el filtro del receptor _Default, puede que quieras restaurar este receptor a su configuración original. Cuando se crea, el _Default se configura con el siguiente filtro de inclusión y un filtro de exclusión vacío:

      NOT log_id("cloudaudit.googleapis.com/activity") AND NOT \
  log_id("externalaudit.googleapis.com/activity") AND NOT \
  log_id("cloudaudit.googleapis.com/system_event") AND NOT \
  log_id("externalaudit.googleapis.com/system_event") AND NOT \
  log_id("cloudaudit.googleapis.com/access_transparency") AND NOT \
  log_id("externalaudit.googleapis.com/access_transparency")

    Excluir los registros de contenedores y pods de Google Kubernetes Engine

    Para excluir las entradas de registro de contenedores y pods de Google Kubernetes Engine del sistema GKE namespaces, usa el siguiente filtro:

    resource.type = ("k8s_container" OR "k8s_pod")
resource.labels.namespace_name = (
"cnrm-system" OR
"config-management-system" OR
"gatekeeper-system" OR
"gke-connect" OR
"gke-system" OR
"istio-system" OR
"knative-serving" OR
"monitoring-system" OR
"kube-system")

    Para excluir las entradas de registro de nodos de Google Kubernetes Engine del sistema logNames de GKE, usa el siguiente filtro:

    resource.type = "k8s_node"
logName:( "logs/container-runtime" OR
"logs/docker" OR
"logs/kube-container-runtime-monitor" OR
"logs/kube-logrotate" OR
"logs/kube-node-configuration" OR
"logs/kube-node-installation" OR
"logs/kubelet" OR
"logs/kubelet-monitor" OR
"logs/node-journal" OR
"logs/node-problem-detector")

    Compatibilidad

    Aunque Cloud Logging te permite excluir entradas de registro e impedir que se almacenen en un segmento de registro, te recomendamos que conserves las entradas de registro que te ayuden con la asistencia. Usar estas entradas de registro puede ayudarte a solucionar problemas e identificar problemas con tus aplicaciones.

    Por ejemplo, las entradas de registro del sistema de GKE son útiles para solucionar problemas de tus aplicaciones y clústeres de GKE, ya que se generan para los eventos que se producen en tu clúster. Estas entradas de registro pueden ayudarte a determinar si el error de la aplicación se debe al código de la aplicación o al clúster de GKE subyacente. Los registros del sistema de GKE también incluyen el registro de auditoría de Kubernetes generado por el componente del servidor de la API de Kubernetes, que incluye los cambios realizados con el comando kubectl y los eventos de Kubernetes.

    Siguientes pasos