قائمة التحقق للترحيل إلى السحابة للشركات السعودية

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

1. الاكتشاف: جرد ما تشغّله فعليًا

لا يمكنك ترحيل ما لم تقم بقياسه. قبل لمس أي شيء، ابنِ ورقة جرد واحدة.

• النطاقات وسجلات DNS — أدرج كل سجل A وAAAA وCNAME وMX وTXT (SPF/DKIM/DMARC) وSRV.
• أحمال العمل — المواقع، وقواعد البيانات، وصناديق البريد، والمهام المجدولة، والعمليات الخلفية.
• أحجام البيانات — دوّن حجم كل قاعدة بيانات ومخزن مستندات لتتمكن من تحديد حجم الوجهة بدقة.
• الاعتماديات — واجهات برمجة التطبيقات الخارجية، وبوابات الدفع، وأي قوائم سماح لعناوين IP مثبّتة.

استخرج سجلات DNS بسرعة من سطر الأوامر:

dig alskyline.com ANY +noall +answer
dig MX alskyline.com +short
dig TXT alskyline.com +short

2. إقامة البيانات والامتثال

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

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

• تصنيف البيانات (عام، داخلي، سري، شخصي).
• منطقة الاستضافة والجهة المعالِجة (يغطي ذلك اتفاق الاستضافة الخاص بك).
• مدة الاحتفاظ وموقع النسخ الاحتياطي.

راجع نظرة عامة على خدمة الاستضافة السحابية لمطابقة كل حمل عمل مع الفئة المناسبة من المنتج.

3. اختيار بنية الوجهة

طابق كل حمل عمل مع أبسط منتج يناسبه:

حدد الحجم المناسب بدلًا من المبالغة في التوفير. من السهل توسيع الخادم الافتراضي عموديًا لاحقًا، لذا ابدأ بما تبرره أرقام الجرد لديك.

4. التهيئة والتجهيز — قبل التحويل

أنشئ بيئة الوجهة ورحّل البيانات بينما يظل النظام القديم يعمل. خطوة التجهيز هذه هي ما يجعل الترحيل قابلًا للتراجع.

لنقل موقع نموذجي + قاعدة بيانات إلى خادم افتراضي خاص:

# على المصدر: تصدير قاعدة البيانات
mysqldump -u dbuser -p --single-transaction --quick mydb > mydb.sql

# نسخ قاعدة البيانات والملفات إلى الخادم الجديد
scp mydb.sql user@new-server-ip:/tmp/
rsync -avz --progress /var/www/mysite/ user@new-server-ip:/var/www/mysite/

# على الوجهة: الاستيراد
mysql -u dbuser -p mydb < /tmp/mydb.sql

بعد ذلك، وجّه اسم مضيف تجريبي أو ملف hosts المحلي لديك إلى عنوان IP للخادم الجديد، وتأكد من أن التطبيق يُحمّل ويسمح بتسجيل الدخول ويكتب في قاعدة البيانات بشكل صحيح — كل ذلك قبل أي تغيير عام في DNS.

5. خفض قيمة TTL لـ DNS قبل التحويل

تنتشر تغييرات DNS بناءً على قيمة TTL (مدة البقاء). اخفض قيمة TTL على السجلات التي ستغيّرها إلى 300 ثانية (5 دقائق) قبل التحويل المخطط له بـ24-48 ساعة على الأقل. عندها ستنسى أجهزة التحليل الحالية الإجابة القديمة بسرعة عند التبديل.

# تحقق من قيمة TTL الحالية على سجل A
dig A www.alskyline.com +nocomments +ttlid

أدِر هذه التغييرات بسلاسة عبر خدمة DNS المُدارة من سكايلاين بحيث يحدث خفض TTL والتحويل في لوحة تحكم واحدة.

6. ترحيل البريد الإلكتروني بعناية

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

imapsync \
  --host1 old-mail.example.com --user1 ahmed@alskyline.com --password1 'OLD' \
  --host2 mail.alskyline.com   --user2 ahmed@alskyline.com --password2 'NEW' \
  --ssl1 --ssl2

أبقِ الخادم القديم يقبل البريد خلال فترة انتقالية. عند نقل سجل MX، حدّث أيضًا SPF وDKIM وDMARC حتى يستمر البريد الصادر في اجتياز المصادقة. راجع إرشادات استضافة البريد الإلكتروني للأعمال لمعرفة السجلات الدقيقة الواجب نشرها.

7. التحويل والتحقق

في يوم التحويل، اعمل بالترتيب: نفّذ مزامنة فرقية نهائية للبيانات والبريد، ثم حدّث سجلات DNS (A/AAAA أولًا، وMX أخيرًا). ولأن قيمة TTL منخفضة، يكون الانتشار سريعًا. تحقق فورًا:

# تأكد من أن العنوان الجديد يُقدَّم
dig A www.alskyline.com +short
curl -sI https://www.alskyline.com | head -n 1

# تأكد من توجيه البريد إلى المضيف الجديد
dig MX alskyline.com +short

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

8. إيقاف التشغيل — مع إبقاء خيار التراجع مفتوحًا

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

قائمة تحقق مرجعية سريعة

• [ ] جرد كامل للنطاقات وأحمال العمل وأحجام البيانات والاعتماديات
• [ ] توثيق تصنيف البيانات + إقامتها وفق PDPL/NCA
• [ ] تحديد حجم بنية الوجهة من أرقام حقيقية
• [ ] تجهيز البيانات والبريد واختبارها على الوجهة
• [ ] خفض TTL لـ DNS إلى 300 ثانية قبل 24-48 ساعة
• [ ] مزامنة البريد؛ تحديث SPF/DKIM/DMARC
• [ ] التحقق من التحويل من البداية إلى النهاية
• [ ] تجميد البيئة القديمة للتراجع، ثم إيقاف تشغيلها

الترحيل المنفّذ بهذه الطريقة لا يحمل أي «انفجار كبير» مخيف — فكل خطوة قابلة للاختبار وللتراجع، وبياناتك لا تغادر المملكة أبدًا.

هل أنت مستعد للبدء؟ أنشئ حساب سحابة سكايلاين وهيّئ بيئة الوجهة اليوم — مع إقامة البيانات داخل المملكة ودعم عربي محلي منذ اليوم الأول.