ترحيل مركز البيانات في السعودية: من حصر الأنظمة إلى إطفاء آخر خادم

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

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

روابط ذات صلةصفحة الانتقال إلى السحابة

تشغّل Google Cloud منطقة في الدمام (me-central2)، ويُوصل إليها عبر مسار إعادة البيع الذي تحدده Google للجهات التي تُصدر فواتيرها في السعودية، وتشرحه صفحة Google Cloud. وأعلنت AWS عن أول منطقة لها في المملكة، وتقول إن إطلاقها ماضٍ وفق الخطة في ديسمبر 2026، ولم تكن ضمن قائمة مناطقها المتاحة حتى 2 نوفمبر 2026. وإلى أن تبدأ العمل تقع مناطق AWS في الشرق الأوسط في البحرين والإمارات، كما تذكر صفحة AWS. وخطة الموجات التي تعتمد على افتتاح منطقة في موعدها تذكر هذا الخطر صراحةً.

روابط ذات صلةصفحة Google Cloudصفحة AWSالهيئة الوطنية للأمن السيبرانيالهيئة السعودية للبيانات والذكاء الاصطناعي (سدايا)

يجمع الحصر بين ما تراه الأدوات وما يعرفه الناس. فحركة الشبكة تبيّن أي الأجهزة تتصل ببعضها، وأصحاب التطبيقات يشرحون السبب، وأي مهمة في نهاية الشهر ستتعطل إن انتقل نظام وحده. والنتيجة قائمة يحمل كل بند فيها قرارًا وسببًا ووجهة ومسؤولًا.

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

روابط ذات صلةقائمة التحقق لترحيل قواعد البيانات

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

وتبقى خطوة قصيرة مخطط لها: تتوقف الكتابة أو تنتظر في طابور حتى تصل آخر التغييرات، ثم تُجرى فحوص مثل عدد السجلات وقيم التحقق (Checksums)، ثم تنتقل القراءة والكتابة. ونحدد طول هذه النافذة عند تحديد النطاق بدل أن نعد بألا توجد، ويبقى المصدر حتى تثبت الأرقام في ذروة حقيقية، فيظل الرجوع ممكنًا.

روابط ذات صلةالترحيل دون توقف بمنصة iblync

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

روابط ذات صلةصفحة الانتقال إلى Kubernetes

يُسعَّر كل برنامج من قائمة أنظمته. وهذه العوامل الأكثر تأثيرًا في الرقم:

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