نقل أتمتة Zapier أو Make إلى مضيف ترميز جغرافي جديد
تحتاج عمليات الأتمتة دون شيفرة المبنية على خطوة ترميز جغرافي إلى نهج ترحيل مختلف عن الشيفرة المخصصة. إليك كيفية التعامل مع هذا التحويل.
التخطيط للتراجع قبل ترحيل أي شيء
خطة التراجع هي الجزء من عملية الترحيل الذي، إذا أُعد جيدًا، لا يحتاج أحد إلى استخدامه أبدًا، وهذا بالضبط سبب تجاهلها غالبًا عندما يضيق الوقت. وتجاهلها خطأ تحديدًا لأن تكلفة الحاجة إلى التراجع دون وجود خطة له أعلى بكثير من تكلفة إعداد خطة لا تُستخدم.
الافتراض الذي تنطلق منه خطة التراجع الجيدة هو أن المزود الجديد سيتصرف بشكل مختلف عن القديم في جانب واحد على الأقل لم تتوقعه، مهما كان اختبارك مسبقًا شاملًا. وهذا ليس تشاؤمًا، بل مجرد وصف صادق لما تؤول إليه عادة عمليات التكامل مع الأنظمة الخارجية. والتخطيط على أساس هذا الافتراض، بدلًا من الأمل في أن الاختبار كشف كل شيء، ينتج خطة أفضل.
يجب أن تغطي خطة التراجع عند تبديل مزود بيانات الموقع ما يلي:
- آلية تبديل سريعة. سواء كانت علامة ميزة (feature flag) أو متغير بيئة أو قيمة إعداد تُقرأ وقت الطلب بدلًا من أن تكون مدمجة في نسخة منشورة، يجب أن تبقى بيانات اعتماد المزود القديم ونقطة النهاية الخاصة به صالحة وجاهزة للاستخدام مجددًا دون نشر كود، لفترة محددة بعد التحويل
- شرط واضح للتفعيل. قرر مسبقًا ما الذي يبرر التراجع تحديدًا: معدل أخطاء يتجاوز حدًا معينًا، أو فشل فئة معينة من الطلبات، أو حجم معين من شكاوى المستخدمين، بدلًا من ترك القرار ليُتخذ تحت الضغط دون معيار متفق عليه
- مسؤول عن التراجع. شخص واحد أو مجموعة صغيرة تتحمل صراحة مسؤولية اتخاذ قرار التراجع، حتى لا يتعطل القرار بينما ينتظر عدة أشخاص أن يحسمه شخص آخر
- موعد انتهاء محدد لفترة التراجع. إبقاء بيانات اعتماد المزودين كليهما فعالة إلى أجل غير مسمى يُفقد الترحيل الغاية منه؛ حدد تاريخًا معينًا يُلغى بعده وصول المزود القديم نهائيًا
لأن مضيفات التوافق في My Geocode تعيد إنتاج شكل الطلب والاستجابة الخاص بالمزود بدقة، فإن التراجع في ترحيل قائم على التوافق يكون غالبًا مجرد تغيير في الإعداد للعودة إلى المضيف والمفتاح القديمين، دون الحاجة إلى إعادة نشر كود تحليل مختلف، وهذا يقصّر الوقت الذي يستغرقه تنفيذ التراجع فعليًا إذا احتجت إليه. ومع ذلك، فهذا سلاح ذو حدين: فهو يعني أيضًا أن اختبار أن التراجع يعمل، وليس مجرد افتراض ذلك، أمر يستحق القيام به عمدًا مرة واحدة خلال مرحلة التخطيط، لأن مسار التراجع غير المختبر لا يختلف فعليًا عن عدم وجود خطة تراجع على الإطلاق.
من المفيد أيضًا أن تقرر ما سيحدث للبيانات أو الطلبات التي عولجت خلال الفترة التي تتراجع عنها. فإذا شُغّلت مهمة دفعية ليلًا على المزود الجديد قبل اكتشاف مشكلة في صباح اليوم التالي، فهل يجب إعادة معالجة تلك الدفعة، أم أن التباين مقبول؟ حسم هذا مسبقًا، بدلًا من حسمه أثناء حادث فعلي، يزيل قرارًا إضافيًا من لحظة مرهقة أصلًا.
خطة الترحيل التي لا تصف سوى المضي قدمًا هي، بمعنى حقيقي، خطة ناقصة. فنصف التراجع هو ما يحوّل الترحيل من رهان باتجاه واحد إلى قرار مدروس يمكن عكسه بسلاسة إذا استدعت الأدلة ذلك.