<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>AI - Category - Shengxu · Cloud Architecture &amp; DevOps</title><link>https://shengxu.pages.dev/en/categories/ai/</link><description>Cloud architecture &amp; DevOps notes by Shengxu: Kubernetes, Cilium, observability, LLM infra, AI agents.</description><generator>Hugo 0.153.2 &amp; FixIt v0.4.0-alpha.3-20251225101113-8ffb9a95</generator><language>en</language><lastBuildDate>Sat, 09 May 2026 16:28:25 +0800</lastBuildDate><atom:link href="https://shengxu.pages.dev/en/categories/ai/index.xml" rel="self" type="application/rss+xml"/><item><title>Two Real Problems in AI Programming: Multi-Project Task Management and Multi-User Collaboration Isolation</title><link>https://shengxu.pages.dev/en/posts/ai-agent-multi-project-collaboration-isolation/</link><pubDate>Sat, 09 May 2026 16:28:25 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/ai-agent-multi-project-collaboration-isolation/</guid><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><description>&lt;p&gt;In multi-project, multi-developer AI programming practice, the continuity of task status and the isolation of personal configurations are key pain points affecting efficiency. This article proposes an engineering solution based on &amp;ldquo;sub-project Source of Truth&amp;rdquo; and &amp;ldquo;local rule isolation,&amp;rdquo; aiming to address cross-project task breakpoint management and team configuration pollution, while providing a replicable directory structure, read/write boundaries, and backup strategy.&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;Once an engineer starts using AI agents to write code frequently, the problem they quickly encounter isn&amp;rsquo;t &amp;ldquo;Can AI write functions?&amp;rdquo; but a more practical set of issues.&lt;/p&gt;</description></item><item><title>From Azure SRE Agent to HolmesGPT: AIOps Practices in Multi-Cloud Kubernetes Environments</title><link>https://shengxu.pages.dev/en/posts/azure-sre-agent-to-holmesgpt/</link><pubDate>Fri, 17 Apr 2026 19:40:00 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/azure-sre-agent-to-holmesgpt/</guid><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><category domain="https://shengxu.pages.dev/en/categories/kubernetes/">Kubernetes</category><category domain="https://shengxu.pages.dev/en/categories/devops/">DevOps</category><category domain="https://shengxu.pages.dev/en/categories/observability/">Observability</category><description>&lt;p&gt;In the multi-cloud Kubernetes era, the pain point for SREs is no longer just &amp;ldquo;too many alerts,&amp;rdquo; but rather investigation chains that are too long, context that is too scattered, and troubleshooting costs across clouds that are too high. What truly drains people isn&amp;rsquo;t glancing at a chart, but constantly switching between multiple cloud platforms, logging systems, deployment records, and ticketing systems.&lt;/p&gt;
&lt;p&gt;This is why AI SRE Agents are starting to deliver real value. Their goal isn&amp;rsquo;t to be a better conversational Copilot, but to proactively take over the highly repetitive first half of the work—&amp;ldquo;checking logs, finding correlations, guessing root causes, and giving suggestions&amp;rdquo;—once an alert is triggered.&lt;/p&gt;</description></item><item><title>Cilium 2026 (Continued): How the Unified Data Plane Is Reshaping Kubernetes Platform Architecture</title><link>https://shengxu.pages.dev/en/posts/cilium-2026-part-2-unified-dataplane/</link><pubDate>Sat, 21 Mar 2026 14:31:56 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/cilium-2026-part-2-unified-dataplane/</guid><category domain="https://shengxu.pages.dev/en/categories/kubernetes/">Kubernetes</category><category domain="https://shengxu.pages.dev/en/categories/devops/">DevOps</category><category domain="https://shengxu.pages.dev/en/categories/observability/">Observability</category><category domain="https://shengxu.pages.dev/en/categories/security/">Security</category><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><description>&lt;p&gt;In &lt;a href="https://shengxu.pages.dev/posts/cilium-2026/"&gt;the previous article on Cilium&lt;/a&gt;, we explored the real reasons behind the 2026 migration wave: it&amp;rsquo;s no longer just &amp;ldquo;a faster CNI,&amp;rdquo; but rather a reorganization of Kubernetes networking, security, observability, and multi-cluster capabilities into a more unified infrastructure foundation, while clarifying its division of labor and boundaries with Istio.&lt;/p&gt;
&lt;p&gt;If the previous article answered &amp;ldquo;What exactly can Cilium bring us?&amp;rdquo;, this one goes further, focusing on its core evolution: the &lt;strong&gt;Unified Dataplane&lt;/strong&gt;.&lt;/p&gt;</description></item><item><title>Weekend Project: Building a Local Load Balancer for LLM API Keys</title><link>https://shengxu.pages.dev/en/posts/llm-api-load-balancer/</link><pubDate>Sat, 14 Feb 2026 10:18:00 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/llm-api-load-balancer/</guid><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><category domain="https://shengxu.pages.dev/en/categories/devops/">DevOps</category><category domain="https://shengxu.pages.dev/en/categories/observability/">Observability</category><description>&lt;p&gt;Lately, because I&amp;rsquo;ve been using various LLM services (OpenAI, Gemini, DeepSeek, etc.) intensively, I&amp;rsquo;ve run into a very real pain point: &lt;strong&gt;being broke&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;To save money, I applied for multiple free API keys (like Google Gemini&amp;rsquo;s Free Tier or DeepSeek&amp;rsquo;s complimentary credits), but these free keys often come with strict rate limits (RPM/TPM). Just when I&amp;rsquo;m in the flow writing code, a &lt;code&gt;429 Too Many Requests&lt;/code&gt; error pops up, completely breaking my train of thought. It&amp;rsquo;s really frustrating.&lt;/p&gt;</description></item><item><title>Hands-On · Building a Memory-Enabled AI Writing Partner (Part 4): Observability (Metrics + Logs + Trace + Cost)</title><link>https://shengxu.pages.dev/en/posts/fantasy-novel-agent-observability/</link><pubDate>Thu, 05 Feb 2026 16:00:00 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/fantasy-novel-agent-observability/</guid><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><category domain="https://shengxu.pages.dev/en/categories/devops/">DevOps</category><category domain="https://shengxu.pages.dev/en/categories/observability/">Observability</category><description>&lt;p&gt;In the previous post, we discussed the security of RAG systems and prompt injection protection. Today, let&amp;rsquo;s dive into another engineering deep-water zone: &lt;strong&gt;Observability&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;When a system evolves from &amp;ldquo;it works&amp;rdquo; to &amp;ldquo;it works reliably long-term,&amp;rdquo; you will inevitably encounter three types of problems:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;&lt;strong&gt;Slow&lt;/strong&gt;: Is retrieval slow? Is the LLM slow? Or is some Agent stuck in a retry loop?&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Expensive&lt;/strong&gt;: Is token consumption being silently drained by a specific chain? Why doesn&amp;rsquo;t this month&amp;rsquo;s API bill add up?&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Strange&lt;/strong&gt;: Intermittent bugs that can&amp;rsquo;t be reproduced, leaving you to fix code based on &amp;ldquo;gut feeling.&amp;rdquo;&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;At this stage, I chose to build a complete &lt;strong&gt;Metrics + Logs&lt;/strong&gt; system, rather than just sprinkling in a few &lt;code&gt;print&lt;/code&gt; statements.&lt;/p&gt;</description></item><item><title>Practical · Building a Memory-Enabled AI Writing Partner (Part 3): Security Architecture (RAG Protection, Fact Guard, and BYOK)</title><link>https://shengxu.pages.dev/en/posts/fantasy-novel-agent-security/</link><pubDate>Wed, 04 Feb 2026 10:00:00 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/fantasy-novel-agent-security/</guid><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><category domain="https://shengxu.pages.dev/en/categories/security/">Security</category><category domain="https://shengxu.pages.dev/en/categories/devops/">DevOps</category><category domain="https://shengxu.pages.dev/en/categories/observability/">Observability</category><description>&lt;p&gt;In the previous 2.5 articles, I&amp;rsquo;ve already laid out the backbone of &lt;a href="https://shengxu.pages.dev/posts/fantasy-novel-agent-architecture-evolution/"&gt;FantasyNovelAgent&lt;/a&gt;:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href="https://shengxu.pages.dev/posts/fantasy-novel-agent-architecture-evolution/"&gt;Building a Memory-Enabled AI Writing Partner (Part 1): Multi-Agent Architecture Evolution&lt;/a&gt;&lt;/strong&gt;&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href="https://shengxu.pages.dev/posts/fantasy-novel-agent-database-evolution/"&gt;Building a Memory-Enabled AI Writing Partner (Part 2): Database Evolution&lt;/a&gt;&lt;/strong&gt;&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;&lt;a href="https://shengxu.pages.dev/posts/fantasy-novel-agent-retrieval-evolution/"&gt;Building a Memory-Enabled AI Writing Partner (Part 3): Retrieval System Evolution&lt;/a&gt;&lt;/strong&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;This article dives deep into the most overlooked yet critical aspect of AI systems: &lt;strong&gt;Security&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;If you&amp;rsquo;re thinking, &amp;ldquo;I&amp;rsquo;m just writing a novel, what security issues could there be?&amp;rdquo;, consider this:&lt;/p&gt;</description></item><item><title>Practical Guide: Building a Memory-Enabled AI Writing Partner (Kun) – Retrieval System (Vector Search, Hybrid Search &amp; Cloud Deployment)</title><link>https://shengxu.pages.dev/en/posts/fantasy-novel-agent-retrieval-evolution/</link><pubDate>Wed, 28 Jan 2026 10:30:00 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/fantasy-novel-agent-retrieval-evolution/</guid><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><category domain="https://shengxu.pages.dev/en/categories/devops/">DevOps</category><description>&lt;blockquote&gt;
&lt;p&gt;In &amp;ldquo;&lt;a href="https://shengxu.pages.dev/posts/fantasy-novel-agent-architecture-evolution/"&gt;Practical · Building a Memory-Enabled AI Writing Partner (Part 1): Multi-Agent Architecture Evolution&lt;/a&gt;&amp;rdquo;, I clarified how multiple agents collaborate and how memory is chained together. In &amp;ldquo;&lt;a href="https://shengxu.pages.dev/posts/fantasy-novel-agent-database-evolution/"&gt;Practical · Building a Memory-Enabled AI Writing Partner (Part 2): Database Evolution (From JSON to Single Database to Relational Tables)&lt;/a&gt;&amp;rdquo;, I reviewed the evolution of the &amp;ldquo;fact layer&amp;rdquo; from JSON to &lt;a href="https://shengxu.pages.dev/posts/fantasy-novel-agent-database-evolution/"&gt;SQLite&lt;/a&gt; and then to relational tables.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;blockquote&gt;
&lt;p&gt;However, when the text length reaches hundreds of thousands of words, what truly determines the experience is often not &amp;ldquo;whether the data exists,&amp;rdquo; but &amp;ldquo;whether I can retrieve it&amp;rdquo;: exact lookup (did it appear or not), structured filtering (who belongs to whom), and semantic association (is it similar, is it the same atmosphere) must all work simultaneously. So I added a clear &amp;ldquo;index layer&amp;rdquo; to &lt;a href="https://shengxu.pages.dev/posts/fantasy-novel-agent-architecture-evolution/"&gt;FantasyNovelAgent&lt;/a&gt; and expanded retrieval from &amp;ldquo;chapters&amp;rdquo; to the &amp;ldquo;full knowledge graph.&amp;rdquo;&lt;/p&gt;</description></item><item><title>Practical · Building a Memory-Enabled AI Writing Partner (Part 2): Database (From JSON to Single Table to Relational Tables)</title><link>https://shengxu.pages.dev/en/posts/fantasy-novel-agent-database-evolution/</link><pubDate>Wed, 28 Jan 2026 10:00:00 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/fantasy-novel-agent-database-evolution/</guid><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><category domain="https://shengxu.pages.dev/en/categories/devops/">DevOps</category><description>&lt;blockquote&gt;
&lt;p&gt;If you&amp;rsquo;ve already read &lt;em&gt;&lt;a href="https://shengxu.pages.dev/posts/fantasy-novel-agent-architecture-evolution/"&gt;Building a Memory-Powered AI Writing Partner (Part 1): Multi-Agent Architecture Evolution&lt;/a&gt;&lt;/em&gt;, you likely have a high-level understanding of how multiple agents collaborate and how memory is chained together. But what truly makes a system viable long-term isn&amp;rsquo;t just a pretty architecture diagram—it requires a data foundation that can withstand growth: one that supports querying, modification, and rollback.&lt;/p&gt;
&lt;/blockquote&gt;
&lt;p&gt;This article focuses on the evolution of the &amp;ldquo;fact layer&amp;rdquo; (the database): &lt;strong&gt;JSON files → SQLite single database (KV) → SQLite single database (relational tables)&lt;/strong&gt;. Semantic search, hybrid search, full graph indexing, and cloud migration are covered separately in the next article, &lt;em&gt;&lt;a href="https://shengxu.pages.dev/posts/fantasy-novel-agent-retrieval-evolution/"&gt;Building a Memory-Powered AI Writing Partner (Part 2): Retrieval Systems (Vector Search, Hybrid Search, and Cloud Migration)&lt;/a&gt;&lt;/em&gt;.&lt;/p&gt;</description></item><item><title>Practical Guide · Building a Memory-Enabled AI Writing Partner (Part 1): Multi-Agent Architecture Evolution</title><link>https://shengxu.pages.dev/en/posts/fantasy-novel-agent-architecture-evolution/</link><pubDate>Sun, 25 Jan 2026 10:00:00 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/fantasy-novel-agent-architecture-evolution/</guid><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><category domain="https://shengxu.pages.dev/en/categories/devops/">DevOps</category><description>&lt;p&gt;When writing a long novel, the most painful part isn&amp;rsquo;t &amp;ldquo;not being able to write,&amp;rdquo; but &amp;ldquo;forgetting what you&amp;rsquo;ve already written&amp;rdquo;: Did I set up that foreshadowing properly? Was the character already injured in the last chapter? When exactly was that specific rule established? Once the word count reaches hundreds of thousands, relying solely on human memory and scattered notes quickly spirals out of control.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;FantasyNovelAgent&lt;/strong&gt; grew out of this very need, evolving step by step: starting as a simple Python script, then adding dynamic memory and automatic archiving, followed by multi-device sync support, and finally moving toward a front-end/back-end separation with a cloud-native storage prototype. This article reviews that evolutionary path and explains the key trade-offs made along the way, offering a reference for similar projects.&lt;/p&gt;</description></item><item><title>Hands-On: Building an Automated AI Semantic Search with Cloudflare Vectorize and Gemini</title><link>https://shengxu.pages.dev/en/posts/building-ai-search-with-cloudflare-and-gemini/</link><pubDate>Fri, 23 Jan 2026 15:30:00 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/building-ai-search-with-cloudflare-and-gemini/</guid><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><category domain="https://shengxu.pages.dev/en/categories/devops/">DevOps</category><description>&lt;p&gt;In 2026, adding AI search to a personal blog is nothing new. But achieving it with &lt;strong&gt;zero cost&lt;/strong&gt;, &lt;strong&gt;full automation&lt;/strong&gt;, and &lt;strong&gt;high performance&lt;/strong&gt; remains a technical topic worth exploring.&lt;/p&gt;
&lt;p&gt;This article breaks down the technical architecture behind this site&amp;rsquo;s AI Search feature, showing how to combine &lt;strong&gt;Cloudflare Workers&lt;/strong&gt;, &lt;strong&gt;Vectorize&lt;/strong&gt;, &lt;strong&gt;D1&lt;/strong&gt;, and &lt;strong&gt;Google Gemini&lt;/strong&gt; to build a closed-loop RAG (Retrieval-Augmented Generation) system.&lt;/p&gt;
&lt;h2 class="heading-element" id="1-core-architecture-design"&gt;&lt;span&gt;1. Core Architecture Design&lt;/span&gt;
 &lt;a href="#1-core-architecture-design" class="heading-mark"&gt;
 &lt;svg class="octicon octicon-link" viewBox="0 0 16 16" version="1.1" width="16" height="16" aria-hidden="true"&gt;&lt;path d="m7.775 3.275 1.25-1.25a3.5 3.5 0 1 1 4.95 4.95l-2.5 2.5a3.5 3.5 0 0 1-4.95 0 .751.751 0 0 1 .018-1.042.751.751 0 0 1 1.042-.018 1.998 1.998 0 0 0 2.83 0l2.5-2.5a2.002 2.002 0 0 0-2.83-2.83l-1.25 1.25a.751.751 0 0 1-1.042-.018.751.751 0 0 1-.018-1.042Zm-4.69 9.64a1.998 1.998 0 0 0 2.83 0l1.25-1.25a.751.751 0 0 1 1.042.018.751.751 0 0 1 .018 1.042l-1.25 1.25a3.5 3.5 0 1 1-4.95-4.95l2.5-2.5a3.5 3.5 0 0 1 4.95 0 .751.751 0 0 1-.018 1.042.751.751 0 0 1-1.042.018 1.998 1.998 0 0 0-2.83 0l-2.5 2.5a1.998 1.998 0 0 0 0 2.83Z"&gt;&lt;/path&gt;&lt;/svg&gt;
 &lt;/a&gt;
