Set Up a Minimal MLOps Stack on GCP
How to set up a minimal stack on Google Cloud Platform (GCP)
To get started using ZenML on the cloud, you need some basic infrastructure up and running that you can then make more complicated depending on your use-case. This guide sets up the easiest MLOps stack that we can run on GCP with ZenML.
This guide represents one of many ways to create a cloud stack on GCP. Every component could be replaced by a different implementation. Feel free to take this as your starting point.


For this to work you need to have ZenML installed locally with all GCP requirements.
pip install zenml
zenml integration install gcp
Additionally, you will need Docker installed on your system.

The cloud stack

A full cloud stack will necessarily contain these five stack components:
  • An artifact store to save all step output artifacts, in this guide we will use a GCP bucket for this purpose
  • A metadata store that keeps track of the relationships between artifacts, runs and parameters. In our case we will opt for a MySQL database on GCP Cloud SQL.
  • The orchestrator to run the pipelines. Here we will opt for a Vertex AI pipelines orchestrator. This is a serverless GCP specific offering with minimal hassle.
  • A container registry for pushing and pulling the pipeline image.
  • Finally, the secrets Manager to store passwords and SSL certificates.

Set Up gcloud CLI

Install the gcloud CLI on your machine. Here is a guide on how to install it.
gcloud auth

Set up a GCP project (Optional)

gcloud CLI
As a first step it might make sense to create a separate GCP project for your ZenML resources. However, this step is completely optional, and you can also move forward within an existing project. If some resources already exist, feel free to skip their creation step and just note down the relevant information.
For simplicity, just open up a terminal on the side and save relevant values as we go along. You will use these when we set up the ZenML stack. ZenML will use your project number at a later stage to connect to some resources, so let's it. You'll most probably find it right here.
PROJECT_NUMBER=<PROJECT_NUMBER> # for example '492014921912'
GCP_LOCATION=<GCP_LOCATION> # for example 'europe-west3'
PARENT_ORG_ID=<PARENT_ORG_ID> # for example 3928562984638
PROJECT_NAME=<PROJECT_NAME> # for example zenml-vertex-prj
GCP_LOCATION=<GCP_LOCATION> # for example 'europe-west3'
gcloud projects create $PROJECT_NAME --organization=$PARENT_ORG_ID
gcloud config set project $PROJECT_NAME
PROJECT_NUMBER=$(gcloud projects describe $PROJECT_NAME --format="value(projectNumber)")

Enable billing

Before moving on, you'll have to make sure you attach a billing account to your project. In case you do not have the permissions to do so, you'll have to ask an organization administrator.
gcloud CLI
Here is a relevant page.
In case you don't have permissions on your companies billing account you might need to ask your admin to do this for you.
gcloud beta billing projects link $PROJECT_NAME --billing-account $BILLING_ACC

Enable Vertex AI

Vertex AI pipelines is at the heart of our GCP stack. As the orchestrator Vertex AI will run your pipelines and use all the other stack components.
gcloud CLI
All you'll need to do at this stage is enable Vertex AI here.
gcloud services enable

Enable Secrets Manager

The Secrets Manager will be needed so that the orchestrator will have secure access to the other resources.
gcloud CLI
Here is where you'll be able to enable the secrets manager.
gcloud services enable

Enable Container Registry

The Vertex AI orchestrator uses Docker Images containing your pipeline code for pipeline orchestration.
gcloud CLI
For this to work you'll need to enable the GCP Docker registry here.
In order to use the container registry at a later point you will need to set the container registry URI. This is how it is usually constructed:<PROJECT_ID>.
The container registry has four options: ,, , or Choose the one appropriate for you.
gcloud services enable

Set up Cloud Storage as Artifact Store

Storing of step artifacts is an important part of reproducible MLOps.
gcloud CLI
Create a bucket here.
Within the configuration of the newly created bucket you can find the gsutil URI which you will need at a later point. It's usually going to look like this: gs://<bucket-name>
GSUTIL_URI=<GSUTIL_URI> # for example 'gs://zenml_vertex_storage'

Set up a Cloud SQL instance as Metadata Store

One of the most complex resources that you'll need to manage is the MySQL database.
gcloud CLI
To start, we create a MySQL database. Once created, it will take some time for the database to be set up.
Once it is set up you can find the IP-address. The password you set during creation of the instance is the root password. The default port for MySQL is 3306.
DB_HOST=<DB_HOST> # for example ''
DB_PWD=<DB_PWD> # for example 'secure_root_pwd'
Time to set up the connections to our database. To do this you'll need to go into the Connections menu. Under the Networking tab you'll need to add to the authorized networks, thereby allowing all incoming traffic from everywhere. (Feel free to restrict this to your outgoing IP address)
For security reasons, it is also recommended to configure your database to only accept SSL connections. You'll find the relevant setting in the Security tab. Select SSL Connections only in order to encrypt all traffic with your database.
Now Create Client Certificate and download all three files. Save the paths to these three files as follows.
SSL_CA=<SSL_CA> # for example /home/zen/Downloads/server-ca.pem
SSL_CERT=<SSL_CERT> # for example /home/zen/Downloads/client-cert.pem
SSL_KEY=<SSL_KEY> # for example /home/zen/Downloads/client-key.pem
Note the @ sign in front of these three variables. The @ sign tells the secret manager that these are file paths to be loaded from.
Finally, head on over to the Databases submenu and create your database and save its name.
DB_NAME=<DB_NAME> # for example zenml_db
We have set some sensible defaults here, feel free to replace these with names of your own.
DB_NAME=zenml_metadata_store_db # make sure this contains no '-'
# Enable the sql api for database creation
gcloud services enable
# Create the db instance
gcloud sql instances create $DB_INSTANCE --tier=db-f1-micro \
--region=$GCP_LOCATION --authorized-networks
Make sure the instance is fully set up before continuing.
DB_HOST=$(gcloud sql instances describe $DB_INSTANCE --format='get(ipAddresses[0].ipAddress)')
gcloud sql users set-password root --host=% --instance $DB_INSTANCE --password $DB_PASSWORD
# Create Client certificate and download all three
gcloud sql instances patch $DB_INSTANCE --require-ssl
This might take some time to finish again.
gcloud sql ssl client-certs create $CERT_NAME $CLIENT_KEY_PATH \
--instance $DB_INSTANCE
gcloud sql ssl client-certs describe $CERT_NAME --instance=$DB_INSTANCE \
--format="value(cert)" > $CLIENT_CERT_PATH
gcloud sql instances describe $DB_INSTANCE \
--format="value(serverCaCert.cert)" > $SERVER_CERT_PATH
gcloud sql databases create $DB_NAME --instance=$DB_INSTANCE \
--collation=utf8_general_ci --charset=utf8

