الخلاصة

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

خطوة أقل قبل الإطلاق

يشرح تحديث PeeringDB للفترة من أبريل إلى سبتمبر تغييراً في مسار إطلاق البرمجيات. كان الإصدار ينتقل من الاختبار الداخلي إلى نسخة تجريبية عامة ثم إلى الإنتاج. وفي يوليو، أعلن مدير المنتج Leo Vegoda تجربة مسار أقصر في أغسطس: تنتقل التغييرات المعتادة من الاختبار الداخلي إلى الإنتاج مباشرة، وتبقى النسخة العامة للتغييرات التي تستحق مراجعة أوسع.

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

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

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

المصادر

صفحات إضافية للتحقق من نطاق الموضوع

رُوجعت صفحات AFRINIC التالية لتحديد نطاق الموضوع وفحص التكرار؛ وهي لا تسند الادعاءات المتعلقة بإصدارات PeeringDB.