SShortSingh.
Back to feed

Uber Engineering Explains Its Strategy for Preventing Retry Storms

0
·1 views

Uber has published a technical blog post detailing how its engineering team defends its systems against retry storms. Retry storms occur when large numbers of failed requests are automatically retried simultaneously, potentially overwhelming backend services. The post outlines the specific mechanisms and strategies Uber employs to mitigate this cascading failure risk at scale. The article was shared on Hacker News, where it received five upvotes at the time of reporting.

Read the full story at Hacker News

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Google Search Console Page Indexing Data Gap in June 2026: What It Means for SEOs

Google Search Console users noticed that the Page Indexing report stopped updating for roughly two weeks in June 2026, with data last recorded around June 11 for affected accounts. Google, through statements attributed to Search Console liaison John Mueller, clarified that the issue is a data-reporting delay and not an actual loss of indexing or crawling activity. The missing data will not be backfilled, meaning the gap will remain permanent in historical trend views. Separately, Google's official Data Anomalies page confirms a June 24 logging error that reduced reported clicks and impressions in Discover, and a loss of Bulk Data Export records for late February and early March 2026 — issues distinct from the Page Indexing gap. SEO teams are advised to annotate June reports, use URL Inspection and server logs to verify actual indexing status, and avoid drawing technical conclusions based solely on the missing chart data.

0
ProgrammingDEV Community ·

Top LLM Routing Tools in 2025: How Bifrost, LiteLLM and Others Compare

LLM routing tools act as middleware that directs AI inference requests across multiple model providers, reducing reliance on any single API endpoint. Bifrost, an open-source Go-based gateway by Maxim AI, leads the field by adding only 11 microseconds of latency at 5,000 requests per second while handling routing, governance, and tool orchestration. Alternatives such as LiteLLM, Kong AI Gateway, Cloudflare AI Gateway, and OpenRouter each offer distinct trade-offs in areas like Python integration, edge delivery, and zero-ops model catalogs. Key evaluation criteria for production deployments include routing flexibility, runtime latency overhead, failover resilience, cost controls, and whether the tool can run inside a private VPC or at the edge. The right choice ultimately depends on a team's deployment topology, data residency requirements, and operational complexity tolerance.

0
ProgrammingDEV Community ·

What 'Attaching a Runner' Really Means in DevOps and Why It Matters

In CI/CD pipelines, 'attaching a runner' refers to connecting a physical or virtual machine that actually executes deployment jobs — a concept often overlooked by developers new to DevOps. Tools like Jenkins and Octopus Deploy are simply user-facing interfaces; every pipeline job still runs on a machine that someone must provision and pay for. At enterprise scale, with frequent merges and deployments, runner infrastructure costs — whether on Kubernetes clusters, cloud-native services, or self-hosted machines — can grow significantly. A low-cost alternative is a self-hosted runner on hardware like a Raspberry Pi, which GitHub Actions supports natively via an outbound polling connection that requires no port forwarding or inbound firewall changes. This architecture means pipeline jobs run at near-zero ongoing cost once the runner is registered, making it practical for small or experimental projects.