要約

  • 今回の取得時点でAFRINICのDBWG概要は83件、Open 46件、Resolved 37件を示す。これは日付のある公開在庫であり、業績評価ではない。
  • DBWGのプロセスは六段階を記し、Openを解決・決定・導入が記録されていない提起済み項目と定義している。
  • 公開レジスターには要求、最新状態、日付、発起者、スレッドへのリンクがあるが、各項目の六段階すべてを通る構造化された版管理履歴は見えない。
  • 小さな公開状態経路なら、実装の最終判断をAFRINICのスタッフに残したまま、議論・決定・導入を区別できる。

レジスターは公開キューではない

DBWGは、あらゆる運用上の問題を処理する窓口として設計されているわけではない。AFRINICはこれをWHOISとその基礎データベースに関する技術的議論の場と位置付け、コメントや提案を受け付ける一方、最終的な実装判断はAFRINICスタッフに留保すると説明している。緊急の障害やバグには別の適切な運用チャネルがある。この区分があるからこそ、公開の一覧を優先順位付きのチケット列として読んではならない。

それでも一覧は重要な仕事をしている。作業項目ページは、メーリングリストで提起された要求、バグ報告、提案を集め、OpenとResolvedに分類する。記録は公式のDBWGトラッカーやWHOISの変更履歴と照合され、決定または導入を確認できる場合に状態を裏付けると説明されている。取得したデータの表示項目には、カテゴリー、要求、結果または最新状態、提起日、最終活動日、スレッドのリンクが含まれる。

ここから読み取れるのは、公開されている問いと、公開された結果の有無である。読み取れないことも同じくらい大切だ。最終活動日は決定日ではない。スレッドの存在は導入の証明ではない。Consensusという言葉は本番反映と同義ではない。Openという表示は、AFRINIC自身の定義によれば、公開記録に解決、決定、導入が残っていないという意味に留まる。非公開の検討、試験、セキュリティ確認、外部依存、または公開を控える合理的理由がないことの証明にはならない。

二つのラベルが六段階を縮めてしまう

プロセスの六段階と一覧の二つの状態は、どちらも役に立つ。ただし交換可能ではない。六段階は、提起から議論、合意、決定、実装、記録へと進み得る公共語彙を与える。OpenとResolvedは閲覧のための簡潔な索引を与える。問題は、それらが各項目について、いつどの公開上の移行が起きたかを示す一続きの記録になっていないことだ。

したがって46という数は、必要以上に圧縮された情報になる。ある項目がなお議論中なのか、進めないという決定が記録されたのか、試験の告知があるのか、単に公開上の手がかりが途中で止まったのかを、総数からは読めない。この区別は、全項目への期限を要求するためではない。公開レジスターが自分自身の状態を正確に説明するために必要なのである。

薄い状態経路で足りる

必要なのは内部ボードの公開ではない。現在の要求とスレッドへのリンクを残しながら、各作業項目に短い版管理済みの公開イベント列を加えればよい。語彙は既存のものを使える。提起済み、議論中、合意を記録、スタッフ決定を記録、実装または試験を告知、導入済みで変更履歴にリンク、あるいは指定日現在で公開上の処置記録なし、である。

各イベントに必要なのは、公開状態、記録日、その状態を支えるソース、変更時の履歴だけだ。安全に説明できる依存がある場合も、外部標準、セキュリティ確認、実装順序、別の運用チャネルといった大まかな分類で足りる。説明できない場合は「公開詳細なし」とすればよい。担当者名、私信、納期見込み、サービス水準を載せる必要はない。

この設計は公開性を指揮権に変えない。実装を決めるのは引き続きAFRINICスタッフである。変わるのは、読み手が総数から物語を推測せずに済むこと、そして将来の読者が議論と決定と導入を区別できることである。

出典

  1. AFRINIC Database Working Group 概要
  2. AFRINIC DBWG プロセス
  3. AFRINIC DBWG 作業項目
  4. AFRINIC DBWG 作業項目データ
  5. AFRINIC DBWG 作業項目レンダラー