Verify Deployments with Google Cloud Operations

Updated 3 weeks ago by Renu Bhaskaran

Harness CV integrates with Google Cloud Operations to:

  • Verify that the deployed service is running safely and performing automatic rollbacks.
  • Apply machine learning to every deployment to identify and flag anomalies in future deployments.

This topic covers how to add and configure Google Cloud Operations as a Health Source for the Verify step.

Google Cloud Operations Suite was formerly known as Stackdriver.

In this topic:

Before You Begin

Add Google Cloud Operations as a verification provider

Review: CV Setup Options

To use the Verify step, you will need a Harness Change Intelligence Monitoring Source. In the simplest terms, a Change Intelligence Monitoring Source is basically a mapping of a Harness Service to a service monitored by your APM or logging tool.

You can set up a Change Intelligence Monitoring Source in the Change Intelligence module or in the Verify step in a CD stage. The process is the same.

No matter where you set up the Monitoring Source, once it's set up, it's available to both Change Intelligence and CD modules.

In this topic, we set up the Change Intelligence Monitoring Source as part of the Verify step setup.

Step 1: Add Verify Step

There are two ways to add the Verify step:

  • When selecting the stage deployment strategy:
    The Verify step can be enabled in a CD stage the first time you open the Execution settings and select the deployment strategy. When you select the deployment strategy you want to use, there is also an Enable Verification option. Select the Enable Verification option.
    Harness will automatically add the Verify step. For example, here is a stage where Canary strategy and the Enable Verification option were selected.
  • Add the Verify step to an existing Execution setup: You can also add the Verify step to the Execution section of a CD stage in a Pipeline you previously created. Simply click Add Step after the deployment step, and then select Verify.

Step 2: Enter a Name and Timeout

In Name, enter a name for the step.

In Timeout, enter a timeout value for the step.

You can use:

  • w for weeks
  • d for days
  • h for hours
  • m for minutes
  • s for seconds
  • ms for milliseconds

The maximum is 53w.Timeouts can be set at the Pipeline level also.

Step 3: Select a Continuous Verification Type

In Continuous Verification Type, select a type that matches your deployment strategy.

Step 4: Create a Monitored Service

In Monitored Service, click Click to autocreate a monitored service.

Harness automatically creates a Monitored Service using a concatenation of the Service and Environment names. For example, a Service named todolist and an Environment named dev will result in a Monitored Service named todolist_dev.

If the stage Service or Environment settings are Runtime Inputs, the Monitored Service and Health Sources settings will show up in the Runtime Input settings when you run the Pipeline.

Step 5: Add Health Sources

A Health Source is basically a mapping of a Harness Service to the service in a deployment environment monitored by an APM or logging tool.

In Health Sources, click Add. The Add New Health Source settings appear.

  1. In Select health source type, select Google Cloud Operations.

  1. In Health Source Name, enter a name for the Health Source.
  2. Under Connect Health Source, click Select Connector.
  3. In Connector settings, you can either choose an existing connector Gcp connector or click New Connector.

  1. Click Apply Selected. The Connector is added to the Health Source.
  2. In Select Feature, select the feature to be used.
The subsequent settings in Customize Health Source depend on the Health Source Type you selected. 

Option: Cloud Metrics

Select Cloud Metrics and click Next. The Select Dashboard settings appear.

Click one or more dashboards from the displayed results. If you don't have any preexisting dashboards or don't want to select the ones in the displayed result, click Manually input query.

Click Next and the Customize Health Source settings appear.

Select a query from the options displayed on the left side of setting panel. The specification of the selected query auto-populates in the fields under Query Specifications.

In Configure Risk Profile, select one of the following risk types in Risk Category:

Risk Type

Type of Values

Deviation Type

Default Delta

Default Ratio


Web / Business transactions

Higher is bad




Cpu, memory ....

Higher and Lower is bad




Cpu, memory ....

Higher and Lower is bad




Web / Business transactions

Lower is bad



Performance/Response time

Web / Business transactions

Higher is bad



In Deviation Compared to Baseline, select one of the options based on the selected risk type.

Click Submit. The Health Source is displayed in the Verify step.

Option: Cloud Logs

Select Cloud Logs and click Next. The Customize Health Source settings appear.

You can customize the metrics to map the Harness Service to the monitored environment in Query Specifications and Mapping settings.

  1. Click Map Queries to Harness Services drop down.
  2. Enter a name for the query in Name your Query.
  3. In Query, enter the query and click Fetch Records. The retrived results appear in Records.
  4. In Identify Service Instance, click the plus icon to select the path of the service instance.
  5. In Identify Message, click the plus icon to select the message identifier.

Click Submit. The Health Source is displayed in the Verify step.

You can add one or more Health Sources for each APM or logging provider.

Step 6: Select Sensitivity

In Sensitivity, select High, Medium, or Low based on the risk level used as failure criteria during the deployment.

Step 7: Select Duration

Select how long you want Harness to analyze and monitor the logs/APM data points. Harness waits for 2-3 minutes to allow enough time for the data to be sent to the APM/logging tool before it analyzes the data.This wait time is a standard with monitoring tools.

The recommended Duration is 10 min for logging providers and 15 min for APM and infrastructure providers.

Step 8: Specify Artifact Tag

In Artifact Tag, use a Harness expression to reference the artifact in the stage Service settings.

The expression <+serviceConfig.artifacts.primary.tag> refers to the primary artifact.

Option: Advanced Settings

In Advanced, you can select the following options:

See Advanced Settings.

Step 9: Deploy and Review Results

After setting up the Verify step, click Apply Changes.

Click Run to run the pipeline.

In Run Pipeline, select the tag for the artifact if a tag was not added in the Artifact Details settings.

Click Run Pipeline.

When the Pipeline is running, click the Verify step.

You can see that the verification takes a few minutes.

Once verification is complete, the Verify step shows the following:

The risk level might initially display a number of violations, but the red and orange colored host often change to green over the duration.


The Summary section shows the number of logs that are in violation.

Console View

Click Console View or simply click View Details in Summary to take a deeper look at verification.

If you have more than one Health Source, you can use the View dropdown to select each one.

Please Provide Feedback