Usa la autenticación con destinos HTTP

Cloud Scheduler puede llamar a los objetivos HTTP que requieren autenticación si configuraste una cuenta de servicio asociada que tiene las credenciales adecuadas.

Configura la cuenta de servicio

  1. Si aún no tienes una cuenta de servicio que quieras usar para los trabajos de Cloud Scheduler con objetivos HTTP, crea una cuenta de servicio nueva. Ten en cuenta lo siguiente:

    • La cuenta de servicio debe pertenecer al proyecto en el que se crea el trabajo de Cloud Scheduler.

    • No uses el agente de servicio de Cloud Scheduler (service-YOUR_PROJECT_NUMBER@gcp-sa-cloudscheduler.iam.gserviceaccount.com). No se puede usar para este propósito.

    • No revoques la función de agente de servicio de Cloud Scheduler (roles/cloudscheduler.serviceAgent) del agente de servicio de Cloud Scheduler en tu proyecto. Si lo haces, se generarán respuestas 403 a los extremos que requieren autenticación, incluso si la cuenta de servicio de tu trabajo tiene la función adecuada.

  2. Si tu destino está dentro de Google Cloud, otórgale las funciones de IAM necesarias a tu cuenta de servicio. Cada servicio dentro de Google Cloud requiere una función específica, y el servicio receptor verifica de forma automática el token generado. Por ejemplo, para Cloud Run y funciones de Cloud Functions de segunda generación, debes agregar el rol Cloud Run Invoker.

    Ten en cuenta que, para implementar un recurso con una cuenta de servicio administrada por el usuario, el implementador debe tener el permiso iam.serviceAccounts.actAs para esa cuenta de servicio. Si creaste la cuenta de servicio, se te otorga este permiso de forma automática. De lo contrario, alguien con los permisos correctos debe otorgarte este permiso en la cuenta de servicio.

    Práctica recomendada: En el paso anterior, si creaste una cuenta de servicio específicamente para invocar el servicio al que se orienta tu trabajo de Cloud Scheduler, considera seguir el principio de privilegio mínimo (práctica recomendada de seguridad). Para ello, vincula la cuenta y su permiso de invocador a tu servicio de destino. Puedes hacerlo con la consola de Google Cloud o con gcloud CLI:

    Console

    1. Abre la consola de Google Cloud.

    Ir a la consola

    2. Elige tu proyecto.

    3. Navega a la página del tipo de recurso que invocas. Por ejemplo, si invocas un servicio de Cloud Run, navega a la página que enumera los servicios de Cloud Run.

    4. Selecciona la casilla de verificación a la izquierda del servicio que quieres invocar. (No hagas clic en el servicio).

    5. Haz clic en la pestaña Permisos. Si no puedes ver el panel de información, es posible que debas hacer clic en Mostrar panel de información y, luego, en Permisos.

    6. Haz clic en Agregar principal.

    7. En Agregar principales, ingresa la dirección de correo electrónico de la cuenta de servicio que creaste.

    8. En Asignar roles, selecciona el rol que deseas otorgar de la lista desplegable. Sigue el principio de privilegio mínimo y elige el rol que incluya solo los permisos que necesita la principal.

    9. Haz clic en Guardar.

    gcloud

    Ejecuta el comando add-iam-policy-binding:

    gcloud RESOURCE_TYPE add-iam-policy-binding RESOURCE_ID \
    --member=PRINCIPAL --role=ROLE
    

    Reemplaza lo siguiente:

    • RESOURCE_TYPE: Es el tipo de recurso de tu destino. Por ejemplo, run para un destino de Cloud Run.
    • RESOURCE_ID: Es el identificador de tu destino. Por ejemplo, el nombre del servicio para un destino de Cloud Run.
    • PRINCIPAL: Es el identificador de la cuenta de servicio. Tiene el siguiente formato: serviceAccount:SERVICE_ACCOUNT_EMAIL_ADDRESS. Por ejemplo, serviceAccount:my-service-account@my-project.iam.gserviceaccount.com.
    • ROLE: Es el nombre de la función que tu servicio de destino requiere para la invocación. Por ejemplo, roles/run.invoker para un destino de Cloud Run o de segunda generación de Cloud Functions.

    Ejemplos:

    • Destino de Cloud Run: El siguiente comando otorga la función de invocador de Cloud Run a la cuenta de servicio my-service-account@my-project.iam.gserviceaccount.com para el servicio my-service de Cloud Run:

      gcloud run add-iam-policy-binding my-service \
       --member=serviceAccount:my-service-account@my-project.iam.gserviceaccount.com \
       --role=roles/run.invoker
      
    • Destino de Cloud Functions: El siguiente comando otorga la función de invocador de Cloud Run que requieren las funciones de Cloud Functions de segunda generación a la cuenta de servicio my-service-account@my-project.iam.gserviceaccount.com para la función my-gen2-function de segunda generación de Cloud Functions:

      gcloud functions add-iam-policy-binding my-gen2-function \
       --member=serviceAccount:my-service-account@my-project.iam.gserviceaccount.com \
       --role=roles/run.invoker --gen2
      
  3. Si tu destino está fuera de Google Cloud, el servicio receptor debe verificar el token de forma manual.

  4. La cuenta de servicio predeterminada de Cloud Scheduler se configura automáticamente cuando habilitas la API de Cloud Scheduler, a menos que la hayas habilitado antes del 19 de marzo de 2019. En ese caso, debes agregar la función Cloud Scheduler Service Agent de forma manual. Esto es para que pueda generar tokens de encabezado en nombre de tu cuenta de servicio de cliente para autenticarse en tu destino.

    Para verificar que la cuenta de servicio predeterminada de Cloud Scheduler esté configurada en el proyecto y que tenga asignada la función Cloud Scheduler Service Agent, consulta el acceso actual del proyecto. Ten en cuenta que, si usas la consola de Google Cloud para ver el acceso de tu proyecto, asegúrate de seleccionar la casilla de verificación Incluir otorgamientos de roles proporcionados por Google.

