سرّع محتوى تطبيقات الهاتف وواجهات API عبر CDN

ما الذي تحتاجه (وما الذي تفعله CDN لتطبيق)

لديك تطبيق هاتف — iOS أو Android أو كلاهما — يُنزّل أثناء التشغيل صورًا ووسائط، وربما حزم أصول قابلة للتنزيل، ويتحدّث مع واجهة HTTP API لبياناته. ولديك حساب على cdn.com.tr. هذا هو الإعداد كاملًا. تجلس CDN أمام كل ما يجلبه تطبيقك عبر HTTP وتقدّمه من edge قريب من المستخدم، عبر HTTPS، وتستوعب الحِمل.

حدّ صادق أولًا: ملف التطبيق نفسه — الـ .ipa أو الـ .apk الذي تنشره — يوزّعه App Store وPlay Store على شبكاتهما الخاصة، فلا تحلّ CDN محلّ ذلك. ما تسرّعه CDN هو كل ما يسحبه التطبيق أثناء التشغيل: الصور، والوسائط، وحزم الأصول، والإعدادات البعيدة، وواجهة API. (وإن كنت توزّع نسخًا مباشرةً أيضًا — APK مؤسسي أو مُثبَّت جانبيًا — فيمكنك تقديمها من تخزين CDN كذلك؛ راجع دليل توزيع الألعاب.)

قدّم الصور والوسائط وحزم الأصول من الـ edge

أضخم ما يُنزّله التطبيق هو المحتوى: صور الملفات الشخصية والمنتجات، والصور المصغّرة، والصوت والفيديو، وحزم الأصول أو المراحل القابلة للتنزيل. ضع ذلك المحتوى على تخزين CDN (أو خلف pull CDN أمام خادم الوسائط الحالي) فيجلب التطبيق كل ملف من أقرب edge بدلًا من خادم أصلي واحد قد يكون على بُعد قارة. يُحمَّل أول تشغيل والشاشات الغنية بالمحتوى بسرعة في كل مكان، ويتوقّف خادمك الأصلي عن تقديم الصورة نفسها عشرة آلاف مرة.

كما هي الحال مع أي تخزين مؤقت على الـ edge، أدرِج رقم إصدار في مسار أي شيء قابل للتغيير — /assets/v42/pack.bin، أو بصمة نسخة في الرابط — بحيث يكون الإصدار الجديد رابطًا جديدًا لا يكون قديمًا أبدًا، وخزّن الملفات المُرقّمة مؤقتًا بقوة. والمحتوى الذي لا يتغيّر فعلًا يمكن تخزينه مؤقتًا على الـ edge فعليًا إلى الأبد.

خزّن استجابات API مؤقتًا على الـ edge (حيث يكون ذلك آمنًا)

كثير مما تُرجعه واجهة API للهاتف متطابق لكل مستخدم ويتغيّر ببطء: الفهرس، والتغذية الرئيسية، ولوحة المتصدّرين، والإعدادات العامة. يمكن تخزين تلك الاستجابات مؤقتًا على الـ edge بمدّة TTL قصيرة، فتنهار عشرة آلاف عملية فتح للتطبيق في دقيقة إلى حفنة من طلبات الخادم الأصلي بينما يظل كل مستخدم يحصل على إجابة من edge قريب. القاعدة بسيطة: خزّن المشترك وبطيء التغيّر، ولا تخزّن أبدًا ما هو شخصي.

عَلِّم الاستجابات المشتركة القابلة للتخزين بـ Cache-Control عام وmax-age معقول (أو s-maxage للـ edge)، وعَلِّم أي شيء خاص بمستخدم أو موثَّق بـ private / no-store بحيث لا يُخزَّن أو يُقدَّم أبدًا للشخص الخطأ. وحين تتغيّر البيانات الأساسية، فرّغ المسار المخزَّن مؤقتًا بحيث يحدّثه الطلب التالي. يمنحك هذا المزيج سرعة الـ edge على النقاط الساخنة المشتركة بلا تسريب بيانات أحد المستخدمين لآخر.

Cache-Control: استجابات مشتركة مقابل استجابات لكل مستخدم

