किसी dynamic application के आगे CDN का इस्तेमाल आप कैसे करेंगे?

जो सुरक्षित है उसे जमकर cache करें और बाकी के साथ बारीकी बरतें। static asset को content hash वाले नाम और बहुत लंबी max age दें, ताकि वे हमेशा के लिए cache हों और नए नाम से बदल जाएं। dynamic response के लिए छोटी अवधि और stale while revalidate इस्तेमाल करें, और cache key कम से कम रखें, क्योंकि हर cookie या query parameter शामिल करने से hit rate तबाह हो जाता है। TLS edge पर terminate करें और अपना firewall तथा rate limiting भी वहीं रखें।

static asset आसान जीत हैं: फाइल के नाम में content hash डालिए, साल भर के लिए cache कीजिए, और कभी invalidate मत कीजिए, क्योंकि बदलाव से नया नाम बन जाता है। यह ठीक कर लीजिए और आपके ज्यादातर byte origin तक पहुंचते ही नहीं। dynamic response में ज्यादा सावधानी चाहिए। cache key वह चीज है जिसमें लोग गलती करते हैं: अगर CDN हर cookie और हर query parameter पर key बनाता है, तो कोई session cookie या tracking parameter हर यूजर को उसकी अपनी entry दे देता है और hit rate ढह जाता है। इसलिए मैं key को घटाकर सिर्फ उस तक ले आता हूं जो सचमुच response बदलती है और बाकी को normalize कर देता हूं। जो content सबके लिए एक जैसा है पर कभी कभी बदलता है, जैसे कोई product page, उसके लिए छोटी अवधि और stale while revalidate लगभग पूरा फायदा दे देते हैं और बासीपन बर्दाश्त लायक रहता है, और मैं tag इस्तेमाल करता हूं ताकि publish होने पर ठीक वही page purge हों जो प्रभावित हैं। सचमुच personalized content या तो cache को bypass करता है या edge पर किसी cached खोल से जोड़कर बनाया जाता है। इन सबके ऊपर, TLS edge पर terminate होता है, compression वहीं होता है, और firewall तथा rate limiting भी वहीं बैठते हैं, जिससे बहुत सारा शोर origin तक पहुंचता ही नहीं।