Crea un trabajo de Scheduler con autenticación

Para crear un trabajo que use autenticación, debes agregar el tipo de token y la dirección de correo electrónico que identifica la cuenta de servicio del cliente a tu solicitud create-job:

Console

  1. Especifica la frecuencia como siempre.
  2. Especifica HTTP como el tipo de destino.
  3. Agrega la URL y el método HTTP como siempre.
  4. En la lista Encabezado de la autenticación, selecciona el tipo de token. Ten en cuenta que OIDC (token de ID) se suele usar, excepto para las APIs de Google alojadas en *.googleapis.com, ya que estas APIs esperan un token de acceso de OAuth.
  5. En Cuenta de servicio, especifica el correo electrónico de la cuenta de servicio del cliente.
  6. Público es opcional y limita los destinatarios del token de OIDC; por lo general, es la URL de destino del trabajo (sin ningún parámetro de URL). Si no se especifica, de forma predeterminada, se usa toda la URL como público (incluidos los parámetros de la solicitud).

gcloud

gcloud scheduler jobs create http JOB_ID \
  --schedule="FREQUENCY" --uri=URI \
  --oidc-service-account-email=CLIENT_SERVICE_ACCOUNT_EMAIL

Reemplaza lo siguiente:

  • JOB_ID: Es un nombre para el trabajo. Debe ser único en el proyecto. Ten en cuenta que no puedes volver a usar el nombre de un trabajo en un proyecto, incluso si borras su trabajo asociado.
  • FREQUENCY: El intervalo de trabajo es la frecuencia con la que se ejecutará, por ejemplo, every 3 hours o every 10 mins. La string que proporcionas puede ser cualquier string compatible con Crontab. (Aunque ya no recomendamos su uso, la sintaxis cron de App Engine heredada aún es compatible con los trabajos existentes).
  • URI: Es la URL completamente calificada del extremo.
  • --oidc-service-account-email o --oauth-service-account-email: Definen el tipo de token. Ten en cuenta que OIDC se suele usar, excepto para las APIs de Google alojadas en *.googleapis.com, ya que estas APIs esperan un token de OAuth.
  • CLIENT_SERVICE_ACCOUNT_EMAIL: Es el correo electrónico de la cuenta de servicio del cliente.
  • Otros parámetros opcionales están disponibles y se describen en la referencia de línea de comandos de gcloud.

