مشكلة مفاتيح API التي لا تنتهي صلاحيتها أبدًا
المفتاح الذي صدر قبل سنوات، ولم يُبدَّل قط، ولا يزال صالحًا حتى اليوم ليس ميزة مريحة. إنه عبء لم ينظر فيه أحد فعلًا منذ سنوات.
ما الذي لا يزال هذا القطاع يخطئ فيه بشأن اعتماد IPv6
IPv6 متاح منذ وقت طويل بما يكفي لئلا يبقى التعامل معه كمسألة ثانوية اختصارًا هندسيًا معقولًا، ومع ذلك لا تزال كثير من الأدوات المتعلقة بعناوين IP تتصرف كأن IPv4 هو حركة المرور الحقيقية وIPv6 هو الاستثناء الذي يُعالج إن بقي وقت. يظهر ذلك بطرق صغيرة: منطق لتحديد معدل الطلبات مكتوب حول كتل عناوين على طريقة IPv4 دون مفهوم مكافئ ومدروس جيدًا لعناوين IPv6، أو توثيق يفترض ضمنًا صيغة عنوان IPv4 في أمثلته ويترك معالجة IPv6 كفكرة لاحقة ضمنية.
بنينا تتبع الحصص على مستوى الشبكة حول عائلتي العناوين كلتيهما عن قصد، لا كرقعة خاصة بعناوين IPv6 مثبتة على منطق يعطي الأولوية لعناوين IPv4. تحصل كل شبكة على حصة مجانية مشتركة، كتلة /24 لعناوين IPv4 وكتلة /48 لعناوين IPv6، وتُعامل كلتاهما كتجميعات من الدرجة الأولى بدلًا من أن تكون إحداهما التصميم الأساسي والأخرى مجرد استيعاب. التمييز بين /24 و/48 ليس اعتباطيًا. إنه يعكس الطريقة التي تُخصَّص بها كل عائلة عناوين فعليًا من قِبل سجلات الإنترنت الإقليمية المسؤولة عن توزيع الكتل، فيعني التجميع الشيء العملي نفسه في الحالتين، أي شبكة ذات حجم معقول.
للخطأ في هذا أهمية خاصة بالنسبة إلى API لبيانات الموقع وIP، لأن فئة الاستعلامات القائمة على الشبكة وعلى IP بأكملها تعتمد على التحليل والمطابقة وتحديد معدل الطلبات بشكل صحيح عبر صيغتي العناوين. واجهة API تتعامل ضمنًا مع IPv6 كحالة استثنائية أكثر عرضة لإنتاج سلوك حصص غير متسق، أو تجميعات شبكات غير صحيحة، أو إخفاقات تحليل صريحة لحركة IPv6، في الوقت الذي يواصل فيه اعتماد IPv6 النمو وتصل فيه حصة معتبرة من الطلبات الحقيقية عبره بدلًا من IPv4.
جزء من سبب قلة الاستثمار في هذا على مستوى القطاع أن حركة IPv4 لا تزال تمثل حصة كبيرة من إجمالي الحجم لدى كثير من الخدمات، ما يجعل الحالات الاستثنائية الخاصة بعناوين IPv6 تبدو أولوية منخفضة مقارنة بالجهد اللازم لإتقانها فعلًا. نعتقد أن هذا المنطق يستهين بخط الاتجاه كثيرًا. حصة من حركة المرور تواصل النمو لا تخدمها جيدًا بنية تحتية تعاملها كأقلية دائمة، وتكلفة إصلاح معالجة IPv6 كما ينبغي لا تزداد إلا كلما طال بناء المنطق الأساسي للنظام على افتراض أن IPv4 هو الافتراضي.
لا شيء من هذا ادعاء مثير. إنه طلب بأن يؤخذ IPv6 بجدية IPv4 نفسها في التصميم الفعلي لتحديد معدل الطلبات وتتبع الحصص ومنطق الاستعلام، لا في مجرد خانة امتثال تقول إن API تقبل تقنيًا عناوين IPv6 دون خطأ في الصياغة. قبول صيغة عنوان والتعامل معها بالعناية نفسها التي تحظى بها الصيغة الأكثر شيوعًا إنجازان مختلفان، وكثير من البنى التحتية في هذا القطاع لم تحقق فعلًا سوى الأول.