<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Todd's Builder Blog</title><link>https://todd.ekenstam.dev/</link><description>Recent content on Todd's Builder Blog</description><generator>Hugo -- gohugo.io</generator><language>en</language><copyright>© 2026 Todd Ekenstam</copyright><lastBuildDate>Tue, 10 Feb 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://todd.ekenstam.dev/index.xml" rel="self" type="application/rss+xml"/><item><title>Beating the “Gate Rush”&lt;br&gt;&lt;small&gt;Why Slow Start Matters for Resiliency and Operational Excellence&lt;/small&gt;</title><link>https://todd.ekenstam.dev/posts/202602-slow-start/</link><pubDate>Tue, 10 Feb 2026 00:00:00 +0000</pubDate><guid>https://todd.ekenstam.dev/posts/202602-slow-start/</guid><description>&lt;p&gt;When a new pod comes online, it often experiences a &lt;em&gt;gate rush&lt;/em&gt;: it’s declared “Ready,” immediately receives its full share of production traffic, and then falls over—spiking latency, throwing transient 5xx/504s, or flapping readiness. This is especially common for warm-up–sensitive services (JVM class loading/JIT, cache population, connection pool establishment, TLS handshakes, model loading, etc.).&lt;/p&gt;</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://todd.ekenstam.dev/posts/202602-slow-start/featured.webp"/></item><item><title>About</title><link>https://todd.ekenstam.dev/about/</link><pubDate>Wed, 04 Feb 2026 00:00:00 +0000</pubDate><guid>https://todd.ekenstam.dev/about/</guid><description>&lt;h2 class="relative group"&gt;Personal
 &lt;div id="personal" class="anchor"&gt;&lt;/div&gt;
 
&lt;/h2&gt;
&lt;p&gt;This is about me&lt;/p&gt;

&lt;h2 class="relative group"&gt;Professional
 &lt;div id="professional" class="anchor"&gt;&lt;/div&gt;
 
&lt;/h2&gt;
&lt;p&gt;Todd is a Principal Engineer at Intuit, is building an AI-native platform with &amp;ldquo;Done For You&amp;rdquo; experiences utilizing secure, multi-tenant Kubernetes infrastructure. Todd has worked on various large-scale distributed systems projects during his career, ranging from hierarchical storage management, peer-to-peer database replication, enterprise storage virtualization, two-factor authentication SaaS, and Kubernetes clusters. Todd is co-author of the book &amp;ldquo;GitOps and Kubernetes&amp;rdquo; and is co-chair of the CNCF Developer Experience/End-user SIG.&lt;/p&gt;</description></item><item><title>Welcome to Groundhog Day&lt;br&gt;&lt;small&gt;Why Your Meetings Keep Repeating Themselves&lt;/small&gt;</title><link>https://todd.ekenstam.dev/posts/202602-welcome-to-groundhog-day/</link><pubDate>Mon, 02 Feb 2026 00:00:00 +0000</pubDate><guid>https://todd.ekenstam.dev/posts/202602-welcome-to-groundhog-day/</guid><description>&lt;p&gt;Ever walk into a meeting and feel an eerie sense of déjà vu?&lt;/p&gt;
&lt;p&gt;The same slide deck. The same “quick recap.” The same debate you’re &lt;em&gt;positive&lt;/em&gt; you already settled last week.&lt;/p&gt;
&lt;p&gt;How can you stop meetings from repeating themselves?&lt;/p&gt;</description><media:content xmlns:media="http://search.yahoo.com/mrss/" url="https://todd.ekenstam.dev/posts/202602-welcome-to-groundhog-day/featured.jpg"/></item><item><title/><link>https://todd.ekenstam.dev/posts/future-http2/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://todd.ekenstam.dev/posts/future-http2/</guid><description>&lt;p&gt;Regarding the Multi-Modal http2 support ask from Traffic, can we vend two ports (http-service-mesh and http2-service-mesh) and then document the dev teams should just use the correct one depending on the protocol being used? For different paved roads (agentic streaming, etc) the default vended template code can use the appropriate port depending on the use case. That way we don&amp;rsquo;t need to make this another configuration in AIR that the user needs to do.&lt;/p&gt;</description></item><item><title>Privacy Policy</title><link>https://todd.ekenstam.dev/privacy/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://todd.ekenstam.dev/privacy/</guid><description>&lt;p&gt;I value your privacy as much as my own. This policy outlines how this website handles data. Because I use privacy-first tools, the short version is: &lt;strong&gt;I don&amp;rsquo;t know who you are, and I don&amp;rsquo;t track you across the internet.&lt;/strong&gt;&lt;/p&gt;</description></item></channel></rss>