Issue: Caching HTTP su API Gateway
Summary
Introdurre response caching per GET idempotenti (es. event detail, category list) con invalidazione guidata da eventi.
Motivation / Risk
- Latenza evitabile su risorse “calde”; carico inutile sui servizi interni.
- Nessun layer cache attualmente documentato.
Plan
- Identificare rotte cacheable (GET /api/events/:id, /api/categories, /api/venues).
- Implementare cache store Redis nel gateway con TTL e chiavi namespaced.
- Invalida tramite eventi (EventUpdated/EventCancelled) pubblicati sul bus.
- Metrics: hit/miss esposte.
- Test integrati con e senza cache.
Acceptance Criteria
- Cache hit ratio monitorabile; TTL configurabile.
- Invalida correttamente su update/cancel di un evento.
- Nessuna risposta stale dopo invalidazione.
Notes / Dependencies
- Dipende dall’issue event-bus per invalidazione elegante.
- Attenzione a header Authorization: cache solo per risorse pubbliche.