समझाइए कि आप किसी JSON API के response को HTTP परत पर कैसे cache करेंगे।

Cache-Control में साफ max-age और दायरा सेट करें: साझा CDN caching के लिए public, हर यूज़र के अलग डेटा के लिए private। stale-while-revalidate जोड़ें ताकि clients पीछे background में ताज़ा करते हुए थोड़ा पुराना डेटा परोस सकें। ETag या Last-Modified रखें ताकि revalidation पूरा body नहीं, सस्ता 304 बने। यूज़र से जुड़ी किसी भी चीज़ पर Authorization या Cookie पर Vary सेट करें ताकि caches कभी दो accounts के तार न मिला दें।

मेरा पहला सवाल यह है कि इस response को अपने पास रखने की इजाज़त किसे है। अगर यह सबके लिए एक जैसा है तो असली max-age के साथ public रखने से CDN ट्रैफिक सोख लेता है और origin तक बात मुश्किल से पहुंचती है। अगर यह हर account का अलग है तो उसे private होना ही पड़ेगा, और मैं Authorization पर Vary सेट करता हूं ताकि कोई साझा cache एक यूज़र का payload दूसरे को न परोस दे। वह गलती चुपचाप होती है और तबाही लाती है, तो मैं उसे साफ साफ जांचता हूं। फिर मैं ETag जोड़ता हूं, क्योंकि 304 पूरे body की जगह कुछ सौ बाइट का पड़ता है, और stale-while-revalidate ताकि यूज़र को ताज़ा करने का इंतज़ार कभी न करना पड़े। जिस चीज़ का हमेशा ताज़ा रहना ज़रूरी है, उसके लिए मैं no-store की जगह छोटा max-age और revalidation चुनता हूं, क्योंकि no-store सस्ती जीत फेंक देता है। पिछले जिस API पर मैंने काम किया, वहां एक public pricing endpoint को no-cache से साठ सेकंड public और stale-while-revalidate पर ले जाने से origin की requests लगभग 90 प्रतिशत घट गईं, और एक मिनट के बासीपन पर किसी ने ध्यान भी नहीं दिया।