Chris Nesbitt-Smith, November 11, 2021
Kubernetes is quickly becoming the go-to for companies looking to run containerized applications. The big downside? Kubernetes is also complicated. Even those in the know still need to keep up with the constantly changing, dynamic environment. If you’re looking at implementing Kubernetes for your team, you’ll need to brush up on some common Kubernetes terms.
Read on to learn more about Kubernetes and to develop a firm understanding of common Kubernetes terminology. Hopefully, by the end of this article, you’ll have a better grasp of what Kubernetes is and what it can do for you and your business.
To get you started on the right foot, we’ve compiled a list of some Kubernetes basic terms. This certainly isn’t the end all be all of a K8s dictionary, but it should give you enough to get started on your K8s journey. If you need a bit more of a deep dive, check out our glossary of Kubernetes terminology.
Everything in Kubernetes is built around containers. Think of a container as a shrink-wrapped assortment of software needed to run an application. All the code, libraries and utilities needed to run the application are included in the container. A container is immutable — it cannot be changed at runtime. If you need to update a container, you have to build a new one.
A Pod is one of the simplest of all the K8s components. Well, simple is a relative term, especially when talking about K8s. Regardless, Pods represent a set of containers. Typically, a pod will contain a single primary container — but that’s not always the case.
Additionally, a Pod can run what are often referred to as ‘sidecar’ containers that will add other features. One additional feature you might run into is log collection, and traffic encryption saving you from baking that into your application in a reusable way. The controller (usually a deployment, but others such as CronJob, StatefulSet, DaemonSet etc exist) is in charge of managing Pods.
A node is either a VM or a physical machine, depending on the cluster. The workload of the node is defined by putting containers into pods. These pods run on nodes. In each individual cluster, you’ll usually be running several nodes at a time.
You’ve got the node, and a GROUP of nodes, controlled by a master node, is a cluster. A cluster is basically a set of nodes that house collections of pods. Worker nodes host the pods that run the application workload.
So, those are some of the basic Kubernetes terms explained, touching mostly on the basic components of Kubernetes architecture. Of course, covering the terminology is only scratching the surface of the Kubernetes ecosphere. To go through it all would require a whole mess of coursework, textbooks, lectures and quizzes.
Here are just a few other basic terms you may come across:
Even for the most seasoned CKAs, Kubernetes can get confusing. Nevertheless, it makes running cloud application architecture easy to do on a massive scale.
That’s where Wayfinder comes into play, a cloud-native Kubernetes management system that solves implementation and scaling challenges, accelerating Kubernetes adoption safely and securely. We built Wayfinder to work with any team without the need for a team of K8s experts.