یک رستوران زنجیرهای را تصور کن که همه غذا را از یک آشپزخانه مرکزی در تهران میفرستد. مشتری شیراز بیست دقیقه منتظر پیک میماند — نه چون آشپز کند است، چون فاصله فیزیک است. راهحل: چند آشپزخانه لبه در شهرهای دیگر، با کپی همان غذاهای پرتکرار. در وب به این شبکه میگویند CDN.
CDN کپی محتوا را نزدیک کاربر نگه میدارد. Latency کمتر میشود، بار روی Origin کم میشود، و هجوم ناگهانی اول به لبه میخورد نه به آشپزخانه اصلی. عکس و JS و ویدیو معمولاً اینجا زندگی میکنند؛ سبد خرید شخصی نه.
دو مدل پر کردن لبه
سؤال این است جعبه چطور به دکه محلی میرسد: بار اول که کسی خواست، یا از قبل هل دادی؟
چه چیزی روی CDN میرود؟
شغل CDN نزدیک کردن چیزهایی است که بین خیلیها مشترکاند. چیز شخصی را نزدیک نکن؛ لو میرود و تازه هم نمیماند.
- بله: فایلهای استاتیک — JS، CSS، عکس، فونت — ویدیوی تکهتکه، و حتی پاسخ API عمومیِ کمتغییر با TTL کوتاه.
- نه: داده شخصی و پاسخ کاملاً داینامیک هر-کاربر. سبد خرید و صفحه حساب روی CDN نمیماند.
- بونوسها: TLS در لبه، جذب بخشی از DDoS، فشردهسازی. لبه دربان است، نه فقط قفسه.
به زبان ساده
CDN کپی محتوا را نزدیک کاربر نگه میدارد تا هر بار تا آشپزخانه مرکزی سفر نکند.
مثال واقعی
رستوران زنجیرهای غذای پرتکرار را در شهر مشتری میپزد؛ عکس محصول هم از لبه استرالیا میآید، نه از دیتاسنتر اروپا.