نقل الاستضافة والنطاق وقاعدة البيانات من المطور السابق

المطور السابق سجّل النطاق باسمه، وأنشأ الخادم في حسابه، وقاعدة البيانات عنده، وكل فاتورة تُدفع من بطاقته. العلاقة انتهت أو تتجه إلى النهاية، والتطبيق يعمل الآن ويخدم عملاءك. السؤال ليس «هل ننقل؟» بل «كيف ننقل دون أن يتوقف شيء، ودون أن نكتشف بعد شهر أن جزءًا بقي عنده؟». هذا دليل تنفيذ لصاحب المشروع ومدير التقنية، يرتب النقل أصلًا أصلًا، ويحدد ما يحتاج إلى تعاون المطور وما يمكنك فعله وحدك.

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

في كثير من المشاريع يكون الجواب مختلطًا: النطاق تُنقل ملكيته، والخادم يُرحّل، وقاعدة البيانات تُصدّر وتُستورد. المهم أن يُكتب القرار لكل أصل قبل البدء، لأن كل مسار له ترتيب ومدة ومخاطر مختلفة.

من يملك النطاق يملك وجهة التطبيق والموقع والبريد. ولذلك يأتي قبل الخادم، ولو كان الخادم أعقد تقنيًا. فرّق هنا بين عمليتين يخلطهما كثيرون:

تغيير المسجِّل (Registrant change)

تغيير صاحب الحق في النطاق من المطور إلى منشأتك. هذه هي عملية الملكية الفعلية، وتحتاج إلى موافقة المالك الحالي.

النقل بين المسجلين (Registrar transfer)

نقل إدارة النطاق من شركة تسجيل إلى أخرى. لا يغير المالك بذاته، ويحتاج إلى رمز نقل (Auth code) يصدره المسجل الحالي لصاحب النطاق.

نطاقات .com وما يشبهها: تنظمها سياسة النقل لدى ICANN. بحسب أسئلة ICANN الشائعة عن نقل النطاقات، قد يُرفض النقل بين المسجلين خلال 60 يومًا من التسجيل أو من نقل سابق، ويُفرض قفل نقل بعد تغيير بيانات المسجِّل ما لم يُتح المسجل خيار إلغائه. وتنبه ICANN إلى أنك إن كنت تنوي النقل، فقد يكون الأنسب إتمامه قبل تغيير بيانات التواصل. هذه المدد تُراجع في تحديثات سياسة النقل، فاسأل المسجل عن القفل الساري على نطاقك قبل وضع الجدول.

نطاقات .sa و.com.sa: تديرها SaudiNIC عبر مسجلين مرخصين. تنص لائحة تسجيل أسماء النطاقات السعودية على نوعي النقل نفسيهما: من مسجِّل إلى طرف آخر، ومن مسجل مرخص إلى آخر، وأن لـ SaudiNIC أو المسجل طلب المستندات من الطرفين، ورفض تغيير المسجِّل إن لم تكتمل المستندات أو لم يوافق الطرفان. عمليًا: جهز السجل التجاري وتفويض من يمثل المنشأة، واتفق مع المطور على موعد يحضر فيه موافقته.

وقبل أي تغيير في خوادم الأسماء، صدّر كل سجلات DNS الحالية: عناوين الخادم، والنطاقات الفرعية مثل api وadmin، وسجلات البريد، وسجلات التحقق التي تستخدمها خدمات خارجية. سجل تحقق واحد منسي قد يوقف إرسال البريد أو تسجيل الدخول بخدمة خارجية دون أن يربطه أحد بالنقل.

التطبيق المثبت على جوالات المستخدمين يتصل بعنوان مكتوب في الكود لحظة بنائه. إن كان هذا العنوان نطاقك، فتبديل DNS يكفي ولن يلاحظ أحد. لكن إن كان نطاقًا يملكه المطور، أو عنوان IP مباشرًا، فكل نسخة مثبتة ستبقى تتصل بالعنوان القديم مهما نقلت الخادم. ولا تستطيع إجبار كل المستخدمين على التحديث في يوم واحد.

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

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

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