Cache invalidation problemer med Sanity Live Content API

[kristianulv23]

Mistenker at SanityLive komponenten fra Live Content API ikke håndterer cache invalidation som forventet i produksjon/test-miljø. Selv om dokumentasjonen sier at Live Content API "handles all aspects of fetching, rendering, caching and invalidating queries", opplever vi at:

• Nye blogginnlegg dukker opp umiddelbart lokalt (development)
• Samme innlegg tar lang tid / vises ikke i produksjon/test
• Presentation mode fungerer som forventet

Hypotese

• Cache invalidation faller tilbake til standard Next.js oppførsel
• CDN/Edge caching kan blokkere real-time oppdateringer

Foreslår å:

• Legge til cache tags på eksisterende sanityFetch-kall
• Opprett webhook endpoint for cache invalidation

[kristianulv23]

Som antatt er hovedårsaken til problemene at våre miljøer ikke er tilgjengelig fra internett, og kan derfor ikke motta webhook events fra Sanity.

Team AWS har kommet opp med følgende forslag:

• Lage en app eller et eget API (sanity event api) som kan motta sanity-events og legge dem på en SQS-kø.
• Vurdere om vi vil ha en egen konsument som leser fra SQS og gjør kall mot jokul-portal, eller om jokul-portal selv skal håndtere dette direkte.
• Diskutere om det er hensiktsmessig å etablere en egen sanity-proxy-app. Denne kan brukes av både jokul-portal og fremtind.no, og gir flere fordeler knyttet til caching og kontroll på invalidation.

Veien videre:

• Avklare behov for en eller flere proxy-applikasjoner (felles for prod/test eller isolert).
• Sette opp sanity event-api i produksjon som kan motta events og sende videre til SQS.
• Lage plan for hvordan jokul-portal og fremtind.no skal konsumere events fra SQS (direkte eller via proxy).
• Finne optimal caching-strategi og tagging for bedre cache-invalidering.

Følger opp med å invitere Tore Haugland i et møte for å diskutere dette nærmere i uke 34 (Mandag kl 14-15).

Vedlagt er det et diagram for mulig arkitektur: