Кратко

  • В зафиксированной сводке DBWG AFRINIC указаны 83 рабочих пункта: 46 Open и 37 Resolved. Это публичный снимок на дату, а не оценка работы.
  • Процесс описывает шесть этапов и определяет Open как поднятый пункт без зафиксированного решения, постановления или развёртывания.
  • В открытой строке видны запрос, последний статус или результат, даты и ссылка на обсуждение, но нет структурированной, версионируемой последовательности всех шести этапов для каждого пункта.
  • Небольшой публичный путь состояний позволил бы отличать обсуждение от решения и развёртывания, не меняя право AFRINIC принимать окончательные решения об имплементации.

Реестр не является публичной очередью поддержки

DBWG не предназначена для того, чтобы принимать каждый операционный вопрос как тикет. AFRINIC описывает группу как канал технического обсуждения WHOIS и лежащей под ним базы данных. Комментарии и предложения приветствуются, но окончательные решения об имплементации остаются за сотрудниками AFRINIC; для срочных сбоев и ошибок существуют соответствующие операционные каналы. Эта граница важна: список обсуждений нельзя читать ни как ранжированную очередь, ни как обещание одинаковой срочности для всех вопросов.

Тем не менее открытый реестр делает полезную работу. Страница рабочих пунктов собирает запросы, сообщения об ошибках и предложения из почтового списка и распределяет их по Open и Resolved. Она также поясняет, что статус сверяется с официальным трекером DBWG или журналом изменений WHOIS, если там подтверждены решение или развёртывание. В захваченном представлении у строки могут быть категория, формулировка запроса, результат либо последний статус, автор, дата поднятия, дата последней активности и ссылка на ветку.

Это позволяет найти вопрос и проследить уже зафиксированный итог. Но этого недостаточно, чтобы восстановить всю историю из одного поля. Последняя активность — не дата решения. Ветка обсуждения — не доказательство развёртывания. Consensus не тождественен изменению в рабочей среде. А Open, по опубликованному определению, означает только отсутствие в публичной записи решения, постановления или развёртывания. Он не доказывает отсутствие внутреннего анализа, теста, проверки безопасности, зависимости или обоснования не раскрывать детали.

Шесть этапов сжаты до двух ярлыков

Шесть терминов процесса и два ярлыка реестра полезны по-разному. Первые дают язык возможных переходов: вопрос поднят, обсуждён, может получить консенсус, решение, реализацию и запись результата. Вторые делают список обозримым. Но вместе они не образуют по каждому пункту непрерывную, датированную и версионируемую историю публичных переходов.

Поэтому число 46 слишком сильно сжимает смысл. По нему нельзя понять, продолжается ли конкретное обсуждение, зафиксировано ли решение не продолжать, объявлен ли тест или публичный след просто оборвался на некоторой точке. Требование различать эти варианты не означает требовать срок для каждого пункта или публиковать инженерный план. Оно означает лишь, что публичный реестр должен уметь объяснить собственный статус Open на языке уже объявленного процесса.

Достаточно тонкого проверяемого пути

Для этого AFRINIC не нужно открывать внутреннюю доску разработки. У каждого пункта рядом с текущим запросом и ссылкой на ветку можно добавить короткий ряд версионируемых публичных событий: поднят; на обсуждении; консенсус зафиксирован; решение сотрудников зафиксировано; реализация или тест объявлены; развёрнут с ссылкой на changelog; либо на указанную дату публичная диспозиция не зафиксирована.

Для события хватит открытого статуса, даты записи, подтверждающего источника и истории при смене статуса. Если зависимость безопасно описать, достаточно широкой категории: внешний стандарт, проверка безопасности, очередность реализации или иной операционный канал. Если нет — можно указать, что публичных деталей нет. Не нужны имена сотрудников, частная переписка, прогнозы сроков или обязательства уровня сервиса.

Такая модель не превращает видимость в право распоряжаться реализацией. Решение остаётся там, где его оставляет AFRINIC. Меняется только качество чтения: будущему пользователю не придётся сочинять разницу между вопросом, решением и развёрнутым изменением из одного итогового числа.

Источники

  1. Обзор AFRINIC Database Working Group
  2. Процесс AFRINIC DBWG
  3. Рабочие пункты AFRINIC DBWG
  4. Данные рабочих пунктов AFRINIC DBWG
  5. Отображение рабочих пунктов AFRINIC DBWG