دليل كامل حول استراتيجيات نقل التكنولوجيا: (نهائي - ترحيل النطاق والاستضافة)

نشرت: 2020-12-28

أخيرًا وليس آخرًا ، في ختام سلسلة المدونات الخاصة بنا ، سوف نتعمق في ترحيل الخادم (المجال والاستضافة). نظرًا لأننا حددنا بالفعل نطاق التطبيق وترحيل قاعدة البيانات كعناصر أساسية في عملية ترحيل الخلفية ، فمن المنطقي فقط الانتهاء من ترحيل الخادم.

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

ما هو ترحيل الخادم؟

بالمعنى الأساسي ، فإن ترحيل الخادم هو أسلوب ترحيل يتم فيه وضع البيانات من خادم إلى آخر. يستلزم بشكل أساسي تكوين خادم مستهدف ليحل محل خادم موجود عن طريق النسخ عبر مواقع الويب وتكويناتها ، وتغيير DNS لتوجيه الزوار إلى خادم جديد. تعتبر عمليات ترحيل الخادم شائعة في العديد من الشركات التي تعتمد على البيانات ، وبسبب الطبيعة الحساسة للبيانات ، يعد التخطيط المتعمد أمرًا ضروريًا للغاية لترحيل ناجح.

لماذا ترحيل الخادم؟

يمكن أن يحدث ترحيل الخادم لأسباب مختلفة ، مثل:

للتعامل مع زيادة حركة المرور.
الرغبة في أداء أفضل وأوقات استجابة أسرع.
الرغبة في تحسين التحكم والقدرة على الإدارة والمرونة.
لتحسين التخصيص.

على الرغم من أنه من ناحية أخرى ، هناك أفراد قاموا بالرجوع إلى خوادم منخفضة التكلفة لأغراض خفض التكلفة. يتضمن ترحيل الخادم أيضًا جانبين رئيسيين ، وهما ؛ ترحيل النطاق واستضافة ترحيل الخادم. بالنسبة للجزء الأكبر من هذه المدونة ، سوف نستكشف كلا الفئتين. على سبيل المثال ، الفرق بين تبديل موفري الاستضافة (مثل GoDaddy إلى AWS) ونقل أسماء النطاقات (على سبيل المثال ، example.com إلى example.info).

ما هو اسم المجال الهجرة؟

يعني ترحيل المجال بعبارات بسيطة نقل موقع ويب من اسم مجال واحد (example.co) إلى آخر (example.info) ، دون فقد أو ضعف أمان البيانات. بشكل أساسي ، عند نقل اسم المجال ، فأنت لا تحتاج إلى نسخة احتياطية لأنه لن يكون هناك نقل للملفات بين الخوادم. على الرغم من أنه يجب نقل معلومات DNS (نظام اسم المجال) كشرط أساسي للحصول على سجل للتغيير. قد يحدث تغيير البروتوكول أيضًا عند نقل موقع ويب غير آمن إلى موقع ويب آمن ، مثلما يحدث عند نقل موقع ويب HTTP إلى HTTPS. بشكل أساسي ، تختلف أسباب تغيير أسماء النطاقات ، على سبيل المثال ، قد يكون اختيارًا للانتقال من نطاق عام مثل .com إلى نطاق أكثر تحديدًا جغرافيًا مثل .in أو .cn.

ما هو استضافة ترحيل الخادم؟

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

الرغبة في الاستفادة من مكدس التكنولوجيا الجديدة أو خدمة أفضل
الحاجة إلى استبدال البنية التحتية القديمة
شرط توسيع وتوزيع الاستضافة لتحقيق التوافر العالي.
مخاوف أمنية ، إلخ.

أنواع ترحيل مضيف الخادم

اعتمادًا على نظام التشغيل والتكنولوجيا المتضمنة ، يشكل ترحيل الخادم عادةً:

ترحيل الخادم السحابي : يتضمن هذا بشكل أساسي وضع البيانات على خادم سحابي حديث وقابل للتطوير.

ترحيل خادم التطبيق : يستلزم هذا بشكل أساسي نقل تطبيق برمجي من بيئة خادم إلى أخرى. يحدث هذا بشكل أساسي في كل مرة يتم فيها نقل الملفات بين الخوادم.

ترحيل خادم البريد : يتم هنا توجيه البيانات بين عمليات ترحيل خوادم البريد الإلكتروني داخل نفس المضيفين أو مضيفين مختلفين.

