You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
<!-- Please make sure there is an issue that this PR is correlated to. -->
## Changes
<!-- If there are frontend changes, please include screenshots. -->
Copy file name to clipboardExpand all lines: site/src/posts/2025-06-02-faster-route-propagation-by-rewriting-our-traefik-gateway-in-rust/page.mdx
+1-1Lines changed: 1 addition & 1 deletion
Display the source diff
Display the rich diff
Original file line number
Diff line number
Diff line change
@@ -316,7 +316,7 @@ The value that gets cached is the targets & the middleware (in separate caches w
316
316
317
317
If we cache routes and the target changes (e.g. resource upgrades or migrates to a different machine), how do we know when we need to update the target list?
318
318
319
-
We could implement a cache invalidation system by sending a message to all Rivet Guard instances (similar to what we did for Traefik with NATS), but this requires adding another moving part to a system that we're trying to keep as simple as possible. _(We'll still implement later this to minimize p99 when restarting resources & pick up new targets faster.)_
319
+
We could implement a cache invalidation system by sending a message to all Rivet Guard instances (similar to what we did for Traefik with NATS), but this requires adding another moving part to a system that we're trying to keep as simple as possible. _(We'll still implement this later to minimize p99 when restarting resources & pick up new targets faster.)_
320
320
321
321
Instead, we can implement a much simpler alternative: if we can't route to a target, invalidate the cache and try again:
0 commit comments