<rss xmlns:atom="http://www.w3.org/2005/Atom" version="2.0">
    <channel>
        <title>Kubernetes - Category - Tech with Chay</title>
        <link>https://www.techwithchay.com/categories/kubernetes/</link>
        <description>Kubernetes - Category - Tech with Chay</description>
        <generator>Hugo -- gohugo.io</generator><language>en</language><copyright>This work is licensed under a Creative Commons Attribution-NonCommercial 4.0 International License.</copyright><lastBuildDate>Thu, 09 Apr 2026 15:35:17 &#43;0530</lastBuildDate><atom:link href="https://www.techwithchay.com/categories/kubernetes/" rel="self" type="application/rss+xml" /><item>
    <title>Kubernetes Services - Load Balancer</title>
    <link>https://www.techwithchay.com/posts/kubernetes-services-load-balancer/</link>
    <pubDate>Thu, 09 Apr 2026 15:35:17 &#43;0530</pubDate><guid>https://www.techwithchay.com/posts/kubernetes-services-load-balancer/</guid>
    <description><![CDATA[The NodePort Limitation Consider a four-node cluster hosting front-end applications, such as a voting app and a result app. To expose these via NodePort, Kubernetes allocates a port from the default range (30000-32767) on every node. Even if the application pods reside on only two nodes (e.g., nodes with IPs 70 and 71), the NodePort service creates iptables rules across all nodes. Consequently, a user can access the application via any node IP in the cluster.]]></description>
</item>
<item>
    <title>Kubernetes Services - ClusterIP</title>
    <link>https://www.techwithchay.com/posts/kubernetes-servcies-clusterip/</link>
    <pubDate>Thu, 09 Apr 2026 15:34:54 &#43;0530</pubDate><guid>https://www.techwithchay.com/posts/kubernetes-servcies-clusterip/</guid>
    <description><![CDATA[A full-stack web application architecture on Kubernetes consists of distinct tiers, each typically encapsulated in sets of pods. These tiers include front-end web servers, back-end application servers, in-memory data stores like Redis, and persistent databases like MySQL. Seamless communication between these layers is critical for application functionality. The front-end requires connectivity to the back-end, and the back-end must interact with both the caching and database layers.
Establishing reliable connectivity between these tiers presents a challenge due to the ephemeral nature of pods.]]></description>
</item>
<item>
    <title>Kubernetes Services - NodePort</title>
    <link>https://www.techwithchay.com/posts/kubernetes-services-nodeport/</link>
    <pubDate>Thu, 09 Apr 2026 12:28:10 &#43;0530</pubDate><guid>https://www.techwithchay.com/posts/kubernetes-services-nodeport/</guid>
    <description><![CDATA[Fundamentals of Kubernetes Services A Kubernetes Service is an abstraction that defines a logical set of Pods and a policy by which to access them—typically via a stable virtual IP (ClusterIP), DNS name, and optional load balancing. It decouples pod lifecycle from client access, allowing pods to be added, removed, or restarted without changing how other components reach the service. Without services, pod IP addresses are ephemeral - that means - when a pod dies and is replaced, its IP changes.]]></description>
</item>
<item>
    <title>Kubernetes Networking</title>
    <link>https://www.techwithchay.com/posts/kubernetes-networking/</link>
    <pubDate>Wed, 08 Apr 2026 15:14:29 &#43;0530</pubDate><guid>https://www.techwithchay.com/posts/kubernetes-networking/</guid>
    <description><![CDATA[Kubernetes Networking Fundamentals Single-Node Networking In a single-node Kubernetes cluster, the node possesses a physical or virtual IP address (e.g., 192.168.1.2) used for administrative access via SSH. In local environments like Minikube, this address refers to the virtual machine (VM) within the hypervisor, distinct from the host machine&rsquo;s IP.
Unlike Docker, where IP addresses are assigned to individual containers, Kubernetes assigns a unique internal IP address to the Pod. A Pod acts as a logical host for one or more containers.]]></description>
</item>
<item>
    <title>Deployments Update and Rollback</title>
    <link>https://www.techwithchay.com/posts/deployments-update-and-rollback/</link>
    <pubDate>Mon, 06 Apr 2026 16:06:37 &#43;0530</pubDate><guid>https://www.techwithchay.com/posts/deployments-update-and-rollback/</guid>
    <description><![CDATA[In a production environment, the ability to update applications without interrupting service is critical. Kubernetes achieves this through the Deployment object, which acts as a high-level manager for Replica Sets and Pods. This article provides a detailed technical explanation of how Kubernetes handles application updates, the strategies it employs to maintain availability, and the mechanisms used to recover from failed deployments.
Understanding the Deployment Architecture To understand rollouts, one must first understand the relationship between three components: the Deployment, the Replica Set, and the Pod.]]></description>
</item>
<item>
    <title>Kubernetes Deployment</title>
    <link>https://www.techwithchay.com/posts/kubernetes-deployment/</link>
    <pubDate>Thu, 02 Apr 2026 14:54:18 &#43;0530</pubDate><guid>https://www.techwithchay.com/posts/kubernetes-deployment/</guid>
    <description><![CDATA[Deploying a production‑grade web service requires multiple concurrent instances and a controlled upgrade path. Rolling updates let you replace pods incrementally, preserving availability, while the rollback feature restores the previous revision if a new version introduces errors. The pause/resume mechanism lets you stage several changes—such as image upgrades, replica count adjustments, or resource limit modifications—and apply them as a single rollout.
Kubernetes implements these capabilities through the Deployment object, which sits above ReplicaSets in the resource hierarchy.]]></description>
</item>
<item>
    <title>Replica Controller and ReplicaSet</title>
    <link>https://www.techwithchay.com/posts/replica-controllers-and-replicasets/</link>
    <pubDate>Thu, 26 Mar 2026 14:05:28 &#43;0530</pubDate><guid>https://www.techwithchay.com/posts/replica-controllers-and-replicasets/</guid>
    <description><![CDATA[ReplicaController in Kubernetes Overview The ReplicaController (RC) is a legacy workload API object that maintains a stable set of pod replicas. It continuously monitors the current state and creates or deletes pods to match the desired replica count defined in its spec. RCs are still supported for backward compatibility but are superseded by ReplicaSets and Deployments for most use‑cases. Even if you have single pod you can still use replica controller so that the pod is redeployed if it is crashed.]]></description>