# استجابة مشتركة بطيئة التغيّر (فهرس، إعدادات عامة، تغذية)
Cache-Control: public, s-maxage=60, stale-while-revalidate=30

# استجابة لكل مستخدم أو موثَّقة — لا تخزّنها أبدًا
Cache-Control: private, no-store

وصّل الإعدادات البعيدة وأعلام الميزات بسرعة

تجلب معظم التطبيقات مستند إعدادات أو أعلام ميزات صغيرًا عند التشغيل — ماذا تعرض، وأي تجربة يخوضها المستخدم، ومفاتيح إيقاف الميزات المعطوبة. استضِف ذلك الـ JSON على CDN بتخزين مؤقت قصير. ولأنه يُقدَّم من الـ edge، يحصل عليه كل تطبيق بسرعة عند بدء التشغيل؛ ولأن بإمكانك تفريغه، يكون تبديل علم أو إيقاف ميزة معطوبة فوريًا عبر قاعدة مستخدميك بالكامل بلا إرسال تحديث للتطبيق.

أبقِه صغيرًا وخزّنه مؤقتًا لفترة وجيزة (عشرات الثواني إلى بضع دقائق) بحيث ينتشر التغيير بسرعة، وفرّغه عند النشر حين تحتاجه فوريًا. هذه أأمن رافعة لديك لتطبيق حيّ: بلا مراجعة متجر، وبلا تحديث إجباري — مجرّد مستند يُقدَّم من الـ edge يمكنك تغييره عند الطلب.

remote-config.json يُقدَّم من CDN

{
  "min_supported_version": "3.2.0",
  "features": {
    "new_checkout": true,
    "live_events": false
  },
  "banner": { "enabled": true, "url": "https://cdn.yourapp.com/img/promo-v7.webp" }
}

حسّن الصور لشاشات الهاتف والشبكات الخلوية

للهواتف شاشات صغيرة واتصالات غالبًا بطيئة ومحدودة الحصّة، فإرسال صور بحجم سطح المكتب إليها يهدر النطاق والوقت. قدّم صيغًا حديثة — WebP أو AVIF — وحدّد حجم الصور بحسب الجهاز بدلًا من إرسال صورة بعرض 3000 بكسل إلى فتحة عرضها 400 بكسل. الصور الأصغر ذات الحجم المناسب تعني رسم الشاشات أسرع، ويستهلك المستخدمون على الشبكة الخلوية بيانات أقل، وهو ما يحسّن مباشرةً إحساس استجابة التطبيق.

يمكن للـ edge القيام بذلك نيابةً عنك: يحوّل image optimization وتغيير الحجم الفوري صورة أصلية عالية الدقة إلى الصيغة والأبعاد الصحيحة لكل طلب، مخزَّنةً على الـ edge بحيث يجري العمل مرة واحدة. اقرِن ذلك بتوصيل الأصول أعلاه فتكون صور تطبيقك قريبة من المستخدم ولا أكبر مما تحتاج.

احمِ واجهة API وتعامل مع الموجات

تُضرَب خلفية الهاتف على دفعات: إصدار، أو إشعار دفع (push notification)، أو حملة، أو لحظة انتشار فيروسي ترسل كل تطبيق إلى واجهة API دفعةً واحدة — وتزيد عملاء الهاتف الأمر سوءًا بإعادة المحاولة بعدوانية لحظة فشل الطلب، محوّلةً الوميض إلى عاصفة. يستوعب التخزين المؤقت على الـ edge أصلًا موجة القراءة على نقاطك المشتركة، فتُجاب موجة الطلبات المتطابقة من الشبكة بدلًا من خادمك الأصلي.

فوق ذلك، ضع WAF وحماية DDoS من CDN أمام واجهة API وأضِف تحديد المعدّل (rate limiting) بحيث لا يستطيع أي عميل أو IP واحد قصف تسجيل الدخول أو التسجيل أو نقطة مكلفة. يبقى خادمك الأصلي الحقيقي مخفيًّا خلف الـ edge، فتحطّ كل من الموجة المشروعة والهجمات الصريحة على الشبكة المبنيّة لاستيعابها. النتيجة تطبيق يبقى مستجيبًا في اليوم الذي تحتاجه فيه أكثر.

تطبيقات تعتمد على هذا