Introduction to Kubernetes Core Concepts, Networking, Services and Workloads

Kubernetes (K8s) is an open‑source container orchestration system originally developed by Google. It manages containerised applications and provides features such as cluster management, automatic scaling, Service handling and load balancing.

Core concepts include:

Node : the smallest unit of a Kubernetes cluster, a set of machines that run applications and store data.

Pod : the executable unit in Kubernetes that contains one or more containers, networking and storage resources.

Service : an abstraction that defines how to access a group of Pods, exposing them internally or externally.

Namespace : a logical partition within a cluster that isolates resources for different environments or teams.

Deployment : manages a set of Pods via ReplicaSets, handling scaling, rolling updates and rollbacks.

StatefulSet : ensures ordered, unique Pod identities, typically used for stateful applications like databases.

Job : runs one‑off or batch tasks to completion, creating Pods that terminate after the task finishes.

CronJob : schedules Jobs to run periodically using cron‑style expressions.

Pod networking

Kubernetes assigns each Pod an IP address, allowing seamless communication across Nodes. Two main network models are supported:

Bridge network : simple intra‑Node communication between Pods and other containers.

Tunnel network : enables cross‑Node communication and external service access.

Network plugins such as Calico or Flannel provide IP allocation, external connectivity, IPVS and DNS support. Example of installing Flannel:

kubectl apply -f https://raw.githubusercontent.com/coreos/flannel/master/Documentation/kube-flannel.yml

To view a Pod’s IP address:

kubectl get pods --show-labels

Cross‑Node communication can be tested with tools like nc between Pods.

Service types

ClusterIP (default) creates an internal virtual IP reachable only within the cluster.

cat <
NodePort
exposes a Service on a static port on each Node, allowing external access via
<NodeIP>:<NodePort>
. Example:
cat <
LoadBalancer
provisions an external load balancer (cloud provider dependent) to expose the Service. Example:
cat <
Testing a Service can be done by creating a test Pod and curling the Service DNS name, e.g.
kubectl run test --image=nginx:latest
followed by
kubectl exec test -- curl my-service.default.svc.cluster.local
.
Namespace usage
Namespaces isolate resources such as Pods, Services and Volumes. Common commands:
kubectl get namespaces
kubectl create namespace development
Deployment example
cat <
Check rollout status:
kubectl rollout status deployment/my-deployment
Update the image:
kubectl set image deployment/my-deployment nginx=nginx:1.8.0
StatefulSet example
cat <
List StatefulSets and Pods:
kubectl get statefulsets
kubectl get pods --selector=app=MyApp
Job example
cat <
Check job status:
kubectl get jobs
CronJob example (runs hourly)
cat <
This CronJob creates a Job each hour that prints the current date and a greeting message.
All the above examples illustrate how Kubernetes resources are defined with YAML manifests and managed via
kubectl
commands, enabling scalable, reliable and automated deployment of containerised workloads.