Кратко

  • RFC 1431 предлагал отдельно фиксировать, найден ли искомый человек, сколько иных записей вернулось и сколько взвешенных операций выполнил каталог.
  • SearchStones делали невидимую работу счётной, однако веса зависели от практики репликации Quipu, формы дерева и конкретных реализаций DSA.
  • Число организаций в эксплуатации и наличие независимой публичной оценки были самостоятельными свидетельствами, а не выводами из тестового балла.

Когда появление имени — только первый ответ

Пользователь вводит неполные сведения, и Directory User Agent показывает запись Paul Barker. С прикладной точки зрения человек найден. Но оценщику ещё неизвестно, пришла ли запись одна или затерялась среди десятков кандидатов и сколько распределённых операций потребовалось для этой аккуратной картинки.

RFC 1431 вышел в феврале 1993 года под названием «DUA Metrics». Paul Barker предложил в нём критерии для агентов и пользовательских интерфейсов каталога, прежде всего в режиме «белых страниц». Корректность базового протокольного механизма принималась как условие; предметом становился инструмент, с которым работает человек.

Документ сразу ограничивал идею единого победителя. Разные продукты могли быть рассчитаны на разных пользователей и задачи. Утверждение «лучше» не имело смысла без уточнения цели, данных, аудитории и точки подключения.

Разрешение запроса раскладывалось на три результата. Найдена ли целевая запись? Сколько других записей также найдено? Какова стоимость нижележащих операций каталога? Первый ответ отмечает попадание, второй — избирательность, третий — работу, скрытую интерфейсом.

Счёт для распределённой работы

Единица получила имя SearchStone. Bind стоил 5, Read — 1, List — 2, одноуровневый Search — 3, поиск по целому поддереву — 5. Последовательность операций превращалась во взвешенную сумму.

Сумму следовало показывать и при неудаче. Пустой ответ не отменяет уже выполненные привязки, чтения и поиски. Благодаря этому можно различить разумно ограниченную попытку и дорогой обход, который всё равно не нашёл цель.

Однако веса не были физическими константами. RFC 1431 связывал оценку одноуровневого поиска, в частности, с широко распространённой в Quipu репликацией соседних ветвей. Конкретная инженерная практика оказалась встроена в расчётную единицу.

SearchStones поэтому не равнялись секундам, удовлетворённости или полной эффективности. Низкая сумма обычно коррелировала с быстрым ответом, но не постоянно. Она описывала состав операций по выбранной шкале, а не все причины времени и качества.

Десять запросов к одной биографии

Тестовый набор включал десять вариантов — от простых до затруднённых — и каждый искал запись самого автора. Предлагалось подключаться непосредственно к целевому DSA cn=Vicuna,c=GB.

Известная цель позволяла проверить правильность. Меняя подсказки вокруг одной личности, можно было наблюдать поведение интерфейса при неполных данных. Фиксированная точка соединения уменьшала вариативность между прогонами.

Те же решения ограничивали вывод. Один человек не представляет все имена, письменности, организации и позиции в Directory Information Tree. Прямой доступ к целевому серверу не воспроизводит путь каждого пользователя. Десять запросов были измерительными щупами, а не выборкой населения.

Короткое число легко перенести в сравнительную таблицу, но его причинный смысл остаётся с тестовой личностью, формулировкой, фильтром, исходным DSA, данными и репликами. Если оставить только сумму, локальный эксперимент приобретает ложный вид универсальности.

Среда, движущаяся под шкалой

RFC 1431 перечислял ограничения прямо. Дерево каталога имело неодинаковую глубину. Реализации DSA отличались профилями производительности, а их сочетание менялось. Домены выбирали разные стратегии репликации с глубокими последствиями. Сложность фильтров и логические комбинации не учитывались весами.

Глубина меняет длину маршрута. Реализация меняет внутреннюю цену операции с тем же названием. Репликация приближает или удаляет данные. Фильтр меняет вычисления, не обязательно меняя тип операции. Сетевая задержка действует поверх счётчика.

Поэтому одинаковые суммы могут занимать разное время, а меньшая сумма иногда отвечает медленнее. Оптимизация для сильно реплицированного дерева может не помочь в другой топологии. Корректная формулировка остаётся локальной: такой клиент создал такую трассу при таких условиях.

Эксплуатация находилась в другой части анкеты

RFC 1431 отдельно спрашивал, сколько организаций использует продукт в работе. Отдельно выяснялось, оценивал ли его кто-то вне сообщества разработчика или поставщика и опубликована ли эта оценка.

Разделение не позволяло перепрыгнуть через доказательства. Успех на тесте не означает внедрение. Распространённость не означает низкую стоимость запросов. Подробный отчёт поставщика не становится независимым. Внешняя, но закрытая оценка проверяется иначе, чем публичная.

RFC 1430 помещал этот вопрос в масштаб развёртывания. Документ представлял глобальный каталог X.500 с ближайшим вниманием к белым страницам, поддержке X.509 и пилотам. Но сведение существующих данных в согласованную систему требовало больше операционного труда, чем установка сервера или пользовательского агента. Организация данных, делегирование и поддержание были частью инфраструктуры.

RFC 1202 и RFC 1249 показывали разные пути доступа — текстовую Directory Assistance Service и DIXIE; RFC 1274 давал контекст схемы. DUA являлся видимым краем экологии из протоколов, данных, серверов, реплик и организаций.

Ступени доказательства

Сначала выбираются личность и запрос. Клиент начинает из указанной точки и строит фильтр. DSA и реплики выполняют операции. Цель возвращается или нет, лишние результаты включаются или отсекаются. Операции считают и взвешивают, время наблюдают. Затем человек оценивает удобство, организации решают внедрять, сторонние исследователи могут проверить продукт и опубликовать метод.

Нижняя ступень не доказывает верхнюю. Найденный Paul Barker доказывает лишь его возврат в данном испытании. Это не доказательство точности набора, низкой стоимости, скорости, пригодности для иной аудитории, внедрения или независимого подтверждения.

Историческая сила RFC 1431 состоит в двойном движении. Документ создал короткий общий язык для работы каталога и одновременно сохранил швы этого языка. У весов было происхождение, у теста — конкретный человек, у подключения — конкретный сервер, у пропусков — последствия.

Ограниченная метрика способна быть полезной. Если вместе с итогом сохраняются запрос, фильтр, точка соединения, трасса, веса, неудачи и топология, возможны локальное сравнение и диагностика. Если остаётся только балл, один каталог начинает говорить от имени всех.

RFC 1431 не рассматривал безопасность, не называл победивший продукт и не сообщал последующую судьбу X.500. Его вывод точнее: подсчёт делает труд видимым лишь тогда, когда видны также решения того, кто считает.

Источники