انتهيت للتو من التعامل مع خطأ عبر الإنترنت لأحد العملاء، ضغط الدم لم يأتِ تقريبًا. أنت تقول محطة تجارة إلكترونية جيدة، يوم كبير في المنزل شاشة بيضاء فجأة، شكاوى المستخدم المجنونة. فحص، رجل جيد، ارتفعت وحدة المعالجة المركزية لمحطة المصدر مباشرة إلى 100%، تجمع اتصال قاعدة البيانات ممتلئ بالكامل. السبب الجذري؟ كانت صفحة المنتج الشائعة هي الزاحف طلبًا ثانيًا آلاف المرات، كل طلب يخترق CDN، ويعود مباشرة إلى قاعدة بيانات الاستعلام المصدر. كيف يمكن أن يكون هذا أعلى آه؟ CDN عالية الدفاع CDN معلقة بشكل واضح، يتم منع الهجوم، ولكن السرعة؟ الأداء؟ الأموال التي تنفق دون جدوى! تكمن المشكلة في أن استراتيجية التخزين المؤقت لم يتم تكوينها بشكل صحيح - إما ذاكرة تخزين مؤقت كاملة شاملة، أو ديناميكية كاملة، لم تقم بعملية التفريق.
لقد رأيت الكثير من الفرق تتعامل مع شبكة CDN عالية الدفاع على أنها مجرد “درع مروري”، معتقدين أنه طالما أن المجموعة يمكن أن تكون آمنة وسريعة في نفس الوقت. في الواقع، هذا خطأ كبير. القيمة الأساسية لشبكة CDN عالية الدفاع، نصف الحماية الأمنية، والنصف الآخر فيالتصميم المناسب لذاكرة التخزين المؤقتتعد ذاكرة التخزين المؤقت طريقة جيدة لمواكبة فيضان حركة المرور. تم إعداد ذاكرة التخزين المؤقت بشكل جيد، ليس فقط يمكن أن تحمل ذروة حركة المرور، وحتى تسمح لك بالضرب عندما يكون المستخدم غير حساس تمامًا لمواصلة التصفح ؛ إعداد سيئ، يتم منع الهجوم، ولكن لا يمكن للمستخدم العادي استخدام البطاقة، قد تصاب محطة المصدر أيضًا عن طريق الخطأ.
لماذا دائمًا ما تكون ذاكرة التخزين المؤقت لشبكة CDN الخاصة بك خاطئة؟ ثمانون في المائة منهم لا يفهمون كلمة “الفصل الثابت والديناميكي”. المحتوى الثابت (الصور، CSS، CSS، JS، الخطوط، إلخ) والمحتوى الديناميكي (واجهات واجهة برمجة التطبيقات، بيانات جلسة المستخدم، التسعير في الوقت الحقيقي) هما في الأساس نوعان من المخلوقات، ولكنك تستخدم نفس مجموعة قواعد التخزين المؤقت للتعامل معها، ألا يمكن أن يحدث ذلك؟ يجب تخزين المحتوى الثابت مؤقتًا حتى الموت، بينما يجب التحكم في المحتوى الديناميكي بعناية أو حتى تجاوزه تمامًا.
لاحظ هناغير قابل للتغييروالتي تخبر المتصفح: هذا الملف لن يتغير أبدًا في حياتك، لذا يمكنك قراءته من ذاكرة التخزين المؤقت المحلية دون حتى إرسال طلب مشروط. من الناحية العملية، هذا فعال للغاية في تقليل الطلبات المكررة وزيادة السرعة.
أكبر مشكلة هي المحتوى الديناميكي. على سبيل المثال، صفحة تفاصيل المنتج، معظم المحتوى ثابت (وصف المنتج، الصور)، ولكن جزءًا صغيرًا من الديناميكية (كمية المخزون، ألقاب المستخدمين). كلها مخبأة في ذاكرة التخزين المؤقت، ستنتهي صلاحية البيانات؛ لا تخزنها مؤقتًا، فالمحطة المصدر تحت ضغط كبير. هنا علينا أن نقدم المفضل لدي “ذاكرة التخزين المؤقت الجزئي للحافة” (يشمل الحافة الجانبية) أو الأكثر حداثة “حوسبة الحافة”برنامج up
خذ CDN07 على سبيل المثال، ميزة وظيفة الحافة مفيدة للغاية. يمكنك كتابة جزء بسيط من منطق JS لبدء طلبات فرعية لمحتوى ديناميكي فقط في عقدة الحافة ودمجها وإعادتها إلى المستخدم:
وبهذه الطريقة، يتم تخزين الجسم الرئيسي للصفحة مؤقتًا لمدة 10 دقائق، بينما يتم جلب الوحدات الديناميكية في الوقت الفعلي عند الطلب. وهذا يقلل الضغط على المحطة المصدرية ويضمن توافر البيانات الأساسية في الوقت الحقيقي.
تأكد من تعيين العوامل التي قد تؤثر على تغييرات المحتوى كجزء من مفتاح ذاكرة التخزين المؤقت. على سبيل المثال:
ولكن تأكد مناستبعاد العوامل التي لا تؤثر على المحتوىمثل User-Agent (إلا إذا كنت تقوم بالفعل بإخراج محتوى مختلف للجوال والكمبيوتر الشخصي)، أو بعض معلمات التتبع (مثل utm_source). وإلا فستقوم بتخزين عدد لا يحصى من النسخ من نفس المورد مؤقتًا، وسيتخبط معدل الوصول إلى ذاكرة التخزين المؤقت.
هناك سيناريو خاص آخر لشبكات CDN عالية الدفاع:استراتيجية التخزين المؤقت في حالة هجمات CC. عندما تتعرف شبكة CDN على أن عنوان URL يتم تنقيته بعنف، يمكنك تعيين قاعدة خاصة: تخزين الرد على عنوان URL هذا مؤقتًا لفترة زمنية قصيرة (لنقل 10 ثوانٍ مثلاً). لا تنظر باستخفاف إلى هذه الـ 10 ثوانٍ، فهذا يعني أنه بالنسبة لجميع الطلبات إلى عنوان URL هذا في غضون 10 ثوانٍ، ستعيد عقدة CDN المحتوى المخزن مؤقتًا مباشرة، ولن تعود إلى المصدر على الإطلاق. هذا “الدرع” الذي تبلغ مدته 10 ثوانٍ كافٍ لوحدة أمان CDN لتحديد عناوين IP الضارة وحظرها. لقد استخدمت هذه الحيلة على 08Host لمقاومة هجوم CC بنجاح ضد واجهة البحث، حتى أن الموقع المصدر لم يتلق طلبًا.
أخيرًا، لا تنسى تدفئة ذاكرة التخزين المؤقت ومسحها. حتى أفضل استراتيجية يجب أن يكون لها تدابير داعمة. بالنسبة لصفحات النشاط المهمة، قم بإحماء عقدة CDN مسبقًا؛ بعد تحديث المحتوى، يجب تحديث ذاكرة التخزين المؤقت في الوقت المناسب. 08Host سرعة واجهة تحديث واجهة برمجة التطبيقات الخاصة بـ 08Host هي الأسرع التي استخدمتها على الإطلاق، وبعد الاتصال بالعقدة 95% يمكن إبطال ذاكرة التخزين المؤقت في غضون 3 ثوانٍ، على عكس بعض البائعين الذين يتعين عليهم الانتظار لمدة نصف ساعة.
بعد قولي هذا، فإن خلاصة القولاختبر واختبر واختبر واختبر مرة أخرى.. بعد مطابقة القواعد، تأكد من التحقق من رأس Cache-Control باستخدام curl أو متصفحك للتأكد من أن معدل الوصول إلى ذاكرة التخزين المؤقت كما هو متوقع. راقب تقرير معدل الوصول إلى ذاكرة التخزين المؤقت على وحدة تحكم CDN لفترة من الوقت، إذا كان أقل من 90%، فهناك بالتأكيد مجال للتحسين.
استراتيجية التخزين المؤقت ليست دائمة، يجب أن تتبع تغييرات العمل. ولكن ما دمت تتقن “ذاكرة التخزين المؤقت للمحتوى الثابت طويلة الأمد، والتحكم الدقيق في المحتوى الديناميكي، والإعدادات المعقولة لمفتاح التخزين المؤقت” هذا المبدأ الأساسي، فلن تخطئ في الأساس. لا تنسى أن شبكة CDN عالية الدفاع ليست مجرد جدار حماية، بل يجب أن تكون أهم طبقة من مسرع بنية الأداء لديك. إعداد جيدة، ارتفعت تجربة المستخدم؛ إعداد سيئة، الأموال التي تنفقها وتوبيخها. في هذه الأيام، حتى شبكة CDN يجب أن تكون “مضادة للفرق” - لمنع أولئك الذين لا يفهمون التكوين الفوضوي لأفرادهم آه.
