CDN والتخزين المؤقت

Pull وPush: طريقتان لتغذية الـ edge

مع نموذج Pull، يجلب cdn.com.tr كل كائن من الـ origin الحالي في المرة الأولى التي يُطلب فيها، ثم يخزّنه مؤقتاً على الـ edge طوال مدة الـ TTL التي تحدّدها؛ ولا تغيّر شيئاً في الـ origin سوى الـ DNS. أما مع نموذج Push فترفع الأصول إلى تخزين cdn.com.tr ويقدّمها الـ edge مباشرةً من هناك، وهو مثالي عندما لا ترغب في إبقاء خادم origin متصلاً على الإطلاق. يبدأ معظم العملاء بنموذج Pull لأنه لا يتطلب أي نقل، ثم ينقلون الوسائط الثقيلة لاحقاً إلى Push أو Object Storage. يتشارك النموذجان في نفس قواعد الـ cache وأدوات الإفراغ والتقارير.

قواعد cache وTTL ومفاتيح cache تتحكم بها

العمل الحقيقي لأي CDN هو تحديد ما هو آمن للتخزين المؤقت ولأي مدة، وهذا بالضبط ما تُتيحه اللوحة. تضبط قيم TTL حسب المسار أو امتداد الملف، وتختار احترام ترويسة Cache-Control من الـ origin أو تجاوزها، وتتحكم في أي معاملات query strings وملفات cookies تدخل ضمن مفتاح الـ cache، بحيث تُخزَّن /list?page=2 و /list?page=3 بشكل منفصل بينما لا تُجزّئ معاملات التتبّع الـ cache. ضبط مفتاح الـ cache بدقة هو ما يحوّل نسبة إصابات منخفضة إلى مرتفعة، والتقارير تجعله مرئياً كي تضبطه بدلاً من التخمين.

تخفيف الحمل عن الـ origin وحمايته

كل طلب يُجاب عليه من الـ edge هو طلب لا يراه الـ origin أبداً، لذا فإن صفحة محتوى مزدحمة كانت تُثقل خادمك بمئات الطلبات للصور والأصول تنكمش إلى حفنة من عمليات الجلب من الـ origin لكل نافذة TTL. ولأن الزوار يتوجّهون إلى الـ edge بدلاً من عنوان IP الخاص بالـ origin، يتوقف الـ origin أيضاً عن استقبال حركة المرور المباشرة، ما يقلّل من كلفة النطاق الترددي والتعرّض معاً. هذا التخفيف هو ما يُبقي الموقع صامداً حين تُرسل حملة أو طفرة إخبارية أو مشاركة على وسائل التواصل سيلاً مفاجئاً من الزوار دفعةً واحدة.

تحسين الصور تلقائياً باستخدام WebP

الصور عادةً هي الجزء الأثقل في الصفحة، وإرسال ملفات JPEG أو PNG بحجمها الكامل لكل زائر يُهدر النطاق الترددي ويُبطئ العرض. يستطيع cdn.com.tr تحويل الصور المؤهلة بشفافية إلى WebP على الـ edge وتقديم النسخة الأخف للمتصفحات التي تُعلن دعمها، بينما تحصل المتصفحات التي لا تدعمها على النسخة الأصلية دون مساس. لست بحاجة لإعادة تصدير مكتبة الوسائط أو تغيير شيفرة HTML؛ يحدث التحسين ضمن مسار التقديم، وتظهر الوفورات مباشرةً في وزن الصفحة ووقت التحميل.

التخزين المؤقت للمحتوى الديناميكي بأمان

التخزين المؤقت ليس للملفات الثابتة فحسب. كثير من الصفحات التي تبدو ديناميكية، مثل قوائم التصنيفات أو صفحات المنتجات أو نصوص المقالات، لا تتغيّر إلا كل بضع دقائق ويمكن تخزينها بشكل micro-cache بقيمة TTL قصيرة لامتصاص حركة المرور مع بقائها حديثة. يتيح لك cdn.com.tr تخزين هذه الاستجابات مؤقتاً بقواعد تستثني الجلسات المُسجَّلة الدخول والمسارات المخصّصة، فيُقدَّم للزوار المجهولين من الـ edge بينما تذهب سلة المستخدم أو صفحة حسابه دائماً إلى الـ origin. النتيجة سرعة بمستوى الـ CDN على صفحات تتركها معظم المنصات دون تخزين مؤقت.

قياس المكسب: نسبة الإصابات ووقت التحميل

لا يمكنك تحسين ما لا تستطيع رؤيته، لذا تعرض اللوحة نسبة إصابات الـ cache، والبايتات المقدَّمة من الـ edge مقابل الـ origin، وحالة الـ cache لكل استجابة. ينبغي أن يبلغ موقع ثابت المحتوى نسبة إصابات مرتفعة بمجرد إحماء الـ cache؛ وغالباً ما تشير النسبة المنخفضة إلى مفتاح cache يتضمّن ملف cookie أو query string متقلّباً، وهو ما يمكنك عندئذٍ إصلاحه في القواعد. مراقبة هذه الأرقام بعد كل تغيير تُغلق الحلقة بين الإعداد والسرعة الفعلية التي يشعر بها زوارك.

سيناريوهات مثالية