Del código al despliegue con BitBucket, Cloud Build y Cloud Run

Cuando pensaba en el almacenamiento de código, estaba decidido a utilizar Gitlab por todo el bombo que se le daba a Gitlab para hacerlo todo. Cuando empecé a trabajar con Gitlab y a entender las herramientas disponibles, me enamoré menos de sus capacidades.

Github es la herramienta dominante en el espacio de repositorio de código, pero después de ser advertido del hackeo de Github en 2020, Bitbucket parecía una alternativa más viable. El canal de CI/CD de Bitbucket también es más fácil de usar. Llevar el código de Bitbucket a Cloud Run supuso un periodo de descubrimiento innecesariamente largo porque en realidad es relativamente fácil. Mucha de la documentación sobre el tema es más complicada de lo que tiene que ser, así que no voy a pasar por el dolor que soporté para conseguir que este proceso funcionara. Aquí, voy a esbozar un método sencillo para configurar una tubería de CI/CD entre Bitbucket y Google Cloud Platform (GCP).

Lo primero es lo primero, o bien necesitas un proyecto ya creado en GCP, o bien tendrás que crear un proyecto en la nube desde la consola de Google Cloud.

Los siguientes pasos suponen que su código se ejecutará dentro de un contenedor Docker. La canalización de CI/CD extraerá el código de Bitbucket, compilará el código utilizando Google Cloud Build y, a continuación, desplegará el código en un contenedor en Google Cloud Run.

La herramienta Google Cloud Run está construida sobre una aplicación alojada de código abierto llamada K-Native, que se ejecuta sobre un centro de malla de servicios de Istio, que se ejecuta sobre Kubernetes.

Después de la creación del proyecto, vaya al servicio Google Cloud Build y habilite el servicio. Para habilitar el servicio, vaya a - Google Cloud Build > Configuración. Habilite el servicio Cloud Run y Service Accounts.

¿Qué hace Cloud Build? Cloud Build compila código Java, Go, Node.js. Puede desplegar el código compilado en múltiples entornos como VMs, serverless, Kubernetes o Firebase. Realiza un análisis de seguridad y empaqueta el código en un artefacto contenedor o no contenedor.

Una vez que ambos servicios estén habilitados, haz clic en el botón "Conectar Repositorio" en la parte superior de la pantalla de la página del servicio Cloud Build. Sigue los pasos para conectar, autorizar y conectar el repositorio de BitBucket deseado.

Una vez conectado el repositorio, haga clic en "Crear activador" y siga los pasos (algunos campos están precargados). Elija Dockerfile para la configuración de Build. (Un Dockerfile de configuración debe ser parte de la fuente).

Después de la creación del activador, ejecute el activador para ver si funciona. La ejecución del activador debería empujar un contenedor al Registro de Contenedores de Google.

Haga clic en "Historial" para ver un registro de todas las ejecuciones del activador; el examen del activador desde el registro permite ver la ejecución de un activador.

Ahora, si la Cloud Run no está habilitada, debe habilitarse para continuar con el siguiente paso.

En la página del servicio Cloud Run, haga clic en "Crear servicio". Al crear el servicio, seleccione la imagen del registro de contenedores creado en el paso Activador anterior.

Al configurar un servicio de Cloud Run, se presentan opciones para requerir o no requerir autenticación. Si se requiere la autenticación, habrá que crear una clave desde una cuenta de servicio y proporcionarla al solicitante.

Haga clic en el botón "Crear"

Después de la creación, debería generarse una URL de punto final. Haga clic en la URL generada para ver si la aplicación funciona. Si la aplicación funciona, entonces la tubería CI/CD está casi configurada. Hay un paso más para tener el proceso totalmente automatizado.

En la parte superior de la pantalla de Cloud Run, debería haber una opción para completar el pipeline de CI/CD. Haga clic en el botón y asegúrese de que los valores rellenados son correctos. Una vez enviado, la configuración de la tubería CI/CD está completa. GCP crea un Trigger adicional que despliega automáticamente el código después del proceso de construcción.

A partir de este punto, cada vez que los cambios son empujados a Bitbucket (dependiendo de la rama que su Trigger está viendo) el código será construido y desplegado automáticamente a la URL definida por Cloud Run.