<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Gitops on khz</title><link>https://khzaw.dev/tags/gitops/</link><description>Recent content in Gitops on khz</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sun, 22 Mar 2026 00:00:00 +0800</lastBuildDate><atom:link href="https://khzaw.dev/tags/gitops/index.xml" rel="self" type="application/rss+xml"/><item><title>A self-tuning homelab</title><link>https://khzaw.dev/posts/self-tuning-kubernetes-homelab/</link><pubDate>Sun, 22 Mar 2026 00:00:00 +0800</pubDate><guid>https://khzaw.dev/posts/self-tuning-kubernetes-homelab/</guid><description>&lt;p&gt;Every so often, a pull request like this shows up.&lt;/p&gt;
&lt;p&gt;&lt;img src="https://khzaw.dev/img/self-tuning-kubernetes-homelab/pr-list_hu_356f2541029f30cc.webp" alt="A list of resource tuning pull requests opened automatically" loading="lazy" decoding="async" width="1332" height="540"&gt;&lt;/p&gt;
&lt;p&gt;The PR changes a handful of Kubernetes resource requests and limits in the HelmRelease manifests. The description spells out why each change got picked. It shows which containers look underfed, which ones sit on capacity they never touch, and whether the new state still fits on the nodes I actually have. None of that is me. I review it, merge it, and &lt;a href="https://fluxcd.io/"&gt;Flux&lt;/a&gt; rolls it out.&lt;/p&gt;</description></item><item><title>Building a homelab Kubernetes cluster</title><link>https://khzaw.dev/posts/rangoonpulse-homelab-origin/</link><pubDate>Fri, 20 Feb 2026 00:00:00 +0800</pubDate><guid>https://khzaw.dev/posts/rangoonpulse-homelab-origin/</guid><description>&lt;p&gt;I have self-hosted things before, but none of it really stuck. A &lt;a href="https://www.raspberrypi.com/products/raspberry-pi-4-model-b/"&gt;Raspberry Pi 4&lt;/a&gt; ran &lt;a href="https://pi-hole.net/"&gt;Pi-hole&lt;/a&gt; for a while. Then an old laptop ran &lt;a href="https://www.plex.tv/"&gt;Plex&lt;/a&gt; for a while after that. Both were useful in the loose way side projects are useful. Something would break, I&amp;rsquo;d shrug, it would fizzle out, and I&amp;rsquo;d move on.&lt;/p&gt;
&lt;p&gt;This time I wanted something more serious. Small, but with room to grow in whatever direction I felt like, a testing ground for whatever I wanted to learn. I&amp;rsquo;d GitOps it too. If I added a service, changed storage, or touched DNS, that change should live somewhere more durable than a vague memory of what I typed into a terminal. Nothing fancy. No rack, no enterprise gear. Just a small cluster for the services I actually use, with enough &lt;a href="https://kubernetes.io/"&gt;Kubernetes&lt;/a&gt; underneath to learn something while running it.&lt;/p&gt;</description></item></channel></rss>