نقل أتمتة Zapier أو Make إلى مضيف ترميز جغرافي جديد
تحتاج عمليات الأتمتة دون شيفرة المبنية على خطوة ترميز جغرافي إلى نهج ترحيل مختلف عن الشيفرة المخصصة. إليك كيفية التعامل مع هذا التحويل.
قائمة تحقق لتشغيل مزودين جنبًا إلى جنب
تشغيل مزودين في الوقت نفسه هو عادةً حالة مقصودة ومؤقتة أثناء الترحيل، وليس بنية دائمة، لكنه يحتاج إلى قدر كافٍ من التنظيم حتى لا يتحول إلى فوضى مربكة من المنطق الشرطي المبعثر في أنحاء قاعدة الشيفرة. تساعد قائمة التحقق على إبقاء هذه المرحلة قصيرة وهدفها واضحًا.
قبل أن تبدأ بإرسال حركة مرور حقيقية إلى مزود ثانٍ:
- تأكد من أن أشكال الاستجابة لدى كلا المزودين قد رُبطت ببنية بيانات داخلية مشتركة، بحيث تقرأ شيفرة تطبيقك من صيغة موحدة واحدة بغض النظر عن المزود الذي أجاب فعليًا عن أي طلب
- حدد منطق التقسيم مسبقًا: نسبة من حركة المرور، أو نقاط نهاية محددة، أو شرائح عملاء محددة، أو وضع ظل يُستدعى فيه المزود الثاني لكن نتيجته تُسجَّل فقط ولا تُستخدم
- أعِدّ تسجيلًا أو وسمًا منفصلًا حتى تتمكن لاحقًا من معرفة المزود الذي خدم أي طلب، وهو أمر بالغ الأهمية عندما يحدث خطأ وتحتاج إلى معرفة أين تبحث أولًا
أثناء عمل المزودين معًا:
- قارن معدلات الأخطاء وأزمنة الاستجابة بين الاثنين على فترات منتظمة، وليس مرة واحدة فقط في البداية، لأن السلوك قد ينحرف على مدى أيام أو أسابيع بطرق يفوتها اختبار أولي واحد
- راقب الفروق في النتائج الفعلية بين المزودين للمدخلات نفسها، وضع آلية قرار واضحة لما يجب فعله عند اختلافهما، بدلًا من افتراض أن أحدهما على صواب ببساطة
- احتفظ بملاحظات مستمرة عن أي نمط طلبات يتصرف بشكل مختلف بوضوح بين الاثنين، لأن هذه تحديدًا هي الحالات التي تستحق اختبارًا أعمق قبل إيقاف المزود القديم
قبل إيقاف المزود الأصلي:
- تأكد من أن كل مسار في الشيفرة يمكن أن يستدعي المزود القديم قد جُرِّب فعليًا مع المزود الجديد، وليس الحالات الشائعة فقط
- ابحث عن أي منطق احتياطي مكتوب بشكل ثابت يفترض أن المزود القديم متاح دائمًا، لأن فترات العمل بمزودين تترك أحيانًا وراءها شيفرة احتياطية لا يتذكر أحد إزالتها
- حدد تاريخًا بعينه لإيقاف المزود القديم بدلًا من ترك فترة العمل بمزودين تمتد إلى أجل غير مسمى، لأن الانتقال المفتوح بلا نهاية يميل إلى ألا ينتهي فعليًا أبدًا
صُممت المضيفات البديلة المتوافقة في My Geocode خصيصًا لتجعل النصف الأول من هذه العملية، أي توحيد شكل الاستجابة، غير ضروري في الغالب إذا كان للمزود الذي تنتقل منه مضيف مطابق بالفعل، لأن الشكل يبقى مطابقًا للأصل وتستمر شيفرة التوحيد الحالية لديك (إن كانت لديك أصلًا) في العمل دون تغيير. القائمة الكاملة لمضيفات التوافق البالغ عددها 17 موجودة في /compatibility/. ويحمل كل طلب أيضًا ترويسات الحصة، X-Quota-Limit وX-Quota-Used وX-Quota-Free-Remaining وغيرها، الموثقة في /docs/rate-limits/، وهي مفيدة لخطوة تسجيل المقارنة المذكورة أعلاه بغض النظر عن المزود الذي يجري تقييمه بوصفه المزود الثاني.
فترة العمل بمزودين التي تُنفَّذ جيدًا تكون قصيرة ومراقبة جيدًا وتنتهي في تاريخ مخطط له. أما إذا نُفِّذت بشكل سيئ، فتصبح عنصرًا دائمًا ومربكًا. والفرق يكمن بالكامل تقريبًا في اتباع قائمة تحقق مثل هذه بدلًا من تجاوزها تحت ضغط الوقت.