الخلاصة

  • تقترح مسودة 18 سبتمبر واجهة v3 عامة للقراءة فقط ومن عدة مواقع، مع بقاء التحديثات على v2 في البداية.
  • إتاحة الرد للقراءة والتخزين المؤقت خاصية تقنية؛ ولا تعني ترخيصاً عاماً للتخزين بالجملة أو إعادة البيع التجاري.

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

الوثيقة المنشورة في 18 سبتمبر ما زالت في مرحلة الدعوة الأولى للتعليقات. وتقترح واجهة عامة للقراءة فقط، مصممة للعمل من مواقع متعددة، بالتوازي مع الواجهة الحالية التي تسميها v2. وتبقى عمليات التحديث على v2 عند البداية. كما تقترح سجلات مسطحة، ومزامنة تفاضلية، ولقطات يومية للتحميل الكبير والاستعادة. وشرح 21 سبتمبر يربط فصل القراءة عن الكتابة بهدفين: خفض زمن الاستجابة وتحسين المرونة، لأن طلبات القراءة أكثر من التحديثات.

وتضع المسودة أهدافاً محددة: إتاحة لا تقل عن 99.95%، وظهور 99% من التغييرات خلال دقيقة، وسقف حداثة قدره 15 دقيقة للاستجابات المتعلقة بأحدث البيانات. السقف هدف للتنبيه لا لوقف الخدمة؛ فالإخفاق فيه يجب أن يثير إنذاراً لا أن يمنع استمرار تقديم البيانات. وتستثني القياسات اللقطات، والتصفح التاريخي، والمرايا التابعة لأطراف أخرى، وفاصل الاستعلام الذي يختاره العميل. كما يتلقى الجميع البيانات العامة نفسها؛ ومفتاح API لا يبدل ما يمكن رؤيته.

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

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

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

لا تزال سياسة الوصول وحدود المعدل ومسار v3 وخيارات الحقول وأنواع السجلات ما زالت مفتوحة. وتطلب PeeringDB ملاحظات المستخدمين بشأن التصميم والانتقال المحتمل إذا اختارت لاحقاً إيقاف API الحالية؛ ولم تعلن موعد إطلاق. لذلك يحتاج المطورون والمشغلون إلى جوابين منفصلين: كيف تُقرأ البيانات؟ وما النسخ أو الاستخدامات التي تحتاج موافقة مستقلة؟

المصادر