Indeed Kubernetes is an enabler for Platform as a service (PaaS) that creates hardware layer abstraction for development teams.<\/p>\n\n\n\n
Why do you need to know about the Kubernetes?<\/h2>\n\n\n\n
Today, majority of applications are developed as cloud native<\/a>, i.e. they run as microservices\/containers. Due to their lightweight size, they have become popular. 5G core, for example, is completely cloud native based. As Kubernetes is popular container orchestration platform, so it is important to know about this platform.<\/p>\n\n\n\n The best way to understand and appreciate Kubernetes is to understand its architecture. <\/p>\n\n\n\n So as you are looking to know about “what is Kubernetes”, i suggest that understanding its architecture can clarify it.<\/p>\n\n\n\n However, the info out there makes Kubernetes architecture hard to understand.<\/p>\n\n\n\n In this step by step guide, I will make it very easy for you to understand the Kubernetes architecture clearly.<\/p>\n\n\n\n I will draw parallels between Kubernetes and cargo ships. This is an interesting analogy and you would not forget the concepts after that.<\/p>\n\n\n\n Before understanding the Kubernetes and using the ship analogy, it is good to understand first some basic terms like Pod, cluster, and Node.<\/p>\n\n\n\n In fact, Kubernetes is architected as a cluster of nodes, and then containers are deployed into pods using Control Plane. The control plane manages the nodes and the pods.<\/p>\n\n\n\n Let’s first understand the hierarchy going from small to bigger. <\/p>\n\n\n\n Container > Pod > Node > Cluster<\/strong><\/p>\n\n\n\n This order will help you remember, smaller to the bigger size. The smaller resides in the bigger.<\/p>\n\n\n\n This is the level 0.<\/p>\n\n\n\n Kubernetes.io<\/a> defines container as following\u201cA container image is a ready-to-run software package, containing everything needed to run an application: the code and any runtime it requires, application and system libraries, and default values for any essential settings\u201dthe container is the smallest unit and sits inside the Pod. However, Kubernetes does not create containers. That is the job of the container runtime, such as Docker ( more at the end)<\/p>\n\n\n\n This is the level 1.<\/p>\n\n\n\n The container sits in the Pod. A Pod is defined as a logical unit of application. It can contain one or more containers and is deployed on a node. For Kubernetes PoD is the basic unit ( instead of containers) i.e Kubernetes deploy Pods ( which have containers inside) and does not create containers directly. Normally Pod will have a single type of application or it can have multiple applications if they are closely related. Each pod is assigned a unique IP address within the cluster, that enables the application to use ports without conflict. Pod to pod communication is enabled using a dedicated Pod IP address<\/p>\n\n\n\n This is level 3.<\/p>\n\n\n\n Pods run inside nodes.<\/p>\n\n\n\n Nodes can be virtual machines or physical servers. A Node is a worker machine in Kubernetes. Each Node is managed by the Master. ( more about worker node and master node later on) A Node can have multiple pods, and the Kubernetes master automatically handles scheduling the pods across the Nodes in the cluster.<\/p>\n\n\n\n Node is also called worker node in Kubernetes.<\/p>\n\n\n\n This is level 4.<\/p>\n\n\n\n At the minimum, the Cluster contains one or a group of nodes and a control plane. containers do not need to be tied to the specific virtual machine. Containers can run anywhere, on physical, virtual, or cloud but what ties them together is them being part of a cluster.<\/p>\n\n\n\n Kubernetes clusters are comprised of one master ( more on master later on) and a number of nodes ( also called worker nodes)<\/p>\n\n\n\n After getting the clarity on the master and worker node, let’s see the reference architecture of Kubernetes and the role of master and worker node.<\/p>\n\n\n\n But the best way to understand what is inside the master and worker node is to use the ship analogy.<\/p>\n\n\n\n Lets take the next section of understanding what is kubernetes and kubernetes architecture.<\/p>\n\n\n\n Worker nodes are like cargo ships. Cargo ships take containers from source to destination. In Kubernetes, worker nodes host containers of applications. Master is like control ships. Control ships manage and monitor cargo ships<\/p>\n\n\n\n Let’s take a look at different components of the control ship\/master<\/p>\n\n\n\n The master runs control plane components. The control plane components make global decisions about the cluster as well as detecting and responding to the cluster events. Usually, control plane components are run on a dedicated machine in a cluster.<\/p>\n\n\n\n Kube scheduler= Cranes in control ship<\/strong><\/p>\n\n\n\n When cargo ships arrive, containers are loaded on them using cranes, , therefore there should be a way to identify where to place the containers, which ships have the capacity, constraints, etc. This is the job of the schedulers. But as Kubernetes run pods ( containers are part of the pods), so we can say that kube scheduler schedules pods on the ships ( on the worker nodes)<\/p>\n\n\n\n The scheduler takes into account the resource needs of the pods, such as CPU or memory, along with the health of the cluster. Based on this, it can schedule pod to the appropriate compute node<\/p>\n\n\n\n etcd= cargo ship profiles<\/strong><\/p>\n\n\n\n As containers are loaded and unloaded from ships on daily basis. There should be a database that needs to keep track of all this information on where are those containers and at what time they are uploaded. etcd is a database that stores this information ( It is like a source of truth) This is analogous to a \u201ccargo ship profiles\u201d that has details of all such information.<\/p>\n\n\n\n api server = The department in control ship that manages communication<\/strong><\/p>\n\n\n\n There are multiple offices onboard a ship. As well there are external stakeholders. Who manages the communications within internal and between the internal and external entities? kube-api server serve exactly that purpose<\/p>\n\n\n\n Kube-controller-manager = captain of the master node<\/strong><\/p>\n\n\n\n In Kubernetes, the kube controller manager runs a different kind of controllers that control different functions like ( it is like the captain of the master node)<\/p>\n\n\n\n In ship analogy, kube controller manager is managing different offices in dock like operation office ( the team that responds if any issue with the worker node), replication office (the team responsible for maintaining correct number of pods)<\/p>\n\n\n\n Kubelet =captain of the worker ship<\/strong><\/p>\n\n\n\n This is an agent that runs on each node of the cluster. It listens to instructions from kube-api-server and manages the Pods and the containers running on the machine.<\/p>\n\n\n\n kube proxy= manages communication between worker ships<\/strong><\/p>\n\n\n\n kube proxy manages communication between different containers deployed across different nodes. For example, a packet core may have multiple different services, one service deployed on one node, while another on another node that needs to talk to one another, the kube-proxy facilitates this kind of communication<\/p>\n\n\n\n In terms of ship analogy, kube proxy manages communication between different worker nodes.<\/p>\n\n\n\n You need to install a container runtime<\/a> into each node in the cluster so that Pods can run there. <\/p>\n\n\n\n Container runtime is installed in each node in the cluster so that pods can run there. Docker<\/a> is one of the popular container runtime but there are others such as the Open container initiative.<\/p>\n\n\n\n So thats it, I hope it is clear now on what is Kubernetes and Kubernetes architecture. Please leave a comment below and let me know your thoughts on whether it is now easy for you to understand Kubernetes ?<\/p>\n\n\n\n References<\/strong>:<\/p>\n\n\n\n slideshare-demystifying-the-nuts-bolts-of-kubernetes-architecture<\/p>\n\n\n\n https:\/\/opensource.com\/article\/20\/6\/container-orchestration<\/a><\/p>\n\n\n\nThe Best way to understand “what is Kubernetes” is to understand its architecture.<\/h2>\n\n\n\n
I will make Kubernetes easy to understand through the ship analogy<\/h2>\n\n\n\n
Concept of Pod, Cluster, Container, and Node<\/h2>\n\n\n\n
![\"\"](\"https:\/\/telecomlighthouse.com\/wp-content\/uploads\/2026\/09\/image-1.png\")
Container<\/h2>\n\n\n\n
Pod<\/h2>\n\n\n\n
Node ( Worker Node)<\/h2>\n\n\n\n
Cluster<\/h2>\n\n\n\n
Kubernetes architecture using ship analogy?<\/h2>\n\n\n\n
![Kubernetes analogy to ships](\"https:\/\/telecomlighthouse.com\/wp-content\/uploads\/2026\/09\/image-9.png\")
What is inside the master (Control ship)?<\/h2>\n\n\n\n
![\"\"](\"https:\/\/telecomlighthouse.com\/wp-content\/uploads\/2026\/09\/image-8.png\")
Kube scheduler<\/h3>\n\n\n\n
etcd<\/h3>\n\n\n\n
![\"\"](\"https:\/\/telecomlighthouse.com\/wp-content\/uploads\/2026\/09\/1_image-5.png\")
<\/figure><\/div>\n\n\n\nkube api server<\/h3>\n\n\n\n
kube controller manager<\/h3>\n\n\n\n
![\"\"](\"https:\/\/telecomlighthouse.com\/wp-content\/uploads\/2026\/09\/image-6.png\")
What’s inside the worker node (Cargo ship)?<\/h2>\n\n\n\n
![Kubernetes architecture](\"https:\/\/telecomlighthouse.com\/wp-content\/uploads\/2026\/09\/image-11.png\")
kubelet<\/h3>\n\n\n\n
![\"\"](\"https:\/\/telecomlighthouse.com\/wp-content\/uploads\/2026\/09\/image-10.png\")
<\/figure>\n\n\n\nkube proxy<\/h3>\n\n\n\n
container runtime<\/h2>\n\n\n\n