الخلاصة

  • عاملت RFC 1431 العثور على الشخص، وعدد الإدخالات الأخرى، وكلفة عمليات الدليل بوصفها ثلاث نتائج مستقلة.
  • أعطت SearchStones أوزاناً لعمليات Bind وRead وList وSearch، لكن الأوزان نفسها حملت أثر Quipu واستراتيجية النسخ وشكل شجرة الدليل.
  • سألت الوثيقة بصورة منفصلة عن الاستخدام التشغيلي والتقييم المستقل المنشور، فلم تجعل نجاح الاستعلام دليلاً على التبني أو التفوق العام.

حين لا تكفي البطاقة الصحيحة

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

هذا هو موضع البداية في RFC 1431، وهي مذكرة معلوماتية صدرت في فبراير/شباط 1993 بعنوان «DUA Metrics» ومن تأليف Paul Barker. كانت تقترح معايير لتقييم Directory User Agent أو واجهة مستخدم الدليل، وتركز خصوصاً على استعمال الصفحات البيضاء. افترضت سلامة آليات البروتوكول الأساسية، ثم نظرت إلى الأداة التي يواجهها الإنسان.

لم تفترض المذكرة أن كل الأدوات تتنافس على غرض واحد. قد تخدم الواجهة النصية مستخدماً غير الذي تخدمه أداة رسومية أو عميل يصل عبر بروتوكول أبسط. لذلك لا يكتمل حكم «أفضل» إلا إذا ذكر المستخدم والمهمة والبيانات ونقطة البدء.

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

حساب العمل المخفي

سمت RFC 1431 وحدة الحساب SearchStone. نالت عملية Bind وزناً قدره 5، وRead وزناً قدره 1، وList وزناً قدره 2، وSearch في مستوى واحد 3، وSearch في شجرة فرعية كاملة 5. وبذلك يتحول أثر العمليات إلى مجموع موزون.

حتى الاستعلام الفاشل ينبغي أن يعرض مجموعه. عدم العثور على الهدف لا يمحو ما استُهلك من عمل. حفظ هذه البيانات يفرق بين عميل توقف بعد محاولة محدودة مفهومة، وآخر جال في الدليل بكلفة كبيرة ثم عاد بلا نتيجة.

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

ولهذا لا تساوي SearchStones ثواني الاستجابة ولا رضا المستخدم ولا الجودة الكاملة. كان المجموع المنخفض يرتبط غالباً بسرعة أفضل، لكن الارتباط لم يكن ثابتاً. الرقم يصف مزيجاً من العمليات تحت أوزان مختارة، ولا يحتوي كل الأسباب التي تصنع الزمن أو القيمة.

عشرة استعلامات تدور حول شخص واحد

اقترحت الوثيقة عشرة اختبارات، من الصيغ المباشرة إلى الصيغ الأصعب، وكان الهدف في جميعها إدخال المؤلف نفسه. كما اقترحت الاتصال مباشرة بـDSA الهدف المسمى cn=Vicuna,c=GB.

لهذا التصميم فائدة واضحة. حين يكون الهدف معروفاً يمكن التحقق من صحة النتيجة. وتغيير القرائن حول هوية واحدة يوضح كيفية تعامل الواجهة مع النقص والغموض. أما تثبيت نقطة الاتصال فيقلل اختلافاً بين مرات الاختبار.

غير أن الضبط يرسم حد التعميم أيضاً. شخص واحد لا يمثل كل الأسماء واللغات والكتابات والمؤسسات ومواضع الشجرة. والاتصال المباشر بالخادم الهدف لا يمثل كل مسارات المستخدمين. كانت الاختبارات مجسات مقصودة، لا دراسة سكانية للدليل العالمي.

عندما تنتقل الدرجة وحدها إلى جدول آخر، تختفي هذه الحدود. تبدو الأرقام سهلة النقل لأنها قصيرة، بينما يظل معناها مرتبطاً بالهوية المطلوبة وصياغة الاستعلام والمرشح ونقطة الاتصال والبيانات والنسخ المتاحة. قابلية نقل الرقم مطبعياً ليست قابلية نقل سببيته.

شجرة تتغير تحت المقياس

ذكرت RFC 1431 أن Directory Information Tree ليست ذات عمق متساوٍ. وكانت تطبيقات DSA ذات خصائص أداء مختلفة، كما يمكن أن يتغير مزيجها. واتخذت النطاقات استراتيجيات نسخ مختلفة لها آثار عميقة في الأداء. كذلك لم تزن المعادلة تعقيد المرشحات ولا تراكيبها المنطقية.

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

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

التبني لم يكن مختبئاً في الدرجة

سألت الاستبانة في موضع منفصل عن عدد المؤسسات التي تستخدم المنتج تشغيلياً. وسألت أيضاً إن كان قد خضع لتقييم من خارج مجتمع المطور أو المورد، وإن كان ذلك التقييم متاحاً للجمهور.

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

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

تعرض RFC 1202 وRFC 1249 طريقين مختلفين للوصول، هما خدمة مساعدة نصية وDIXIE، بينما تقدم RFC 1274 سياق المخطط. لم يكن DUA آلة منفردة، بل الواجهة المرئية لمنظومة من البروتوكولات والبيانات وDSA والنسخ والمؤسسات.

سلّم لا يجوز القفز فوق درجاته

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

لا تثبت الدرجة الأدنى ما يليها. العثور على Paul Barker يثبت أن إدخاله عاد في تلك التجربة. ولا يثبت نقاء النتيجة أو انخفاض الكلفة أو السرعة أو ملاءمة جمهور آخر أو الانتشار أو التحقق المستقل.

تكمن أهمية RFC 1431 التاريخية في أنها أنشأت لغة مختصرة للنقاش، لكنها لم تخف خياطتها. للأوزان مصدر، ولحالة الاختبار اسم، وللخادم موقع، وللمجالات غير المقاسة أثر. كانت الوحدة صالحة للمساءلة لأنها محدودة، لا لأنها ادعت الشمول.

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

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

المصادر