<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>schristoph.online</title><link>https://schristoph.online/tags/service-discovery/</link><description>Personal homepage and blog of Stefan Christoph</description><generator>Hugo -- gohugo.io</generator><language>en-us</language><copyright>Stefan Christoph. All rights reserved.</copyright><lastBuildDate>Mon, 25 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://schristoph.online/tags/service-discovery/index.xml" rel="self" type="application/rss+xml"/><item><title>The Service Catalog Pattern for AI Agents</title><link>https://schristoph.online/blog/service-catalog-pattern-ai-agents/?utm=rss-feed</link><pubDate>Mon, 25 May 2026 00:00:00 +0000</pubDate><guid>https://schristoph.online/blog/service-catalog-pattern-ai-agents/</guid><description>&lt;blockquote>
&lt;p>&lt;strong>TL;DR:&lt;/strong> AI agents face the same discovery problem microservices solved with service registries a decade ago, except agents need semantic search, governance workflows, and dynamic capability updates. AWS Agent Registry (preview) implements this pattern as a managed service. I tested it end-to-end: create a registry, register skills, approve them, and discover via natural language queries. The code and gotchas are below.&lt;/p>&lt;/blockquote>
&lt;h2 id="the-problem-we-already-solved-once">The Problem We Already Solved Once&lt;/h2>
&lt;p>In 2012, Netflix open-sourced Eureka [1]. The problem it solved was simple to state and hard to live without: in a microservices architecture, you can&amp;rsquo;t hardcode where services live. Instances spin up and down. IP addresses change. New capabilities appear. Old ones get deprecated. Without a registry, every service needs to know the exact location of every other service it depends on. That doesn&amp;rsquo;t scale.&lt;/p></description></item></channel></rss>