Habitat is a project that aims to solve the problem of building, deploying and managing services. We at Kinvolk have been working on Kubernetes integration for Habitat in cooperation with Chef. This integration comes in the form of a Kubernetes controller called Habitat operator. The Habitat operator allows cluster administrators to fully utilize Habitat features inside their Kubernetes clusters, all the while maintaining high compatibility with the “Kubernetes way” of doing things. For more details about Habitat and the Habitat operator have a look at our introductory blog post .
In this guide we will explain how to use the Habitat operator to run and manage a Habitat-packaged application in a Kubernetes cluster on Google Kubernetes Engine (GKE). This guide assumes a basic understanding of Kubernetes.
We will deploy a simple web application which displays the number of times the page has been accessed.
We’re going to assume some initial setup is done. For example, you’ll need to have created an account on
Google Cloud Platform
and have already installed and configured the
Google Cloud SDK
as well as its
. Lastly, you’ll want to
so you can connect to the cluster.
Creating a cluster
To start, we’ll want to create a project on GCP to contain the cluster and all related settings. Project names are unique on GCP, so use one of your choosing in the following commands.
Create it with:
$ gcloud projects create habitat-on-kubernetes
We will then need to enable the “compute API” for the project we’ve just created. This API allows us to create clusters and containers.
$ gcloud service-management enable container.googleapis.com --project habitat-on-kubernetes
We also need to enable billing for our project, since we’re going to spin up some nodes in a cluster:
$ gcloud beta billing projects link hab-foobar --billing-account=$your-billing-id
Now we’re ready to create the cluster. We will have to choose a name and a zone in which the cluster will reside. You can list existing zones with:
$ gcloud compute zones list --project habitat-on-kubernetes
This following command sets the zone to “europe-west1-b” and the name to “habitat-cluster”. This command can take several minutes to complete.
$ gcloud container clusters create habitat-demo-cluster --project habitat-on-kubernetes --zone europe-west1-b
Deploying the operator
The next step is to deploy the Habitat operator. This is a component that runs in your cluster, and reacts to the creation and deletion of Habitat Custom Objects by creating, updating or deleting resources in the cluster. Like all objects, operators are deployed with a yaml manifest file. The contents of the manifest file are shown below:.
- name: habitat-operator
From the root of our demo application, we can then deploy the operator with:
kubectl create -f kubernetes/habitat-operator.yml
Deploying the demo application
With that done, we can finally deploy our demo application:
- name: web
Just run the following command:
$ kubectl create -f kubernetes/habitat-demo-counter.yml
We can monitor the status of our deployment with
kubectl get pod -w. Once all pods are in the “Running” state, our application is fully deployed and ready to interact with.
Let’s find out the public IP address of our application by running
kubectl get services front.
The IP will be listed under the column “External IP”.
Let’s test it out by going to the service’s IP and port 8000, where we should see the app’s landing page, with the view counter. The counter increases every time we refresh the page, and can be reset with the “Reset” button.
To see this in action, watch the video below.
The Ruby web application has been packaged with Habitat , and is now running as a Habitat service in a Docker container deployed on Kubernetes. Congratulations!