<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: enrichman</title><link>https://news.ycombinator.com/user?id=enrichman</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 05 May 2026 08:43:12 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=enrichman" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by enrichman in "K3k: Kubernetes in Kubernetes"]]></title><description><![CDATA[
<p>This is not a side product but it's currently GA and part of the Rancher Prime offering. :)</p>
]]></description><pubDate>Sat, 02 May 2026 20:44:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47990301</link><dc:creator>enrichman</dc:creator><comments>https://news.ycombinator.com/item?id=47990301</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47990301</guid></item><item><title><![CDATA[New comment by enrichman in "K3k: Kubernetes in Kubernetes"]]></title><description><![CDATA[
<p>As I understand it, the virtual cluster pods are treated as standard workloads by the host. This means if you scale the nodes up or down, they will be rescheduled accordingly. You can currently use node selectors to manage this behavior, though we are developing a more flexible approach using affinity rules.</p>
]]></description><pubDate>Sat, 02 May 2026 09:21:21 +0000</pubDate><link>https://news.ycombinator.com/item?id=47984808</link><dc:creator>enrichman</dc:creator><comments>https://news.ycombinator.com/item?id=47984808</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47984808</guid></item><item><title><![CDATA[New comment by enrichman in "K3k: Kubernetes in Kubernetes"]]></title><description><![CDATA[
<p>In virtual mode, the only pods running directly on the host are the K3s servers and agents. All "virtual cluster pods" run within these components, meaning they do not appear as individual pods on the host cluster.<p>The only trade-off is that K3s currently requires privileged mode to operate. We are actively exploring ways to address this limitation and improve security, such as implementing user namespaces or microVMs.</p>
]]></description><pubDate>Sat, 02 May 2026 08:37:46 +0000</pubDate><link>https://news.ycombinator.com/item?id=47984591</link><dc:creator>enrichman</dc:creator><comments>https://news.ycombinator.com/item?id=47984591</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47984591</guid></item><item><title><![CDATA[New comment by enrichman in "K3k: Kubernetes in Kubernetes"]]></title><description><![CDATA[
<p>Hi everyone! I’m one of the maintainers of K3k at SUSE.<p>It’s really exciting to see this on the front page. The project actually started during a SUSE Hackweek by my colleague Hussein. It was initially envisioned as a "Kubernetes version of k3d," but it evolved into something more ambitious and eventually became a real product.
 We’ve always been big believers in the power of open source. For the current default "shared" mode, we even experimented with Virtual Kubelet, another CNCF project, during our development process.<p>I’ll be hanging around the thread today, so if you have any questions about the history, the tech stack, or where we're headed next, feel free to ask!</p>
]]></description><pubDate>Sat, 02 May 2026 08:21:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=47984511</link><dc:creator>enrichman</dc:creator><comments>https://news.ycombinator.com/item?id=47984511</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47984511</guid></item></channel></rss>