</item>
<item>
    <title>Build Your First Kubernetes Cluster: A 15-Step Hands-On Lab</title>
    <link>https://www.techwithchay.com/posts/kubernetes-hands-on-lab/</link>
    <pubDate>Wed, 18 Mar 2026 23:44:19 &#43;0530</pubDate><guid>https://www.techwithchay.com/posts/kubernetes-hands-on-lab/</guid>
    <description><![CDATA[Kubernetes Hands-On Mini Lab Goal By the end, you’ll know how to:
Create &amp; manage workloads Debug pods Expose services Scale &amp; update apps Work with namespaces &amp; configs Step 0: Setup Start a cluster (example with Minikube) 1 minikube start Verify:
1 2 kubectl cluster-info kubectl get nodes Step 1: Create a Namespace 1 2 kubectl create namespace lab kubectl get namespaces Use it:
1 kubectl config set-context --current --namespace=lab Step 2: Create a Deployment 1 kubectl create deployment nginx --image=nginx Check:]]></description>
</item>
<item>
    <title>Kubernetes Commands Cheat Sheet for Everyday Cluster Tasks</title>
    <link>https://www.techwithchay.com/posts/kubernetes-commands/</link>
    <pubDate>Wed, 18 Mar 2026 23:02:05 &#43;0530</pubDate><guid>https://www.techwithchay.com/posts/kubernetes-commands/</guid>
    <description><![CDATA[Kubernetes CLI Reference Core Resource Management View Resources
kubectl get – List resources
Basic: kubectl get pods -n default Wide output: kubectl get pods nginxpod -o wide (shows node placement, pod IP) Label selector: kubectl get pods -l app=k8s-web-app Node details: kubectl get pods -o wide reveals the nodes where the pods are running from and ip details for the pods. kubectl describe pod pod-name reveals image used, node details, number of containers deployed, find why a pod launch failed (under events section) and other details Container status: Output like 1/1 or 1/2 indicates running containers / total containers; values like 0/1 signal container failures kubectl describe – Detailed resource inspection]]></description>
</item>
<item>
    <title>Running Flask on Kubernetes with Minikube: From Docker Image to Live Pods</title>
    <link>https://www.techwithchay.com/posts/building-flask-app-in-kubernetes/</link>
    <pubDate>Wed, 18 Mar 2026 01:55:47 &#43;0530</pubDate><guid>https://www.techwithchay.com/posts/building-flask-app-in-kubernetes/</guid>
    <description><![CDATA[Building a Flask Image for Minikube Write the application 1 2 3 4 5 6 7 8 9 10 11 12 # app.py from flask import Flask import os app = Flask(__name__) @app.route(&#39;/&#39;) def home(): return f&#34;Running from pod {os.getenv(&#39;POD_NAME&#39;, &#39;unknown&#39;)}&#34; if __name__ == &#39;__main__&#39;: app.run(host=&#39;0.0.0.0&#39;, port=80) Create the Dockerfile 1 2 3 4 5 6 FROM python:3.9-slim WORKDIR /app COPY app.py . RUN pip install flask EXPOSE 80 CMD [&#34;python&#34;, &#34;app.]]></description>
</item>
</channel>
</rss>
