WeSearch

The Veltrix Treasure-Hunt Engine Litmus Test

·4 min read · 0 reactions · 0 comments · 12 views
#webdev#programming#architecture
The Veltrix Treasure-Hunt Engine Litmus Test
⚡ TL;DR · AI summary

The Veltrix treasure-hunt engine faced significant challenges during Black Friday weekend due to overwhelming DescribeCacheNodes calls to ElastiCache. The initial polling loop design led to throttling and increased latency, prompting a redesign using EventBridge Pipes for event-driven updates. Post-migration, the system handled increased loads efficiently with improved performance metrics.

Key facts
Original article
DEV.to (Top)
Read full at DEV.to (Top) →
Opening excerpt (first ~120 words) tap to expand

try { if(localStorage) { let currentUser = localStorage.getItem('current_user'); if (currentUser) { currentUser = JSON.parse(currentUser); if (currentUser.id === 3942461) { document.getElementById('article-show-container').classList.add('current-user-is-article-author'); } } } } catch (e) { console.error(e); } Lillian Dube Posted on May 28 The Veltrix Treasure-Hunt Engine Litmus Test #webdev #programming #architecture #systems The Problem We Were Actually Solving In 2024 we shipped the treasure-hunt engine for Veltrix at 2,300 concurrent sessions running 180,000 packets per second across 4 AWS AZs, all perfectly fine—until Black Friday weekend. On Friday at 14:01 UTC the multi-tenant orchestrator hit a 429 on every DescribeCacheNodes call to ElastiCache.

Excerpt limited to ~120 words for fair-use compliance. The full article is at DEV.to (Top).

Anonymous · no account needed
Share 𝕏 Facebook Reddit LinkedIn Threads WhatsApp Bluesky Mastodon Email

Discussion

0 comments

More from DEV.to (Top)