الخطوة 1 — فعّل التطبيقات جنباً إلى جنب مع التسليم الحالي
في تبويب Platforms لحساب Pull-CDN (أو Push-CDN)، انقر "Enable apps alongside current delivery". هذا إضافي: يبقى نطاقك الرئيسي يقدّم حياً ولا يُعاد نشره.
مساعدة CDN.com.tr
انقل موقع Pull-CDN حياً إلى Platforms دون انقطاع
شغّل خدمات أصلك على منصات cdn.com.tr بينما يواصل موقعك التقديم عبر Pull CDN: فعّل التطبيقات جنباً إلى جنب مع تسليمك الحالي، وابنِ كل شيء وتحقق منه على نطاقات ca-* الفرعية، ثم بدّل النطاق الرئيسي فقط عند الجاهزية — قابل للتراجع بالكامل.
المنصات والإضافات المُدارة
انقل موقع Pull-CDN حياً إلى Platforms دون انقطاع
شغّل خدمات أصلك على منصات cdn.com.tr بينما يواصل موقعك التقديم عبر Pull CDN: فعّل التطبيقات جنباً إلى جنب مع تسليمك الحالي، وابنِ كل شيء وتحقق منه على نطاقات ca-* الفرعية، ثم بدّل النطاق الرئيسي فقط عند الجاهزية — قابل للتراجع بالكامل.
مسار اللوحة
- Management Panel
- CDN Accounts
- Platforms tab
- Enable apps alongside current delivery
- Container Apps / Compose import
- Validate on ca-* subdomains
- Cut over main domain
- Decommission old origin
نقاط تحقق لقطات الشاشة
الخطوة 2 — ابنِ، وتحقق، ثم بدّل
بمجرد تفعيل التطبيقات تبنيها على نطاقات ca-* الفرعية. وعندما يجتاز كل شيء الاختبار، ينقل إجراء "Cut over main domain to app" المنفصل النطاق الرئيسي — يبقى أصلك السابق قابلاً للوصول فيمكنك التراجع.
حالات الاستخدام
موقع حيّ على Pull CDN (بأصله الخاص) ويريد مالكه نقل الحزمة بأكملها (الويب، وواجهات برمجة التطبيقات، والعمال، وRedis، وقائمة الانتظار، إلخ) إلى المنصة دون انقطاع.
سير العمل
- فعّل Managed Container Apps جنباً إلى جنب مع تسليمك الحالي — هذا لا يغيّر طريقة تقديم نطاقك الرئيسي (يبقى على Pull CDN، حياً).
- ابنِ حزمتك: استورد ملف docker-compose.yml (أو أنشئ التطبيقات واحداً تلو الآخر). يصبح Redis/PostgreSQL/MySQL/NATS إضافات مُدارة؛ ويعمل RabbitMQ/Valkey/Jenkins كتطبيقات حاويات مع وحدة تخزين دائمة.
- يحصل كل تطبيق على نطاق ca-*.cdn.com.tr الفرعي الخاص به (واسم DNS خدمة داخلي). اختبر الحزمة كاملةً على تلك العناوين بينما يبقى الموقع الحيّ دون مساس.
- عندما يجتاز كل شيء الاختبار، بدّل: وجّه نطاقك الرئيسي إلى التطبيق الأمامي. يبقى أصلك القديم قائماً، فيمكنك التراجع فوراً.
الفحوصات
- لا يؤدي تفعيل التطبيقات إلى تبديل مصدر محتواك أو إعادة نشر نطاقك الرئيسي — موقع Pull-CDN الحيّ يبقى دون مساس.
- تكون التطبيقات قابلة للوصول على نطاقات ca-* الفرعية وعبر أسماء الخدمات الداخلية قبل أي تبديل.
- التبديل خطوة منفصلة ومقصودة؛ ويبقى الأصل القديم تراجعاً بنقرة واحدة إلى أن توقفه عن الخدمة.
- عيّن الخدمات بشكل صحيح: Express/Next/الخلفية ← تطبيقات حاويات؛ Redis ← إضافة Redis؛ قاعدة البيانات ← إضافة Postgres/MySQL؛ قائمة الانتظار ← إضافة NATS أو تطبيق RabbitMQ؛ Jenkins ← تطبيق (دون Docker داخل Docker).
الأسئلة الشائعة
هل سيتوقف موقعي الحيّ أثناء إعداد هذا؟
لا. تفعيل Managed Container Apps جنباً إلى جنب مع Pull CDN إضافي — فهو لا يغيّر أبداً تقديم نطاقك الرئيسي. يبقى موقعك يقدّم من أصله الحالي طوال الوقت؛ ولا تغيّر التسليمَ إلا خطوة التبديل الصريحة.
كيف أختبر قبل التبديل؟
يُكشف كل تطبيق على نطاق ca-*.cdn.com.tr الفرعي الخاص به (وقابل للوصول داخلياً باسم الخدمة). تحقق من الحزمة بأكملها هناك. ولا ينتقل النطاق الرئيسي إلا عند التبديل.
هل يمكنني التراجع عن التبديل؟
نعم. أبقِ الأصل القديم قيد التشغيل؛ فإذا حدث خطأ بعد التبديل، أعد توجيه النطاق الرئيسي إليه. ولا توقف الأصل القديم عن الخدمة إلا بعد أن تطمئن.
أي من خدماتي يمكن نقله؟
كلها كصور حاويات أو خدمات compose. استخدم الإضافات المُدارة لـ Redis/PostgreSQL/MySQL/NATS. ويعمل RabbitMQ وValkey كتطبيقات حاويات (Valkey متوافق مع Redis، فتحل محله إضافة Redis غالباً). ويعمل Jenkins كتطبيق لكنه لا يستطيع بناء الصور داخل الحاوية (دون مقبس Docker / Docker داخل Docker).
هل أحتاج إلى باقة خاصة؟
تشغيل عدة تطبيقات + نقاط نهاية يحتاج إلى باقة Enterprise. تحقق من استحقاقك قبل استيراد ملف compose كبير.
الصفحات ذات الصلة
اختر منصة مُدارة
اختر WordPress أو PHP أو الذكاء الاصطناعي أو Knight Online أو Managed Container بناءً على عبء العمل.
ترحيل Managed Container Apps
أنشئ تطبيق حاوية، وبيانات اعتماد سجل، ومتغيرات/أسراراً، وعمليات استيراد، ومهاماً، ونشراً، وحالة، وسجلات من واجهات العميل.
Object Storage وAWS CLI
أنشئ الدلاء، ودوّر مفاتيح الوصول، واربط الدلاء بالتطبيقات، وتحقق عبر نقطة النهاية المتوافقة مع S3.
ما يمكنك تشغيله — القدرات والحدود
منصة حاويات مُدارة (Kubernetes في الأساس)، وليست جهازاً افتراضياً أو خادم صدفة: تُحضر صور الحاويات أو ملف docker-compose.yml وتشغّلها المنصة، مع إضافات Redis/PostgreSQL/MySQL/NATS المُدارة، ووحدات تخزين دائمة، وDNS خدمة داخلي، وكشف HTTP(S) عبر حافة CDN.
التخزين الدائم لتطبيق مُدار
امنح تطبيق حاوية وحدة تخزين دائمة حتى تبقى بياناته بعد عمليات إعادة التشغيل وإعادة النشر: فعّل التخزين، واضبط مسار التركيب داخل الحاوية وحجمه. وحدة تخزين واحدة لكل تطبيق، مركَّبة عند مسار واحد، على CephFS.