دليل كامل حول استراتيجيات ترحيل التكنولوجيا: (الجزء 1 - مقدمة)

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

1. هجرة التكنولوجيا
2. ترحيل تكنولوجيا الواجهة الأمامية
3. ترحيل تكنولوجيا الخلفية
4. CMS بناء موقع الهجرة
5. ترحيل قاعدة البيانات
6. ترحيل خادم النطاق والاستضافة

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

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

لماذا هناك حاجة للهجرة؟

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

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

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

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

هناك بعض النقاط التي يجب أن تضعها في اعتبارك قبل المضي قدمًا في مرحلة التخطيط للترحيل.

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

تحديد نطاق الهجرة

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

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

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

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

كيف تتناسب مع نطاق الزحف؟

قبل أن نفهم التعامل مع Scope Creeps ، دعني أخبرك عن مصطلح Scope Creep وكيف يؤثر على الفريق النامي. Scope Creep هو نتيجة للمتطلبات الفنية المتغيرة التي يتم تقديمها في المشروع دون التمديد في الجدول الزمني أو الزيادة في ميزانية المشروع.

هناك العديد من الأسباب التي تؤدي إلى Scope Creeps وبعض الأسباب الشائعة جدًا مذكورة أدناه لتجنب هذه الزحف في ترحيل مشروعك.

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

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

اختيار مجموعة التكنولوجيا

كمطور ، هناك العديد من الخيارات الموجودة أمامك مثل MongoDB إلى MySQL و AngularJS to React و MEAN stack إلى LAMP stack وخوادم الاستضافة السحابية مثل Amazon AWS لخوادم الاستضافة الذاتية مثل Apache. هذه الخيارات يمكن أن تربك أي شخص. لذا فإن مسؤولية المطور هي اختيار مجموعة تقنية مخططة للترحيل. يجب أن تكون مستعدًا لكل حاجة مستقبلية أيضًا.

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

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

تأكد من التحقق مما إذا كان النظام الحالي يحتوي على DevOps في مكانه أم لا. تساعد DevOps في تقصير دورة حياة تطوير النظام وتوفر التسليم المستمر. إذا كان النظام الحالي يستخدم هذه الأدوات بالفعل ، فيمكنك الانتقال إلى الإصدار الذي تمت ترقيته أو يمكنك المتابعة بنفس الطريقة. يوصى دائمًا باستخدام نوع من أدوات CI / CD لأنه يجعل عملية الترحيل سهلة ومنهجية إلى حد ما للمطورين. أيضًا ، يجب أن يتبع فريق التطوير مراجعة صارمة للشفرة ونهج دفع التعليمات البرمجية ، على سبيل المثال. نموذج GitFlow أو GitHubFlow.

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