Elige los tipos de tokens

Para autenticar entre Cloud Scheduler y un destino HTTP, Cloud Scheduler crea un token de encabezado basado en tu cuenta de servicio de cliente, identificada por el correo electrónico, y lo envía mediante HTTPS al destino. Puedes usar un token de ID (OIDC) o un token de OAuth (acceso). Por lo general, OIDC se usa excepto para las APIs de Google alojadas en *.googleapis.com, ya que estas APIs esperan un token de OAuth.

Agrega de forma manual el rol Agente de servicio de Cloud Scheduler a tu cuenta de servicio de Cloud Scheduler

Esto es necesario solo si se cumple una de las siguientes condiciones:

  • Habilitó la API de Cloud Scheduler antes del 19 de marzo de 2019.
  • Quitaste el rol Agente de servicio de Cloud Scheduler de tu cuenta de servicio.

La cuenta de servicio de Cloud Scheduler requiere la función de agente de servicio de Cloud Scheduler. Sin esta función, los trabajos de Cloud Scheduler fallan. Puedes agregar la función de agente de servicio de Cloud Scheduler a tu cuenta de servicio de Cloud Scheduler desde la consola de Google Cloud o con gcloud CLI:

Console

  1. En la consola de Google Cloud, ve a la página API de Cloud Scheduler.

    Ir a la API de Cloud Scheduler

    Si hay el campo Estado y el estado aparece como Habilitado, continúa. De lo contrario, haz clic en Habilitar.

  2. En la consola de Google Cloud, ve a la página Configuración.

    Ir a la configuración

  3. Busca y copia el número de tu proyecto.

  4. En la consola de Google Cloud, ve a la página IAM.

    Ir a IAM

  5. Haz clic en Otorgar acceso. Se abrirá el panel Otorgar acceso.

  6. En el campo Principales nuevas, agrega una dirección de correo electrónico con el formato:

    service-PROJECT_NUMBER@gcp-sa-cloudscheduler.iam.gserviceaccount.com
    

    Reemplaza PROJECT_NUMBER por el número de tu proyecto de Google Cloud.

  7. En la lista Selecciona un rol, busca y selecciona Agente de servicio de Cloud Scheduler.

  8. Haz clic en Guardar.

gcloud

  1. Confirma que la API de Cloud Scheduler esté habilitada para tu proyecto:

    gcloud services list --enabled \
     --filter=cloudscheduler.googleapis.com
    
    • Si ves el siguiente resultado, la API está habilitada:

      NAME: cloudscheduler.googleapis.com
      TITLE: Cloud Scheduler API
      
    • De lo contrario (por ejemplo, si ves Listed 0 items.), habilita la API:

      gcloud services enable cloudscheduler.googleapis.com
      
  2. Busca el número de tu proyecto:

    gcloud projects describe PROJECT_ID --format='table(projectNumber)'
    

    Reemplaza PROJECT_ID con el ID del proyecto.

  3. Copia el número.

  4. Otorga el rol Cloud Scheduler Service Agent a la cuenta de servicio de Cloud Scheduler:

    gcloud projects add-iam-policy-binding PROJECT_ID \
       --member serviceAccount:service-PROJECT_NUMBER@gcp-sa-cloudscheduler.iam.gserviceaccount.com \
       --role roles/cloudscheduler.serviceAgent
    

    Reemplaza lo siguiente:

    • PROJECT_ID: El ID de tu proyecto
    • PROJECT_NUMBER: Es el número de proyecto que copiaste antes.