ترحيل الخادم الافتراضي - يتضمن مجال الترحيل هذا خوادم افتراضية أو نقل جهاز افتراضي من خادم إلى آخر. هناك العديد من خيارات الخوادم المتاحة في السوق مثل GoDaddy و AWS و DigitalOcean و Alibaba Cloud وما إلى ذلك. ومع ذلك ، يعتمد اختيار واحد إلى حد كبير على متطلبات المشروع. هناك قاعدة مشتركة واحدة تنطبق على كل ترحيل خادم مضيف - لا يمكنك تغيير خوادم الاستضافة إلا إذا كنت مسجلاً لدى مسجل النطاق السابق لمدة 60 يومًا أو أكثر. يمكنك التعرف على القواعد الأخرى المتاحة من على مواقع الاستضافة المعنية.

كيف تهاجر اسم المجال الخاص بك؟

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

شراء اسم مجال تم استخدامه بالفعل من قبل شخص آخر: يمكن أن يكون هذا اسم مجال منتهي الصلاحية يجب عليك شراؤه في مزاد المجال أو مباشرة من شخص آخر.
شراء اسم مجال جديد تمامًا لم يتم استخدامه من قبل.

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

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

عملية ترحيل اسم المجال

عملية ترحيل اسم المجال بسيطة إلى حد ما. ما عليك سوى اتباع الخطوات البسيطة وستنتهي في لمح البصر.
للبدء ، ستحتاج إلى التحقق من كل إصدار (أي http: // أو http: // www أو https: // أو https: // www) لكل موقع على وحدة تحكم بحث Google. أيضًا ، حدد جميع المجالات الفرعية ، إن وجدت.
الزحف إلى الموقع بأكمله. يمكنك استخدام أدوات مختلفة متاحة على الإنترنت لهذا الغرض. سيساعدك هذا في تحديد جميع عناوين URL الممكنة ، وإنشاء قائمة بها. ستحتاجه لاحقا.
باستخدام 301 عمليات إعادة التوجيه الدائمة ، قم بإعادة التوجيه من اسم المجال القديم إلى اسم المجال الجديد.
اختبر عمليات إعادة التوجيه للتأكد من أنك لا تقوم بإعادة التوجيه عدة مرات. قد يربك المستخدمين.
لإخبار Google أنك تنتقل إلى مجال جديد ، باستخدام أداة Google Change of Address Tool. سيساعدك هذا في تأكيد ما إذا تم إعداد عمليات إعادة التوجيه بشكل صحيح أم لا.
لا تنس تحديث الإعدادات في Google Analyticst للإشارة إلى اسم المجال الجديد. يمكنك تعديل إعدادات Google Analytics إذا كنت تريد الاحتفاظ بالبيانات القديمة في Google Analytics.
استخدم قائمة عناوين URL التي أنشأتها للزحف إلى الموقع مرة أخرى ، للتأكد من أن جميع عناوين URL القديمة تعيد التوجيه إلى عناوين URL الجديدة بشكل صحيح.

كيف تنتقل من مزود خدمة إلى آخر؟

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

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

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

مؤشرات أولية يجب مراعاتها لتحقيق ترحيل خادم الاستضافة السلس.

مرحلة التخطيط

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

تحضير الخادم

تأكد من أن جميع المكونات المتاحة والمستخدمة على الخادم المصدر قد تم تثبيتها وتكوينها على الخادم الهدف أيضًا.
تأكد من وجود مساحة قرص كافية على خوادم المصدر والوجهة
أضف المقدار الضروري من عناوين IP على الخادم الوجهة (أفضل الممارسات هي الحصول على عدد متساوٍ من عناوين IP المشتركة والمخصصة على كلا الخادمين من أجل الترحيل).

اعتبارات مرحلة الاختبار

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

التخفيف من المخاطر

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

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

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

اختيار طريقة النسخ الاحتياطي

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

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

لديك خطة التراجع

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

قائمة مراجعة ترحيل الخادم

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

استنتاج

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

ستساعدك هذه السلسلة من المدونات بشكل أساسي على تحديد نطاق الترحيل ، وتجنب زحف النطاق ، واختيار مجموعة التكنولوجيا بحكمة ، وفهم التعقيدات الكامنة وراء الأنواع المختلفة من الترحيل مثل Technology Migration ، و Database Migration ، و Domain & Hosting Server Migration. كان الغرض من سلسلة المدونات هذه هو التأكد من أن القراء لن يضطروا إلى البحث والترحيل من خلال مواقع الويب المتناثرة على Google للتعرف على تفاصيل الترحيل وغيرها من تفاصيل الترحيل. آمل أن تكون قد وجدت سلسلة المدونات هذه مفيدة! لأية أسئلة حول كيفية تحقيق الهجرة بدون مجهود ، يرجى التواصل معنا هنا في Creole Studios.