Cloud Run is a managed compute platform that enables you to run stateless containers that are invocable via HTTP requests. Cloud Run is serverless: it abstracts away all infrastructure management, so you can focus on what matters most — building great applications.

It is built from Knative, letting you choose to run your containers either fully managed with Cloud Run, or Cloud Run for Anthos.

The goal of this codelab is for you to build a container image and to deploy it to Cloud Run.

Codelab-at-a-conference setup

If you see a "request account button" at the top of the main Codelabs window, click it to obtain a temporary account. Otherwise ask one of the staff for a coupon with username/password.

These temporary accounts have existing projects that are set up with billing so that there are no costs associated for you with running this codelab.

Note that all these accounts will be disabled soon after the codelab is over.

Use these credentials to log into the machine or to open a new Google Cloud Console window https://console.cloud.google.com/. Accept the new account Terms of Service and any updates to Terms of Service.

Here's what you should see once logged in:

When presented with this console landing page, please select the only project available. Alternatively, from the console home page, click on "Select a Project" :

Google Cloud Shell

While Google Cloud can be operated remotely from your laptop, in this codelab we will be using Google Cloud Shell, a command line environment running in the Cloud.

This Debian-based virtual machine is loaded with all the development tools you'll need. It offers a persistent 5GB home directory, and runs on the Google Cloud, greatly enhancing network performance and authentication. This means that all you will need for this codelab is a browser (yes, it works on a Chromebook).

To activate Google Cloud Shell, from the developer console simply click the button on the top right-hand side (it should only take a few moments to provision and connect to the environment):

activateCloudShell.png

Click the "Start Cloud Shell" button:

Screen Shot 2017-06-14 at 10.13.43 PM.png

Once connected to the cloud shell, you should see that you are already authenticated and that the project is already set to your PROJECT_ID :

gcloud auth list

Command output

Credentialed accounts:
 - <myaccount>@<mydomain>.com (active)
gcloud config list project

Command output

[core]
project = <PROJECT_ID>

Cloud Shell also sets some environment variables by default which may be useful as you run future commands.

echo $GOOGLE_CLOUD_PROJECT

Command output

<PROJECT_ID>

If for some reason the project is not set, simply issue the following command :

gcloud config set project <PROJECT_ID>

Looking for your PROJECT_ID? Check out what ID you used in the setup steps or look it up in the console dashboard:

Project_ID.png

IMPORTANT: Finally, set the default zone and project configuration:

gcloud config set compute/zone us-central1-f

You can choose a variety of different zones. Learn more in the Regions & Zones documentation.

Enable the Cloud Run API

From Cloud Shell, enable the Cloud Run API :

gcloud services enable run.googleapis.com

This should produce a successful message similar to this one :

Operation "operations/acf.cc11852d-40af-47ad-9d59-477a12847c9e" finished successfully.

We'll build a simple express-based NodeJS application responding to HTTP requests.

To build your application use Cloud Shell to create a new directory named helloworld-nodejs and change directory into it :

mkdir helloworld-nodejs
cd helloworld-nodejs

Create a package.json file with the following content :

{
  "name": "cloudrun-helloworld",
  "version": "1.0.0",
  "description": "Simple hello world sample in Node",
  "main": "index.js",
  "scripts": {
    "start": "node index.js"
  },
  "author": "",
  "license": "Apache-2.0",
  "dependencies": {
    "express": "^4.17.1"
  }
}

Most importantly the file above contains a start script command and a dependency on the Express web application framework.

Next, in the same directory, create a index.js file, and copy the following lines into it:

const express = require('express');
const app = express();

app.get('/', (req, res) => {
  console.log('Hello world received a request.');

  const target = process.env.TARGET || 'World';
  res.send(`Hello ${target}!`);
});

const port = process.env.PORT || 8080;
app.listen(port, () => {
  console.log('Hello world listening on port', port);
});

This code creates a basic web server that listens on the port defined by the PORT environment variable. Your app is now ready to be containerized, tested, and uploaded to Container Registry.

To containerize the sample app, create a new file named Dockerfile in the same directory as the source files, and copy the following content :

# Use the official lightweight Node.js 12 image.
# https://hub.docker.com/_/node
FROM node:12-slim

# Create and change to the app directory.
WORKDIR /usr/src/app

# Copy application dependency manifests to the container image.
# A wildcard is used to ensure both package.json AND package-lock.json are copied.
# Copying this separately prevents re-running npm install on every code change.
COPY package*.json ./

# Install production dependencies.
RUN npm install --only=production

# Copy local code to the container image.
COPY . ./

# Run the web service on container startup.
CMD [ "npm", "start" ]

Now, build your container image using Cloud Build, by running the following command from the directory containing the Dockerfile :

gcloud builds submit --tag gcr.io/$PROJECT_ID/helloworld

... where $PROJECT_ID is your GCP project identifier. You can get it by running gcloud config get-value project.

Once pushed to the registry, you will see a SUCCESS message containing the image name (gcr.io/$PROJECT_ID/helloworld). The image is stored in Container Registry and can be re-used if desired.

You can list all the container images associated with your current project using this command :

gcloud container images list

If you would like to run and test the application locally from Cloud Shell, you can start it using this standard docker command :

docker run -d -p 8080:8080 gcr.io/$PROJECT_ID/helloworld

... and use the Web preview feature to point to port 8080. In the Cloud Shell window, click on Web preview and select "Preview on port 8080".

This should open a browser window showing the "Hello World!" message.

You could also simply use curl localhost:8080.

Deploying your containerized application to Cloud Run is done using the following command (make sure to adjust this to the correct image name for the app you've built or to use the gcr.io/cloudrun/hello prebuilt image):

gcloud run deploy helloworld \
  --image gcr.io/$PROJECT_ID/helloworld \
  --platform managed \
  --region us-central1 \
  --allow-unauthenticated

The --allow-unauthenticated deploy option enables you to reach the application without authentication.

The --platform managed deploy option means that we're requesting the fully-managed environment (not the Kubernetes infrastructure via Anthos).

Then wait a few moments until the deployment is complete. On success, the command line displays the service URL :

Service [helloworld] revision [helloworld-00001] has been deployed
and is serving traffic at https://helloworld-wdl7fdwaaa-uc.a.run.app

You can now visit your deployed container by opening the service URL in a web browser :

Congratulations! You have just deployed an application packaged in a container image to Cloud Run. Cloud Run automatically and horizontally scales your container image to handle the received requests, then scales down when demand decreases. You only pay for the CPU, memory, and networking consumed during request handling.