- [Jeremy] Okay, welcome back. From here on in, we're in demonstration mode. The end to end demonstration that I'm about to perform will show you how to setup and install a GitOps workflow in a Kubernetes cluster. The idea here is that by observing firsthand the installation, you'll be able to repeat it within your own environment. 

The demonstration will mostly involve using the tools Kubectl, Helm, and Docker. Helm will be used to install the Flux operator into a Kubernetes cluster using a pre-built and publicly available Helm chart. Kubectl will then be used to manage and manipulate resources within the Kubernetes cluster, which should in turn trigger the GitOps process to perform automatic updates and deployments. Docker will be used for two reasons. 

The first is we'll use it to actually host a single-node Kubernetes cluster. And secondly Docker will be used to rebuild and push an updated Docker image to the Docker registry, which, again, should trigger the GitOps process to resync, et cetera. Okay, to start with, I'll need access to a Kubernetes cluster. I like to do a lot of local testing and prototyping with Kubernetes, so I tend to use Docker Desktop and its inbuilt certified Kubernetes cluster. 

I already have Docker Desktop installed and running, as seen here. I'm using it on macOS. Docker Desktop is also available for Windows, so this demo should be repeatable both on macOS and Windows. Clicking on the About Docker Desktop, you can see that I'm running the stable version 2.2.0.0, which ships with Kubernetes version 1.15.5. Now by default, the Kubernetes cluster is deactivated. So you need to start it up by going to Preferences, Kubernetes, and then tick the Enable Kubernetes option. 

The first time you do this, the overall startup process will take a little bit of extra time since Docker Desktop's single-node Kubernetes implementation depends on several Docker images which need to be downloaded from the internet. You can see the specific Kubernetes Docker images that are pulled down by jumping into the terminal and running the command, docker images, pipe, grep k8s.gcr.io, pipe, grep version 1.15.5, where the version number matches the Kubernetes version number presented in the About Docker Desktop pane. Now I already have Kubernetes enabled, and since I've already been using the cluster for testing and prototyping other projects, I'll simply reset it back to its original empty state. Resetting can be performed by clicking on the Reset Kubernetes Cluster button, like so. 

You can watch the current status of the cluster at the bottom of this pane. Eventually the Kubernetes status light will return green, indicating that the single-node cluster has been restarted successfully, which we can see now. Okay, I now have a fresh new Kubernetes empty single-node cluster running on my Mac. This is very cool. I can now jump over into the terminal and attempt connecting to this cluster. 

I'll run the command, kubectl config use-context docker-desktop, to ensure that I'm connecting and operating against the Docker Desktop-provisioned Kubernetes cluster. And now I'll run the command, kubectl get nodes, to hopefully view the single-node cluster, which we can see consists of a single node running version 1.15.5. 

Okay, that completes the initial Kubernetes cluster setup. In the next demo, I'll show you how to install Helm.