الخلاصة

  • اقترح RFC 1107 برنامجاً من ثلاث مراحل لدليل White Pages للإنترنت وNational Research Network، لكنه قال صراحة إن المقترح لا يمثل نشاطاً بحثياً ملتزماً به من مجتمع الإنترنت.
  • كان المطلوب أولاً مقارنة عدة خدمات في تجارب ميدانية محدودة، ثم بناء التنفيذ على النتائج والاستعداد للنشر الواسع. وظلت موثوقية السجلات، وإدارة فضاء الأسماء، وصلاحيات الوصول، وبرامج العملاء جزءاً من العمل.

لا تكفي قائمة الهاتف لمجرد أن أسماءها قابلة للبحث. ينبغي جمع البيانات وتصحيحها وتحديد من يستطيع الاطلاع عليها أو تعديلها. وقد قصد RFC 1107 بـ«White Pages» خدمة تساعد على العثور على الأشخاص ومعلومات الوصول إليهم، مثل صندوق البريد الإلكتروني أو التقويم أو خادم الملفات. أما «Yellow Pages» فكانت للعثور على موارد الشبكة بحسب خصائصها. لم تكن الفكرة مجرد توسيع خدمة أسماء المضيفين لتضم أسماء البشر.

نشر كارين سولّينز «A Plan for Internet Directory Services» في يوليو 1989 تقريراً عن اجتماع استمر يومين في فبراير، ضم عدداً محدوداً من ممثلي الجامعات والتجارة والحكومة. رأى المجتمعون أن إنشاء الخدمة خلال ثلاث سنوات ممكن مع دعم وتمويل قويين. لكن فقرة الحالة تحصر هذه النتيجة: الوثيقة مطروحة للنقاش، وليست التزاماً بحثياً من مجتمع الإنترنت. الموعد الزمني تصور لما يمكن إنجازه، وليس إثباتاً لموافقة التمويل أو بدء المشروع أو تشغيل الدليل.

أجّل المسار المقترح الحسم المعماري إلى ما بعد الاختبار. بدا X.500 المرشح الأرجح بفضل دلالاته الغنية وتوقع أن يصبح معياراً دولياً، لكن الوثيقة أشارت إلى نواقص في المواصفة وإلى صرامة البنية الهرمية. لذلك اقترحت المرحلة الأولى تجربة X.500، مع تنفيذ Quipu الذي كان الأكثر جاهزية آنذاك، إلى جانب Profile وDNANS الخاص بخدمة أسماء DEC. أتاح Profile أسماء وصفية غير مقيدة بشجرة واحدة، بينما صمم DNANS حلولاً للتحكم في الوصول والنسخ المتماثل والتخزين المؤقت. وكان إدراج تنفيذ ثانٍ لـX.500 سيساعد على التمييز بين قصور المعيار ومشكلات برنامج بعينه.

احتاجت المقارنة أيضاً إلى بيانات مشتركة. اقترح RFC 1107 تنسيقاً موحداً للمدخلات وأدوات إدارة متقاربة، حتى تعمل الخدمات المختلفة على سجلات قابلة للمقارنة. ولم يكن الاختبار مجرد قياس سرعة البحث: بل شمل كيفية جمع المعلومات وتحديثها، وتوزيعها ونسخها، وضبط القراءة والكتابة، وصون سلامتها، وبناء واجهات للعملاء ودعم عدة حزم بروتوكول. فضّلت الخطة البدء بمجتمع محدود ومتمرس؛ وبالنسبة إلى DNANS أشارت إلى مجتمع كان مقبلاً على استخدام DECnet. توفر هذه البيئة المحدودة فرصة للتعلم، لكنها لا تثبت قبول المؤسسات الأخرى للقواعد ذاتها.

تكشف تقديرات الحجم سبب عدم كفاية النموذج التجريبي. افترضت الوثيقة نحو عشرة ملايين مستخدم في العلوم والبحث، وعشر عمليات بحث أسبوعياً لكل مستخدم: أي 10^8 أسبوعياً، بمتوسط يقارب 170 في الثانية وذروات أعلى بكثير. كما طلبت استيعاب ما لا يقل عن 10^7 مدخلاً، ورأت أن توزيع الخدمة على خوادم متعددة هو الخيار المنطقي. هذه تقديرات تصميم لا قياسات تشغيل فعلية. وحذّر النص من أن كلفة البحث الواسع قد تزداد مع حجم المنظومة؛ كما يؤثر التخزين المؤقت وتوزيع البيانات وإيقاع التحديث في الأداء. فإذا تقادمت معلومات الاتصال، فلن تنقذ صحة الاستجابة التقنية ثقة المستخدم.

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

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

يسجل RFC 1107 توافقاً جاداً على خطة، لا دليلاً على إكمالها. وقد حوّل فكرة الدليل إلى مراحل اختبار واختيار وتنفيذ، ووضع إدارة البيانات والسلطة إلى جانب قرار البروتوكول. لا يصبح هدف السنوات الثلاث قابلاً للتصديق إلا إذا حُددت المسؤوليات والموارد وأدلة النجاح لكل مرحلة. ولا تقدم الوثيقة نفسها سجل التنفيذ اللاحق.

المصادر