HomeDistributed & Parallel ComputingService Discovery: Heartbeat Registry & Stale-Cache Failures

Service Discovery: Heartbeat Registry & Stale-Cache Failures

Interactive 2D simulator of a microservices service registry: instances heartbeat to stay HEALTHY, go SUSPECT then DOWN when heartbeats stop, and a client's stale cached view of the registry sends live requests to dead instances.

Distributed & Parallel Computing2DModerate60 FPS📱 Mobile-adapted⇄ 3D version
2d-mobile-microservices-architecture ↗ Open standalone

A mobile app's backend is rarely one server — it is a cluster of interchangeable microservice instances that a service registry tracks by heartbeat. This simulator renders that registry in 2D: instances sit around a central registry hub, pulse a heartbeat line home on every beat, and change color as their elapsed silence crosses the TTL and 2×TTL thresholds that separate healthy, suspect and down. A client node on the side routes live request particles using its own cached snapshot of "healthy" instances, refreshed only every R seconds — so turning up the crash rate or the cache refresh interval visibly increases how often a request is fired at a node that is already dead, the exact staleness trade-off every client-side service-discovery system has to tune.

⚙ Under the hood

A 2D service-registry simulator for a mobile backend's microservice cluster: instances heartbeat to stay HEALTHY, drift to SUSPECT then DOWN once heartbeats stop, while a client's periodically-refreshed cached view keeps routing live requests to nodes that already crashed.

microservicesservice discoveryheartbeatdistributed systemsfailure detectionmobile backend

2D · HTML5 Canvas 2D · 60 FPS target · runs fully client-side, no install

What did you find?

Add reproduction steps (optional)