Urgent.News

What's breaking now, across thousands of outlets.

Tech

Realtime Delivery Event Retention Rules for Recovering Missed Map Updates

Short answer: keep a short, durable event window for the delivery tracking map, make reconnects request a cursor, and treat a snapshot plus replay as the recovery contract. Live delivery is a performance path; retention is what makes it correct after a phone sleeps, a tunnel drops, or a browser process restarts. I build RAG and agent features in Python, so I tend to test the boring boundary…

Realtime delivery event retention rules are crucial for ensuring correct map updates after connectivity issues like phone sleep, tunnel drops, or browser restarts. The key elements include a short, durable event window, a reconnect cursor, and a retention contract that combines a snapshot with replay capabilities.

In a Python-based system, the retention logic is implemented in a gateway that keeps an abstract store to test policies without choosing a specific broker or database. The gateway handles three main responses: replaying events when the cursor is within the retained window, returning a snapshot if the cursor is too old, and doing nothing if the client is up-to-date. This response structure helps maintain a consistent map experience across various scenarios.

To size the retention log, consider three consumers: reconnects, delayed readers, and operations. Estimate the event rate per delivery and the expected offline interval to determine the necessary log size. Implement a replay evaluator to test the system under various conditions, such as simulated delays, duplicate events, and out-of-order frames. Monitor key metrics like the oldest retained sequence, replay-hit rate, snapshot-fallback rate, bytes per delivery, and time from ingestion to rendering.

By following these guidelines and designing a robust retention policy, you can ensure that your realtime delivery service provides accurate and reliable map updates even in challenging network conditions.

Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.

Read the original at dev.to →

More in Tech

The code survives the session. The reasoning should too.

Disclosure: I’m building Wye. This article was drafted with AI assistance. Have you ever opened a feature you built with an agent and wondered: why did we decide to do it this way? The code is there.

  • Wye creates agentic memory for decisions and reasoning
  • Memory stored in Markdown with Git retention
  • Runtime graph enables specific knowledge retrieval

The CRA reporting clock is running. Generating an SBOM was never the hard part.

The reporting clock under the EU Cyber Resilience Act (Regulation (EU) 2024/2847) started on 11 September 2026 . If you put software on the EU market you are already inside Article 14: an actively…

  • EU Cyber Resilience Act reporting clock started September 11, 2026
  • SBOM generation easy with existing tools like npm sbom
  • Real challenge lies in vulnerability-handling process and CVD policy

Accuracy Lied to Me: Precision, Recall, ROC AUC and Cross-Validation in ML Zoomcamp Module 4

In Module 3 I trained a lead-scoring classifier and reported 0.645 accuracy. It sounded fine. Module 4 of ML Zoomcamp exists to destroy exactly that feeling — accuracy hides everything interesting…

  • Accuracy of 0.645 reported but misleading for imbalanced classes
  • ROC AUC score of 0.732 provides better performance measure
  • Optimal threshold determined by precision-recall tradeoff

More from Monday 19 October →