Create a Service Account

All the resources are created. Now we need to make sure the instance performing the compute engine (Vertex AI) needs to have the relevant permissions to access the other resources. For this you'll need to go
gcloud CLI
here to create a service account. Give it a relevant name and allow access to the following roles:
  • Vertex AI Custom Code Service Agent
  • Vertex AI Service Agent
  • Container Registry Service Agent
  • Secret Manager Admin
Also give your user access to the service account. This is the service account that will be used by the Vertex AI compute engine.
SERVICE_ACCOUNT=<SERVICE_ACCOUNT> # for example [email protected]
USER_EMAIL=<USER_EMAIL> # for example [email protected]
gcloud iam service-accounts create $SERVICE_ACCOUNT_ID \
--display-name="zenml-vertex-sa" \
--description="Service account for running Vertex Ai workflows from ZenML."
gcloud projects add-iam-policy-binding ${PROJECT_NAME} \
--role="roles/aiplatform.customCodeServiceAgent" \
gcloud projects add-iam-policy-binding ${PROJECT_NAME} \
--role="roles/aiplatform.serviceAgent" \
gcloud projects add-iam-policy-binding ${PROJECT_NAME} \
--role="roles/containerregistry.ServiceAgent" \
gcloud projects add-iam-policy-binding ${PROJECT_NAME} \
--role="roles/secretmanager.admin" \
gcloud iam service-accounts add-iam-policy-binding $SERVICE_ACCOUNT \
--member="user:"${USER_EMAIL} --role="roles/iam.serviceAccountUser"

ZenML Stack

Everything on the GCP side is set up, you're ready to set up the ZenML stack components now.
Copy-paste this into your terminal and press enter.
zenml orchestrator register vertex_orchestrator --flavor=vertex \
--project=$PROJECT_NUMBER --location=$GCP_LOCATION \
zenml secrets-manager register gcp_secrets_manager \
--flavor=gcp_secrets_manager --project_id=$PROJECT_NUMBER
zenml container-registry register gcp_registry --flavor=gcp \
zenml artifact-store register gcp_artifact_store --flavor=gcp \
zenml metadata-store register gcp_metadata_store --flavor=mysql \
--host=$DB_HOST --port=3306 --database=$DB_NAME \
zenml stack register gcp_vertex_stack -m gcp_metadata_store \
-a gcp_artifact_store -o vertex_orchestrator -c gcp_registry \
-x gcp_secrets_manager --set
zenml secret register mysql_secret --schema=mysql \
--user=root --password=$DB_PASSWORD \
--ssl_ca="@"$SERVER_CERT_PATH --ssl_cert="@"$CLIENT_CERT_PATH \
This is where your ZenML stack is created and connected to the GCP cloud resources. If you now run zenml stack describe you should see this:
Stack Configuration
┃ ARTIFACT_STORE │ gcp_artifact_store ┃
┃ CONTAINER_REGISTRY │ gcp_registry ┃
┃ METADATA_STORE │ gcp_metadata_store ┃
┃ ORCHESTRATOR │ vertex_orchestrator ┃
┃ SECRETS_MANAGER │ gcp_secrets_manager ┃
'gcp_vertex_stack' stack (ACTIVE)

Run your pipeline in the cloud

With your ZenML stack set up and active, you are now ready to run your ZenML pipeline on Vertex AI.
For example, you could pull the ZenML Vertex AI example and run it.
zenml example pull vertex_ai_orchestration
cd zenml_examples/vertex_ai_orchestration/
Your first run might fail as one of the service accounts is only created once vertex is run for the first time. This service account will need to be given appropriate rights after the first run fails.
At the end of the logs you should be seeing a link to the Vertex AI dashboard. It should look something like this:
Finished Run
In case you get an error message like this:
Failed to create pipeline job. Error: Vertex AI Service Agent
'[email protected]' should be
granted access to the image
You will need to follow these instructions:
gcloud CLI
On the IAM page you will need to give permissions to the service account of the custom code workers.
For this, head over to your IAM configurations, click on Include Google-provided role grants on the top right and find the <project_number> service account.
Now give this one the Container Registry Service Agent role on top of its existing role.
gcloud projects add-iam-policy-binding ${PROJECT_NAME} --role="roles/aiplatform.customCodeServiceAgent" \
gcloud projects add-iam-policy-binding ${PROJECT_NAME} --role="roles/containerregistry.ServiceAgent" \
Now rerun your pipeline, it should work now.


Within this guide you have set up and used a stack on GCP using the Vertex AI orchestrator. For more guides on different cloud set-ups, check out the Kubeflow and Kubernetes orchestrators respectively and find out if these are a better fit for you.

One Shot Setup

Quick setup commands