LLMs retry by default and can hammer MCP servers to death — a rate-limiting walkthrough

pjausovec · x · 2026-08-18

A Cloud Native Deep Dive post explains why rate limiting is mandatory for MCP servers: LLMs retry failed requests by default in their drive to return some answer, so an uncontrolled MCP call loop can behave like a memory leak — crashing the server, eating memory, blowing up API bills, and effectively self-DOSing your system.

The fix demonstrated uses agentgateway on Kubernetes: the GitHub Copilot MCP Server is capped at 10 requests per minute, with the 11th call receiving a clean 429. Prerequisites for following along are minimal — a local k8s cluster (Kind or Minikube), agentgateway installed, and a GitHub account. Bottom line: add rate limiting before shipping MCP to production.

Original post →

More from coding & agent

coding & agent channel →