FED-M5: cache + offline degradation + OTEL #464
Reference in New Issue
Block a user
Delete Branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Epic: Federation v1 — see
docs/federation/PRD.mdanddocs/federation/MILESTONES.md.Goal
Sessions feel fast and stay useful when the peer is slow or down.
Scope
(grant_id, verb, resource, query_hash), TTL 30s defaultsearch; onlylist+get_sourcetagging extended with_cached: truewhen served from cache<peer>" signal emitted once per session per peerfederation.requestwith attrsgrant_id,peer,verb,resource,outcome,latency_ms,cachedtraceparentpropagated across mTLS boundary (both directions)mosaic federation statusCLI subcommandDeliverables
apps/gateway/src/federation/client/response-cache.service.tsapps/gateway/src/federation/client/circuit-breaker.service.tsapps/gateway/src/federation/observability/(span helpers)packages/mosaic/src/commands/federation/status.tsAcceptance Tests
listcalls within 30s: second served from cache, flagged_cachedsearchnever cached: two identical searches both hit peertraceparentmosaic federation statusprints peer state, cert expiry, last success/failure, circuit stateDependencies
Blocked by FED-M4. Can run in parallel with FED-M6.
Estimated budget
~20K tokens
Risk notes
Caching correctness under revocation must be provable — write tests that intentionally race revocation against cached hits.