احتفظ السجل العالمي بخريطة الخدمات: RFC 3650

الخلاصة

• كان فضاء الأسماء في RFC 3650 اتحادياً: تجمع سلطة تسمية فريدة واسماً محلياً فريداً لتكوين Handle فريد داخل النظام، مع إمكان احتفاظ فضاءات الأسماء المحلية بأسمائها وروابط قيمها.
• قدّم Global Handle Registry (GHR) أساساً معلومات السلطة والخدمة اللازمة للعثور على خدمة Handle المسؤولة؛ أما Local Handle Services (LHS) فكانت تتولى عادة حلّ Handles الواقعة تحت سلطاتها.

الاسم العالمي لا يقتضي مخزناً عالمياً واحداً

لم يكن سؤال RFC 3650 مجرد كيفية كتابة معرّف يدوم. كان السؤال كيف تتشارك فضاءات التسمية والإدارة المختلفة إطاراً واحداً من دون تسليم سجل كل مورد إلى مشغّل مركزي. وجاء التصميم بالفصل بين الاسم والسلطة واكتشاف الخدمة.

يتألف Handle من سلطة تسمية، هي البادئة، واسم محلي، هو اللاحقة. تكون السلطة فريدة في Handle System، ويجب أن يكون الاسم المحلي فريداً تحتها. ومن اجتماعهما ينشأ Handle فريد ضمن ذلك النظام. وكان بوسع فضاء أسماء محلي قائم الانضمام بالحصول على سلطة فريدة مع الإبقاء على أسمائه المحلية وروابط قيمها. لذلك وصف «عالمي» نطاقاً مشتركاً للتفرّد، لا قاعدة بيانات تحت إدارة واحدة. RFC 3650

اتبعت بنية الخدمات الفصل نفسه. وضع RFC 3650 الـ Global Handle Registry (GHR) في القمة، وتحته Local Handle Services (LHS). ويحمل Handle الخاص بسلطة التسمية معلومات الخدمة — مواقعها وواجهات خوادمها — كي يعرف العميل كيف يصل إلى الخدمة «الأصلية» المسؤولة. يستعلم العميل أولاً من GHR، ثم يتصل بالخدمة المسؤولة عن Handle المطلوب. كان السجل خريطة لمسؤولية الخدمة؛ ولم يكن بالضرورة مستودعاً لكل القيم المحلية. RFC 3650 · RFC 3651

تشير كلمة «محلية» هنا إلى مسؤولية فضاء الأسماء وإدارته، لا إلى القرب الجغرافي. فقد يكون لـ LHS مواقع متعددة موزعة عبر الإنترنت، وفي كل موقع عدة خوادم. وتتيح المعمارية النسخ المتماثل بين المواقع، لكنها لا تثبت توافر أي نشر بعينه أو تقيس قدرته على تحمّل الأعطال.

هرم التسجيل ليس تسلسلاً للقيادة

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

ولا يعني ذلك أن GHR مجرد فهرس لا يتعامل مع Handles فردية. يذكر RFC 3650 أن GHR يستطيع إدارة أي فضاء Handle، ويسمح RFC 3651 له أيضاً بإدارة بعض Handles غير التابعة لسلطات التسمية وحلّها أو تولي إدارتها. والأدق أن دوره المميز هو إدارة Handles الخاصة بسلطات التسمية ومعلومات خدماتها، بينما تتولى الخدمات المحلية عادة فضاءات الأسماء المسندة إليها. RFC 3651

يمكن تغيير القيمة المرتبطة بـ Handle مع إبقاء المعرّف نفسه، ما يسمح بتحديث موقع المورد أو معلومات أخرى عنه. لكن الصيغة لا تضمن الديمومة: يربط RFC 3650 الاستمرارية بالعناية الإدارية. فلا تستطيع سلسلة ثابتة أن تُلزم مؤسسة بصيانة السجلات أو خدمة الحل أو إتاحة الوجهة. RFC 3650

قريب من أنظمة المعرّفات الأخرى، لا مطابق لها

يقارن RFC النظام بخدمات تسمية مألوفة من دون دمجها. ينظم DNS الأسماء والحل عبر تفويض مناطقه. أما مواصفات URN فتتناول أسماءً تعرّف الموارد بمعزل عن موقعها؛ واكتشاف خدمة الحل سؤال منفصل. يمكن لـ Handle أن يخدم تطبيقات تحتاج اسماً مستمراً أو آلية حل، لكنه ليس URN تلقائياً، ولا تثبت إجابته أن المورد قابل للوصول. RFC 1034 · RFC 1737 · RFC 2276 · RFC 3406 · RFC 8141

كما أن وضع النشر مهم. RFC 3650 وثيقة معلوماتية، لا معيار إنترنت. وتقول ملاحظة IESG إن مجموعات في IETF وIRTF ناقشت النظام، لكن تلك المناقشات لم تنتج توافقاً في IETF بشأن النظام الموصوف أو موقعه ضمن معمارية المعرّفات لدى IETF. هذه ليست مصادقة ولا رفضاً؛ إنها ترسم الحد بين اقتراح معماري منشور وتوافق مؤسسي. RFC 3650

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

المصادر: RFC 3650؛ RFC 3651؛ RFC 3652؛ RFC 1737؛ RFC 2276؛ RFC 3406؛ RFC 8141؛ RFC 3986؛ RFC 1034.