يبدو نقل موقع أو نظام إلى خادم جديد أو مزود سحابي آخر أمراً بسيطاً، إلى أن يتعطل شيء. مهمة مجدولة منسية تتوقف فيتوقف معها إرسال الفواتير، أو يتوقف وصول البريد لأن أحد سجلات DNS (الإعدادات التي توجّه نطاقك إلى الخادم الصحيح) نُسي، أو يتبين أن نسخة قاعدة البيانات أقدم من المتوقع فتضيع الطلبات الأخيرة. وتنتج هذه الأعطال عن أمور يعتمد عليها النظام لم يحصرها أحد، وعن غياب خطة للعودة.
تراجع Kemlat البيئة الحالية وكل ما يحتاجه النظام ليعمل، وهو ما يُسمى الاعتماديات، ثم تكتب خطة نقل تتضمن خطوة للعودة إلى الوضع السابق. نبني البيئة الجديدة ونختبرها قبل أن يرى المستخدمون أي تغيير، ونتدرب على خطوات النقل، ثم نحوّل التشغيل في وقت هادئ متفق عليه. وبعدها نفحص النظام والبيانات والبريد، ونُبقي البيئة القديمة متاحة حتى تؤكد أن كل شيء يعمل.
كيف نعمل
- 01
حصر الاعتماديات والتقييم
نسجل كل ما يعتمد عليه النظام: إصدارات البرمجيات، وقواعد البيانات، والملفات، والمهام المجدولة، والربط مع أنظمة أخرى، وسجلات DNS، والبريد، وشهادات SSL التي تؤمّن الاتصال بموقعك. ونتحقق مما تدعمه البيئة المستهدفة ونحدد المخاطر.
- 02
خطة النقل والعودة
تحدد الخطة ترتيب الخطوات، ووقت التحويل، ودور كل طرف، وطريقة الحفاظ على اتساق البيانات، والشروط الدقيقة للعودة إلى البيئة القديمة. وتعتمدها أنت قبل بدء العمل.
- 03
بناء البيئة الجديدة واختبارها
نجهز البيئة المستهدفة ونحمّل فيها نسخة حديثة من البيانات. ويختبر فريقك الوظائف الرئيسية هناك بينما يستمر النظام القديم في العمل.
- 04
التدريب على النقل ثم التحويل
نتدرب على الخطوات أولاً. وقبل موعد التحويل بوقت كافٍ نقلّص المدة التي تحتفظ فيها الخوادم الأخرى بإعدادات DNS القديمة في ذاكرتها، حتى يصل التغيير إلى المستخدمين بسرعة. وفي الوقت المتفق عليه نوقف التعديلات على النظام القديم حتى لا تضيع أي بيانات تُدخل أثناء النسخ، وننسخ البيانات نسخاً نهائياً، ثم نوجّه النطاق إلى البيئة الجديدة.
- 05
التحقق بعد النقل
نفحص التطبيق، وأعداد السجلات، والمهام المجدولة، ووصول البريد، والشهادات، ونراقب سجلات التشغيل عن قرب. وتبقى البيئة القديمة إلى أن تؤكد نجاح النقل، ثم تُغلق وتُحذف بياناتها أو تُؤرشف كما اتُفق.
ما الذي تستلمه
التقييم وخطة النقل والعودة
قائمة موثقة بالاعتماديات، وخطة خطوة بخطوة بشروط واضحة للعودة.
بيئة جديدة مختبرة
بيئة مستهدفة مبنية ومحمّلة بالبيانات، اختبرها فريقك قبل التحويل.
تنفيذ التحويل
النسخ النهائي للبيانات وتغيير DNS في الوقت المتفق عليه، مع إطلاع فريقك على كل خطوة.
تقرير التحقق بعد النقل
تقرير بالفحوص التي أُجريت بعد النقل، والمشكلات التي ظهرت، وطريقة حل كل منها.
ما الذي يتغير لديك
- يعمل نظامك في البيئة الجديدة، وتعمل معه بياناته وبريده وربطه بالأنظمة الأخرى.
- يمر المستخدمون بتحويل مخطط ومعلن مسبقاً بدلاً من انقطاع مفاجئ.
- يبقى طريق مخطط للعودة إلى البيئة القديمة متاحاً حتى تؤكد نجاح النقل.
- يتوفر لديك سجل دقيق للبيئة الجديدة وكل ما تعتمد عليه.
موقع الخدمة في منهجية KEMLAT
النطاق: رسوم الاستضافة والخدمات السحابية والتراخيص للبيئة الجديدة تُدفع منفصلة. ولا يشمل النقل تحديث التطبيق نفسه أو إعادة برمجته إلا بالاتفاق، لكننا نخبرك إذا كانت البيئة الجديدة تتطلب ذلك.
أسئلة يطرحها العملاء
هل سيتوقف موقعنا أو نظامنا أثناء النقل؟
تحتاج معظم عمليات النقل إلى توقف قصير أثناء النسخ النهائي للبيانات، يُحدد في وقت هادئ ويُعلن مسبقاً. وبعض الأنظمة يمكن نقلها بتوقف لا يكاد يُلاحظ، ويبين التقييم أي الحالتين تنطبق عليك.
ماذا لو حدثت مشكلة بعد التحويل؟
تحدد الخطة شروطاً واضحة للعودة، وتبقى البيئة القديمة متاحة حتى تؤكد نجاح النقل. وإذا ظهرت مشكلة جدية نعود إلى البيئة القديمة، وننقل إليها أي بيانات أُدخلت في البيئة الجديدة منذ التحويل، ثم نعالج السبب ونعيد النقل.
هل تنقلون البريد أيضاً؟
نعم إذا كان ضمن نطاق العمل. يحتاج البريد إلى خطة خاصة لصناديق البريد وسجلات DNS، ولسجلات SPF وDKIM وDMARC التي تساعد خوادم الاستقبال على التأكد من أن رسائلك صادرة منك فعلاً، لذلك نخطط له مع الموقع أو النظام.
ما المطلوب منا؟
صلاحيات الوصول إلى البيئتين الحالية والجديدة، والتواصل مع أي مطور أو مزود بنى النظام، وشخص يختبر الوظائف الرئيسية ويعتمد التحويل.
خدمات مرتبطة
كل الخدماتابدأ بمحادثة
أخبرنا أين تقف اليوم، وسنقترح عليك الخطوة الأولى المناسبة دون أي التزام.