<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Kubernetes on Brave New Geek</title><link>https://bravenewgeek.com/tag/kubernetes/</link><description>Recent content in Kubernetes on Brave New Geek</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Thu, 08 May 2025 09:12:33 -0600</lastBuildDate><atom:link href="https://bravenewgeek.com/tag/kubernetes/index.xml" rel="self" type="application/rss+xml"/><item><title>What is Koreo?</title><link>https://bravenewgeek.com/what-is-koreo/</link><pubDate>Thu, 08 May 2025 09:12:33 -0600</pubDate><guid>https://bravenewgeek.com/what-is-koreo/</guid><description>&lt;h2 id="the-platform-engineering-toolkit-for-kubernetes"&gt;The platform engineering toolkit for Kubernetes&lt;/h2&gt;
&lt;p&gt;&lt;img loading="lazy" src="https://bravenewgeek.com/wp-content/uploads/2025/05/og-image-1024x538.jpg"&gt;&lt;/p&gt;
&lt;p&gt;Last month we open sourced &lt;a href="https://koreo.dev"&gt;Koreo&lt;/a&gt;, our “platform engineering toolkit for Kubernetes.” Since then, we’ve seen a lot of interest from folks in the platform engineering and DevOps space. We’ve also gotten a lot of questions from people trying to better understand how Koreo fits into an already crowded landscape of Kubernetes tools. Koreo is a fairly complex tool, so it can be difficult to quickly grasp just what exactly it is_,_ what problems it’s designed to solve, and how it compares to other, similar tools. In this post, I want to dive into these topics and also discuss the original motivation behind Koreo.&lt;/p&gt;</description></item><item><title>Controller-Driven Infrastructure as Code</title><link>https://bravenewgeek.com/controller-driven-infrastructure-as-code/</link><pubDate>Wed, 19 Mar 2025 14:36:25 -0600</pubDate><guid>https://bravenewgeek.com/controller-driven-infrastructure-as-code/</guid><description>&lt;h2 id="harnessing-the-kubernetes-resource-model-for-modern-infrastructure-management"&gt;Harnessing the Kubernetes Resource Model for modern infrastructure management&lt;/h2&gt;
&lt;p&gt;Infrastructure as Code (IaC) revolutionized how we manage infrastructure, enabling developers to define resources declaratively and automate their deployment. However, tools like Terraform and CloudFormation, despite their declarative configuration, rely on an &lt;em&gt;operation-centric&lt;/em&gt; model, where resources are created or updated through one-shot commands.&lt;/p&gt;
&lt;h3 id="the-evolution-of-iac-from-operations-to-controllers"&gt;The evolution of IaC: From operations to controllers&lt;/h3&gt;
&lt;p&gt;In contrast, Kubernetes introduced a new paradigm with its &lt;a href="https://kubernetes.io/docs/concepts/architecture/controller/"&gt;controller pattern&lt;/a&gt; and the &lt;a href="https://github.com/kubernetes/design-proposals-archive/blob/main/architecture/resource-management.md"&gt;Kubernetes Resource Model&lt;/a&gt; (KRM). This &lt;em&gt;resource-centric&lt;/em&gt; approach to APIs redefines infrastructure management by focusing on desired state rather than discrete operations. Kubernetes controllers continuously monitor resources, ensuring they conform to their declarative configurations by performing actions to move the actual state closer to the desired state, much like a human operator would. This is known as a &lt;em&gt;control loop&lt;/em&gt;.&lt;/p&gt;</description></item><item><title>Cloud without Kubernetes</title><link>https://bravenewgeek.com/cloud-without-kubernetes/</link><pubDate>Mon, 12 Feb 2024 11:58:13 -0700</pubDate><guid>https://bravenewgeek.com/cloud-without-kubernetes/</guid><description>&lt;p&gt;&lt;img loading="lazy" src="https://bravenewgeek.com/wp-content/uploads/2024/02/Kubernetes-or-Cloud-Run-1024x683.jpeg"&gt;&lt;/p&gt;
&lt;p&gt;I think it’s safe to say Kubernetes has “won” the cloud mindshare game. If you look at the CNCF &lt;a href="https://landscape.cncf.io/"&gt;Cloud Native landscape&lt;/a&gt; (and manage to not go cross eyed), it seems like most of the projects are somehow related to Kubernetes. KubeCon is one of the fastest-growing industry events. Companies we talk to at Real Kinetic who are either preparing for or currently executing migrations to the cloud are centering their strategies around Kubernetes. Those already in the cloud are investing heavily in platform-izing their Kubernetes environment. Kubernetes competitors like Nomad, Pivotal Cloud Foundry, OpenShift, and Rancher have sort of just faded to the background (or simply pivoted to Kubernetes). In many ways, “cloud native” seems to be equated with “Kubernetes”.&lt;/p&gt;</description></item><item><title>Using Google-Managed Certificates and Identity-Aware Proxy With GKE</title><link>https://bravenewgeek.com/using-google-managed-certificates-and-identity-aware-proxy-with-gke/</link><pubDate>Wed, 24 Jun 2020 11:31:44 -0500</pubDate><guid>https://bravenewgeek.com/using-google-managed-certificates-and-identity-aware-proxy-with-gke/</guid><description>&lt;p&gt;Ingress on Google Kubernetes Engine (GKE) uses a Google Cloud Load Balancer (GCLB). GCLB provides a single anycast IP that fronts all of your backend compute instances along with a lot of other &lt;a href="https://cloud.google.com/load-balancing"&gt;rich features&lt;/a&gt;. In order to create a GCLB that uses HTTPS, an SSL certificate needs to be associated with the ingress resource. This certificate can either be &lt;a href="https://cloud.google.com/load-balancing/docs/ssl-certificates/self-managed-certs"&gt;self-managed&lt;/a&gt; or &lt;a href="https://cloud.google.com/load-balancing/docs/ssl-certificates/google-managed-certs"&gt;Google-managed&lt;/a&gt;. The benefit of using a Google-managed certificate is that they are provisioned, renewed, and managed for your domain names by Google. These managed certificates can also be configured directly with GKE, meaning we can configure our certificates the same way we declaratively configure our other Kubernetes resources such as deployments, services, and ingresses.&lt;/p&gt;</description></item><item><title>What’s Going on with GKE and Anthos?</title><link>https://bravenewgeek.com/whats-going-on-with-gke-and-anthos/</link><pubDate>Tue, 17 Sep 2019 10:12:52 -0500</pubDate><guid>https://bravenewgeek.com/whats-going-on-with-gke-and-anthos/</guid><description>&lt;h4 id="gcps-slippery-slide-into-enterprise"&gt;GCP’s Slippery Slide into Enterprise&lt;/h4&gt;
&lt;p&gt;When former Oracle exec Thomas Kurian took over for Diane Greene as Google Cloud’s CEO, a lot of people expressed concern about what this meant for the future of GCP. Vendor lock-in is already at the forefront of the minds of many cloud adopters, and Oracle is notorious for &lt;a href="https://www.cnbc.com/2017/04/19/amazon-aws-chief-andy-jassy-on-oracle-customers-are-sick-of-it.html"&gt;locking customers into expensive and prolonged contracts&lt;/a&gt;. However, I thought the move was smart on Google’s part.&lt;/p&gt;</description></item><item><title>Multi-Cloud Is a Trap</title><link>https://bravenewgeek.com/multi-cloud-is-a-trap/</link><pubDate>Fri, 14 Sep 2018 11:16:09 -0500</pubDate><guid>https://bravenewgeek.com/multi-cloud-is-a-trap/</guid><description>&lt;p&gt;It comes up in &lt;em&gt;a lot&lt;/em&gt; of conversations with clients. We want to be cloud-agnostic. We need to avoid vendor lock-in. We want to be able to shift workloads seamlessly between cloud providers. Let me say it again: &lt;em&gt;multi-cloud is a trap&lt;/em&gt;. Outside of appeasing a few major retailers who might not be too keen on stuff running in Amazon data centers, I can think of few reasons why multi-cloud should be a priority for organizations of &lt;em&gt;any&lt;/em&gt; scale.&lt;/p&gt;</description></item><item><title>There and Back Again: Why PaaS Is Passé (And Why It’s Not)</title><link>https://bravenewgeek.com/there-and-back-again-why-paas-is-passe-and-why-its-not/</link><pubDate>Tue, 06 Feb 2018 16:26:31 -0600</pubDate><guid>https://bravenewgeek.com/there-and-back-again-why-paas-is-passe-and-why-its-not/</guid><description>&lt;p&gt;In 10 years nobody will be talking about Kubernetes. Not because people stopped using it or because it fell out of favor, but because it became utility. Containers, Kubernetes, service meshes—they’ll all be there, the same way VMs, hypervisors, and switches will be. Compute is a commodity, and I don’t care how my workload runs so long as it meets my business’s SLOs and other requirements. Within AWS alone, there are now &lt;em&gt;innumerable&lt;/em&gt; ways to run a compute workload.&lt;/p&gt;</description></item></channel></rss>