ما المنصّات المُدارة؟ وهل يمكنني استخدامها كاستضافة؟

ماذا تعني "مُدارة"

تسلّمك الاستضافة التقليدية خادمًا (أو شريحة منه) وتتولّى أنت صيانة نظام التشغيل، وبيئة التشغيل، والتصحيحات الأمنية، والتوسّع بنفسك. أما "المُدارة" فتعني أن المنصّة تتولّى البنية التحتية: تقدّم أنت تطبيقك — موقع WordPress، أو مشروع PHP، أو صورة حاوية — وتشغّله المنصّة، وتؤمّنه، وتجدّد شهاداته، وتخدمه. فتركّز أنت على تطبيقك لا على الخوادم.

هذا هو السؤال الأكثر شيوعًا، ولنقلها بوضوح: نعم، يمكنك استخدامها كاستضافة. لست بحاجة إلى مزوّد استضافة منفصل. وجّه نطاقك إلى هنا، واختر WordPress أو PHP أو تطبيق حاوية، فتصبح CDN.com.tr المكان الذي يقيم فيه موقعك. ولأنها مبنية على شبكة CDN، يُخدَم موقعك تلقائيًا عبر الحافة العالمية مع التخزين المؤقت وHTTPS — الاستضافة وشبكة CDN في مكان واحد.

WordPress أو PHP أو تطبيقات الحاويات — اختر مسارك

إذا كنت تشغّل موقع WordPress أو PHP، فلست بحاجة إلى معرفة أي شيء عن الحاويات. اختر منصّة WordPress أو PHP، وحدّد إصدارك، وانشر — فبيئة التشغيل وخادم الويب وTLS تُدار كلها نيابةً عنك. ويمكنك ربط نطاق مخصّص وإدارة الملفات من اللوحة؛ وعلى منصّة WordPress يمكنك أيضًا تفعيل كاش كائنات Redis مُدار لزيادة السرعة.

وإذا لم يكن تطبيقك من نوع WordPress/PHP — مثل واجهة API بلغة Node/Express، أو موقع Next.js، أو خدمة Go، أو عامل معالجة، أو أداة مثل Jenkins أو RabbitMQ — فيمكنك تشغيله كتطبيق حاوية. تُحضِر صورة Docker (أو تستورد ملف docker-compose) فتشغّلها المنصّة، وتمنحها رابطًا، وتبقيها في صحة جيدة. وإن كان مصطلح "Docker" غير مألوف لك، فراجع دليل Docker — فأنت غالبًا تحتاج منه أقل مما تظن.

إذا كنت تفضّل البقاء على استضافتك الحالية، لا يزال بإمكانك وضع الشبكة أمامها: إضافة CDNTR المجانية تربط ووردبريس المستضاف ذاتيًا بـ cdn.com.tr بنقرة واحدة، مع التوصيل عبر الشبكة وصور WebP/AVIF وتفريغ تلقائي للكاش.

الإضافات المُدارة وعمليات النشر الأزرق/الأخضر الآمنة

تحتاج معظم التطبيقات إلى قاعدة بيانات أو ذاكرة تخزين مؤقت. وبدلًا من تشغيلها وتأمينها بنفسك، فعّل إضافة مُدارة بنقرة واحدة: Redis أو PostgreSQL أو MySQL/MariaDB أو NATS. تجهّزها المنصّة، وتُبقيها قيد التشغيل، وتربطها بتطبيقك عبر اسم داخلي — فتتحدّث خدماتك مع بعضها بخصوصية، دون كشف أي شيء للإنترنت.

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

ما لا تفعله

المنصّات المُدارة ليست جهازًا افتراضيًا ولا صدفة SSH. لا تحصل على عمليات تثبيت حزم على مستوى نظام التشغيل (لا "apt install")، ولا Docker-داخل-Docker لبناء الصور داخل حاوية، ولا منافذ TCP عامة خام — فالوصول العام عبر HTTP(S). وهي أيضًا ليست بديلًا عن kubectl/SSH.

وفي المقابل، تحصل على منصّة تشغّل تطبيقك وتؤمّنه دون إدارة خوادم.

PostgreSQL المُدار: الإصدار والإضافات والاتصالات والنسخ الاحتياطي والوصول

ما تفضّل ألا تكتشفه بالطريقة الصعبة، مكتوب هنا.

الإصدار والإضافات: تعمل إضافة PostgreSQL المُدارة على PostgreSQL 16. تأتي pgcrypto وpgvector (vector) وuuid-ossp وpg_trgm وTimescaleDB مثبّتة؛ يكفي تنفيذ CREATE EXTENSION بمستخدم قاعدة بيانات الإضافة.

الاتصالات: تنمو مع الخطة — starter (2 غيغابايت RAM، 1 vCPU) 128، وstandard (4 غيغابايت، 2 vCPU) 256، وlarge (8 غيغابايت، 4 vCPU) 400 اتصال متزامن. لا تحتاج الواجهة الخلفية العادية لتطبيق ويب أو سطح مكتب إلى pgBouncer خاص؛ يكفي تجميع الاتصالات داخل تطبيقك.

النسخ الاحتياطي: تُنسخ كل إضافة عبر pg_dump كل ليلة في الساعة 02:30 (بتوقيت Türkiye)؛ وتُحفظ آخر 7 نسخ يومية وآخر 4 نسخ أسبوعية. تبقى النسخ في عنقود التخزين الخاص بنا في Türkiye ويمكن استعادتها من اللوحة. لا نقدّم الاستعادة إلى نقطة زمنية (PITR)؛ إن لم تكفِك النسخة الليلية فراسلنا.

الوصول: لا يمكن الوصول إلى قاعدة البيانات من الإنترنت؛ تصل إليها فقط تطبيقات الحساب نفسه عبر الشبكة الخاصة. شغّل ترحيلات المخطط في خطوة النشر لتطبيقك أو كمهمة (job)؛ ولاستعلام عاجل عرّف مهمة لمرة واحدة أو تواصل مع الدعم.

ما الذي يشغّله الناس هنا