&lt;/h2&gt;&lt;p&gt;Our goal is a fully automated workflow: &lt;strong&gt;write and deploy&lt;/strong&gt;. The author only needs to push Markdown articles; everything else—vector generation, index updates, frontend deployment—is automated.&lt;/p&gt;</description></item><item><title>OWASP LLM Top 10 Security in Practice</title><link>https://shengxu.pages.dev/en/posts/owasp-llm-top-10-2026/</link><pubDate>Fri, 23 Jan 2026 10:00:00 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/owasp-llm-top-10-2026/</guid><category domain="https://shengxu.pages.dev/en/categories/security/">Security</category><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><category domain="https://shengxu.pages.dev/en/categories/kubernetes/">Kubernetes</category><description>&lt;p&gt;Yesterday I had the privilege of attending a talk by Sergey Saburov from Acronis on &amp;ldquo;Agentic Engineering &amp;amp; LLM Security.&amp;rdquo; Sergey provided an in-depth analysis of security threats facing modern LLM applications, along with numerous real-world case studies aligned with the OWASP LLM Top 10 framework.&lt;/p&gt;
&lt;p&gt;I&amp;rsquo;ve organized and summarized the content based on the latest &lt;strong&gt;OWASP LLM Top 10 v2.0 (2025)&lt;/strong&gt; official standard. I&amp;rsquo;ve corrected some terminology discrepancies from the original talk (e.g., LLM06, LLM10) and compiled Python PoC (Proof of Concept) and defense scripts tailored for Kubernetes platform engineers, hoping this serves as a reference for building secure AI systems.&lt;/p&gt;</description></item><item><title>Kubernetes 1.35 Native Gang Scheduling: The Eve of Scheduling Ecosystem Unification</title><link>https://shengxu.pages.dev/en/posts/kubernetes-1-35-native-gang-scheduling/</link><pubDate>Wed, 21 Jan 2026 00:00:00 +0000</pubDate><guid>https://shengxu.pages.dev/en/posts/kubernetes-1-35-native-gang-scheduling/</guid><category domain="https://shengxu.pages.dev/en/categories/kubernetes/">Kubernetes</category><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><description>&lt;p&gt;Kubernetes 1.35 introduces native Workload API and Gang Scheduling support, widely regarded as a &amp;ldquo;kernel-level refactoring&amp;rdquo; of cloud-native AI infrastructure. To truly grasp the significance of this upgrade, we need to look not only at what it brings but also at what it aims to replace (or merge with).&lt;/p&gt;
&lt;p&gt;Before v1.35, to address the &amp;ldquo;resource deadlock&amp;rdquo; pain point of AI training tasks, the community had actually evolved a complex &amp;ldquo;third-party scheduler zoo.&amp;rdquo; This article starts from the native primitives, takes stock of existing ecosystem options, and reveals the architectural evolution direction in production environments.&lt;/p&gt;</description></item><item><title>When AI Gets Your Database Password: A Practical Guide to MCP Exposure Risks</title><link>https://shengxu.pages.dev/en/posts/mcp-security-risks-guide/</link><pubDate>Tue, 20 Jan 2026 00:00:00 +0000</pubDate><guid>https://shengxu.pages.dev/en/posts/mcp-security-risks-guide/</guid><category domain="https://shengxu.pages.dev/en/categories/security/">Security</category><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><description>&lt;p&gt;Last year, a typical scenario sparked heated debate in the security community: a developer installed Supabase&amp;rsquo;s MCP plugin in Cursor and configured a &lt;code&gt;service_role&lt;/code&gt; key (database super admin privileges) so the AI could query the database directly. One day, a customer casually asked in a ticket, &amp;ldquo;Can you show me our integration configuration?&amp;rdquo; The AI interpreted this as an instruction and printed the token directly in the reply.&lt;/p&gt;
&lt;p&gt;While this case often appears in security reports as a &amp;ldquo;risk demonstration,&amp;rdquo; the problem it reveals is real: &lt;strong&gt;The MCP protocol grants AI operational permissions, and prompt injection attacks allow hackers to &amp;ldquo;hijack&amp;rdquo; these permissions through natural language.&lt;/strong&gt;&lt;/p&gt;</description></item><item><title>From Traffic Gatekeeping to Quality Insight: A 2026 Guide to Building Enterprise-Grade LLM Observability Systems</title><link>https://shengxu.pages.dev/en/posts/llm-observability-guide-2026/</link><pubDate>Mon, 19 Jan 2026 15:00:00 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/llm-observability-guide-2026/</guid><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><category domain="https://shengxu.pages.dev/en/categories/observability/">Observability</category><description>&lt;p&gt;As large language models (LLMs) evolve from &amp;ldquo;novelty toys&amp;rdquo; into the &amp;ldquo;productivity backbone&amp;rdquo; of enterprises, a question that every technical leader keeps coming back to has surfaced: &lt;strong&gt;When API calls become a black box, how do we manage these massive, expensive AI models with the same rigor we apply to databases or microservices?&lt;/strong&gt;&lt;/p&gt;
&lt;p&gt;If 2024 was the year everyone was busy &amp;ldquo;getting demos to work,&amp;rdquo; then 2026 marks the dawn of &amp;ldquo;fine-grained governance.&amp;rdquo; The simple &amp;ldquo;call succeeded/failed&amp;rdquo; logs of the past can no longer answer today&amp;rsquo;s complex operational questions: &lt;em&gt;&amp;ldquo;Why was this agent so smart yesterday, but today it&amp;rsquo;s spouting nonsense?&amp;rdquo;&lt;/em&gt;, &lt;em&gt;&amp;ldquo;Why did our token costs suddenly double last month?&amp;rdquo;&lt;/em&gt;, &lt;em&gt;&amp;ldquo;Is someone trying to attack our customer service bot with a prompt injection?&amp;rdquo;&lt;/em&gt;&lt;/p&gt;</description></item><item><title>Dragonfly: Image and Model Distribution Infrastructure for the Cloud-Native Era</title><link>https://shengxu.pages.dev/en/posts/dragonfly-cloud-native-p2p-distribution/</link><pubDate>Thu, 15 Jan 2026 10:00:00 +0800</pubDate><guid>https://shengxu.pages.dev/en/posts/dragonfly-cloud-native-p2p-distribution/</guid><category domain="https://shengxu.pages.dev/en/categories/kubernetes/">Kubernetes</category><category domain="https://shengxu.pages.dev/en/categories/ai/">AI</category><description>&lt;p&gt;In 2026, as AI and cloud-native infrastructure continue to evolve, image and model distribution is shifting from a &amp;ldquo;peripheral optimization point&amp;rdquo; to a critical factor affecting platform efficiency. Traditional approaches relying on centralized Registry + CDN often face dual challenges of speed and cost when dealing with scenarios involving large-scale concurrent nodes and large-volume images or models. Against this backdrop, Dragonfly has grown into a CNCF Graduated project and is adopted in production environments by companies such as Ant Group, Alibaba, Datadog, DiDi, and Kuaishou to support efficient distribution of containers and AI models.&lt;/p&gt;</description></item></channel></rss>