Guía de inicio rápido: Implementa en Cloud Run desde un repositorio de Git

En esta página, se muestra cómo implementar de forma continua en Cloud Run desde un repositorio de Git.

Para seguir la guía paso a paso en esta tarea directamente en la consola de Google Cloud, haz clic en Guiarme:

GUIARME

Las instrucciones completas para este proceso se pueden encontrar en Implementación continua desde Git mediante Cloud Build.

Antes de comenzar

  1. Accede a tu cuenta de Google Cloud. Si eres nuevo en Google Cloud, crea una cuenta para evaluar el rendimiento de nuestros productos en situaciones reales. Los clientes nuevos también obtienen $300 en créditos gratuitos para ejecutar, probar y, además, implementar cargas de trabajo.

  2. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Go to project selector

  3. Asegúrate de que la facturación esté habilitada para tu proyecto de Google Cloud.

  4. In the Google Cloud console, on the project selector page, select or create a Google Cloud project.

    Go to project selector

  5. Asegúrate de que la facturación esté habilitada para tu proyecto de Google Cloud.

  6. Habilita la API de Cloud Build .

    Habilita la API

  7. Si estás bajo una política de la organización de restricción de dominios que restringe las invocaciones no autenticadas para tu proyecto, deberás acceder al servicio implementado como se describe en Prueba servicios privados.

Crea un repositorio a partir de una plantilla

Para crear un repositorio, haz lo siguiente:

  1. Ve al repositorio de plantillas:

  2. Haz clic en Usar esta plantilla.

  3. Selecciona Crear un repositorio nuevo.

  4. En el formulario, ingresa un nombre de repositorio.

  5. Haz clic en Crear repositorio a partir de una plantilla.

Implementa desde el repositorio

Para implementar desde el repositorio, haz lo siguiente:

  1. Ir a Cloud Run

  2. Haz clic en Crear servicio para mostrar el formulario Crear servicio (Create service).

    En el formulario, haz lo siguiente:

    1. Selecciona Implementar continuamente a partir de un repositorio.

    2. Haz clic en Configurar Cloud Build.

  3. En el panel derecho, haz lo siguiente:

    1. En Repositorio, selecciona el repositorio que acabas de crear. Si aún no te autenticaste, es posible que debas hacerlo. Usa el vínculo Autenticar en el campo Proveedor del repositorio.

    2. Consulta el acuerdo de confirmación sobre la interactividad de GitHub y Google Cloud.

    3. Haga clic en Next.

    4. En Tipo de compilación, selecciona Google Cloud Buildpacks.

    5. Haz clic en Guardar.

  4. En el formulario Crear servicio, haz lo siguiente:

    1. Confirma el nombre del servicio. Se propagará automáticamente con el nombre del repositorio.

    2. En el menú desplegable Región, selecciona la región donde quieres que se ubique el servicio.

    3. En Autenticación, selecciona Permitir invocaciones no autenticadas.

    4. Haz clic en Crear para implementar el repositorio de muestra en Cloud Run y espera a que termine la implementación.

  5. Haz clic en el vínculo de la URL que se muestra para ejecutar el contenedor implementado.

Ubicaciones de Cloud Run

Cloud Run es regional, lo que significa que la infraestructura que ejecuta los servicios se ubica en una región específica, y Google la administra para que esté disponible de manera redundante en todas las zonas de esa región.

El cumplimiento de los requisitos de latencia, disponibilidad o durabilidad es el factor principal para seleccionar la región en la que se ejecutan los servicios de Cloud Run. Por lo general, puedes seleccionar la región más cercana a los usuarios, pero debes considerar la ubicación de los otros productos de Google Cloud que usa el servicio de Cloud Run. Si usas productos de Google Cloud en varias ubicaciones, la latencia y el costo del servicio pueden verse afectados.

Cloud Run está disponible en las siguientes regiones:

Sujetas a los Precios del nivel 1

  • asia-east1 (Taiwán)
  • asia-northeast1 (Tokio)
  • asia-northeast2 (Osaka)
  • europe-north1 (Finlandia)ícono de hoja Bajo nivel de CO2
  • europe-southwest1 (Madrid)
  • europe-west1 (Bélgica) ícono de hoja Bajo nivel de CO2
  • europe-west4 (Países Bajos)
  • europe-west8 (Milán)
  • europe-west9 (París) ícono de hoja Bajo nivel de CO2
  • me-west1 (Tel Aviv)
  • us-central1 (Iowa) ícono de hoja Bajo nivel de CO2
  • us-east1 (Carolina del Sur)
  • us-east4 (Virginia del Norte)
  • us-east5 (Columbus)
  • us-south1 (Dallas)
  • us-west1 (Oregón) ícono de hoja Bajo nivel de CO2

Sujetas a los Precios del nivel 2

  • africa-south1 (Johannesburgo)
  • asia-east2 (Hong Kong)
  • asia-northeast3 (Seúl, Corea del Sur)
  • asia-southeast1 (Singapur)
  • asia-southeast2 (Yakarta)
  • asia-south1 (Bombay, India)
  • asia-south2 Delhi (India)
  • australia-southeast1 (Sídney)
  • australia-southeast2 (Melbourne)
  • europe-central2 (Varsovia, Polonia)
  • europe-west10 (Berlín)
  • europe-west12 (Turín)
  • europe-west2 (Londres, Reino Unido) ícono de hoja Bajo nivel de CO2
  • europe-west3 (Fráncfort, Alemania) ícono de hoja Bajo nivel de CO2
  • europe-west6 (Zúrich, Suiza) ícono de hoja Bajo nivel de CO2
  • me-central1 (Doha)
  • me-central2 (Dammam)
  • northamerica-northeast1 (Montreal) ícono de hoja Bajo nivel de CO2
  • northamerica-northeast2 (Toronto) ícono de hoja Bajo nivel de CO2
  • southamerica-east1 (São Paulo, Brasil) ícono de hoja Bajo nivel de CO2
  • southamerica-west1 (Santiago, Chile) ícono de hoja Bajo nivel de CO2
  • us-west2 (Los Ángeles)
  • us-west3 (Salt Lake City)
  • us-west4 (Las Vegas)

Si ya creaste un servicio de Cloud Run, puedes ver la región en el panel de Cloud Run en la consola de Google Cloud.

Actualiza el servicio

Para realizar cambios en el servicio, sigue estos pasos:

  1. Envía una confirmación a la rama principal del repositorio.

  2. Actualiza el servicio de Cloud Run para ver el estado de la actualización.

¡Felicitaciones! Acabas de implementar en Cloud Run desde un repositorio de Git. De forma automática, Cloud Run escala horizontalmente tu contenedor para manejar las solicitudes recibidas y, luego, reduce la escala cuando la demanda disminuye. Solo debes pagar por la CPU, la memoria y las herramientas de redes que se usen durante el manejo de la solicitud.

¿Qué sigue?