<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Posts on Todd's Builder Blog</title><link>https://todd.ekenstam.dev/posts/</link><description>Recent content in Posts 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/posts/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>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></channel></rss>