Return to Workshop

Build Triggers, Webhooks and Rollbacks - Oh My!

Once you have an app deployed in OpenShift you can take advantage of some continuous capabilities that help to enable DevOps and automate your management process. We will cover some of those in this lab: Build triggers, webhooks, and rollbacks.

A bit of configuration

We are going to do some integration and coding with an external git repository. For this lab we are going to use github, if you don’t already have an account, you can create one here.

OK, let’s fork the dc-metro-map app from my account into your github account. Goto https://github.com/RedHatGov/openshift-workshops and look to the top right for the “Fork” button.

Click the “Fork” button

Github should redirect you to the newly created fork of the source code.

Build Trigger / Code Change Webhook

When using S2I there are a few different things that can be used to [trigger] a rebuild of your source code. The first is a configuration change, the second is an image change, and the last (which we are covering here) is a webhook. A webhook is basically your git source code repository telling OpenShift that the code we care about has changed. Let’s set that up for our project now to see it in action.

Jump back to your OpenShift web console and let’s add the webapp to our project. You should know how to do this from previous lab work, but this time point to your github URL for the source code. If you need a refresher expand the box below.

Web Console Steps

Web Console access

https://console-openshift-console.apps.example.redhatgov.io

From the "Developer" view, select the demo-YOUR# project, then select "+Add" button

Select "Import from Git"

Make sure that you replace YOUR_ACCOUNT with your GitHub user ID. Click on the “Show advanced Git options” expander to fill in the “Context Dir” field:

Git Repo URL	https://github.com/YOUR_ACCOUNT/openshift-workshops.git
Context Dir	/dc-metro-map

Select Node.js

Application Name	dc-metro-map
Name	dc-metro-map

Select "DeploymentConfig"

When you are done, scroll to the bottom and click 'Create'

The node.js builder template creates a number of resources for you, but what we care about right now is the build configuration because that contains the webhooks. So to get the URL:

CLI Steps

Terminal access

http://workshop-terminal-terminal-YOUR#.apps.example.redhatgov.io

Goto the terminal and type the following:

$ oc get bc/dc-metro-map -o yaml | grep github-webhook

...which returns the name of the secret that we need to find:

name: dc-metro-map-github-webhook-secret

Now that you have the name of the secret, you can get its value:

$ curl -o jq -L https://github.com/stedolan/jq/releases/download/jq-1.6/jq-linux64
$ chmod 0755 jq
$ SECRET=`oc get secrets dc-metro-map-github-webhook-secret -o json | ./jq ".data.WebHookSecretKey" | base64 -di`

Last, we can get the URL for the webhook, this way:

$ oc describe bc/dc-metro-map | awk '/github$/{print $2}' | sed "s/<secret>/${SECRET}/"

... which results in the information that we need:

https://api.alexocp43.redhatgov.io:6443/apis/build.openshift.io/v1/namespaces/cicd-1/buildconfigs/dc-metro-map/webhooks/1234abcd5678efgh/github

Copy the "Webhook Generic" URL to the clipboard, so that we can use it in GitHub.

Web Console Steps

Web Console access

https://console-openshift-console.apps.example.redhatgov.io

in "Administrator" view, click on "Builds" and then click on "Build Configs"

This is going to show basic details for all build configurations in this project

Click the "dc-metro-map" build config

You will see the summary of builds using this build config

Scroll to the bottom of the window.

Now you can see the links to get the various secrets.

Copy the Generic webhook to the clipboard, by clicking on "Copy URL with Secret"

Now switch back over to github

Github Steps

Let’s put the webhook URL into the repository. At the main page for this repository (the fork), you should see a tab bar with code, pull requests, pulse, graphs, and settings.

Click the "Settings" tab

Now you will see a vertical list of settings groups.

Click the "Webhooks" link

Click the "Add webhook" button

In the Payload URL field, paste the URL that you copied.

Change content type to "application/json"

Disable SSL verification by clicking the button

You can learn how to setup SSL in the secrets lab

Click the "Add webhook" button

Good work! Now any “push” to the forked repository will send a webhook that triggers OpenShift to: re-build the code and image using s2i, and then perform a new pod deployment. In fact Github should have sent a test trigger and OpenShift should have kicked off a new build already.

Deployment Triggers

Rollbacks

Well, what if something isn’t quite right with the latest version of our app? Let’s say some feature we thought was ready for the world really isn’t - and we didn’t figure that out until after we deployed it. No problem, we can roll it back with the click of a button.

CLI Steps

Terminal access

http://workshop-terminal-terminal-YOUR#.apps.example.redhatgov.io

Goto the terminal and type the following:

$ oc rollout undo dc/dc-metro-map
$ oc get pods -w

Web Console Steps

Web Console access

https://console-openshift-console.apps.example.redhatgov.io

Click on "Builds" and then click on "Builds"
This is going to show basic details for all builds, for the dc-metro-map application.

Click the "dc-metro-map" build that you want to roll back to. For the purposes of this lab, click dc-metro-map-1.
Click on 'Actions', and then 'Rebuild', from the menu, in the upper right corner of the window.

You can go back to the ‘Workloads’, ‘DeploymentConfigs’, ‘dc-metro-map’ page, and click on the ‘Events’ tab, to see your previous deployment spinning down and your new one spinning up.

OpenShift has done a graceful removal of the old pod and created a new one.

Summary

In this lab we saw how you can configure a source code repository to trigger builds with webhooks. This webhook could come from Github, Jenkins, Travis-CI, or any tool capable of sending a URL POST. Keep in mind that there are other types of build triggers you can setup. For example: if a new version of the upstream RHEL image changes. We also inspected our deployment history and did a rollback of our running deployment to one based on an older image with the click of a button.

×

Workshop Details

Domain
Workshop
Student ID

Student ID 0 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50

Domain lab-emergent360.com

Workshop

Enter Default

Workshop Details

Domain
Workshop
Student ID

Return to Workshop