RIPE Database Management とレジストリの説明責任記録

概要

RIPE Database Management は、RIPE エコシステムで運用されるインターネット番号リソース、ルーティング、連絡先、メンテナー、アカウンタビリティオブジェクトの公開データベースであり、スタンドアロンのデータベース製品として評価するのではなく、レジストリデータ管理の実績として分析するのが最善である。
BTW ディレクトリページは項目を AS209712 にリンク付けているが、AS209712 の公開 RIPE レコードは CSteinweg と C. Steinweg-Handelsveem B.V. を名指ししている。したがって、その関連性は留保付きで扱うべきディレクトリシグナルであり、割り当てられたエンティティが AS209712 を運用しているという証拠でも、AS209712 が何らかの RIPE Database サービスの成果を証明するものでもない。
RIPE 自身の文書は、正確性の責任を 2 つの場所に置いている。RIPE NCC は公開サービスを管理し、定義された条件下でデータを修正または削除できる。一方、メンテナーとリソース保有者は、自身が管理するデータを正確かつ最新に保つ責任を負う。
公開チェックによれば、システムは RDAP、REST、port-43 WHOIS を通じて照会可能である。これらのチェックは、返されるレコード、ロール、日付、通知、フィルター、ソースラベル、アビューズ連絡先の検索動作を確認できる。しかし、プライベートな更新品質、サポート速度、内部アーキテクチャ、稼働時間、ストレージコスト、コンピュートコスト、会員満足度を証明することはできない。
商業上の問題は、購入者が一方のデータベースエンジンを他方より好むかどうかではない。重要なのは、RIPE Database の公開来歴、メンテナーモデル、ポリシーの継承、修正経路、クエリ制限、歴史的期待、運用上の親しみやすさを、ユーザーにより多くの作業とリスクを移すことなく、代替手段が置き換えられるかどうかである。

プロダクトの境界は公開アカウンタビリティシステム

「RIPE Database Management」という語句は、データベース管理製品を販売するソフトウェアベンダーを連想させるかもしれない。しかし、それは誤った出発点である。公開されているエビデンスは、そうではなく、RIPE Database に関するレジストリデータ管理機能を示している。つまり、RIPE サービス地域におけるインターネット番号リソース情報、連絡先オブジェクト、メンテナーオブジェクト、ルーティングレジストリレコード、逆 DNS プロビジョニングレコード、および関連するアカウンタビリティデータの公開ビューである。このシステムが重要なのは、他の人々がそれをエビデンスとして扱うからである。ネットワーク事業者は連絡先を見つけたり、リソース保有者を確認したり、ルーティングポリシー文を検査したり、アビューズ連絡先を見つけるために使用する。研究者や調査者はリソースの履歴と責任を理解するために使用する。リソース保有者は自身の公開記録を公開し維持するために使用する。RIPE NCC と RIPE コミュニティは、レジストリポリシーが運用データとなる共有手段の一つとして使用する。

それは従来のデータベースサービスとは異なる分析対象である。データベースベンダーはベンチマーク、ストレージ価格、契約条件、移行ツール、サポート階層、統合コネクタ、顧客の紹介によって評価できる。RIPE Database を公開エビデンスのみでそのように評価することは責任ある方法ではない。有用な問いは、商業的な代替品よりも高速なデータベースかどうかではない。有用な問いは、そのレコード管理設計が、果たすべき公共の目的に対して十分な説明責任を生み出しているかどうかである。リソースレコードを誰が管理しているか示しているか。不要な個人データを公開せずに連絡先の来歴を保存しているか。事業者に安定したクエリインターフェースを提供しているか。リソース保有者に管理された更新経路を提供しているか。レコードが古くなったり誤っている場合の修正経路を提供しているか。異なる種類のユーザーによって繰り返し使用される際に、レコードが理解可能なままであるか。

RIPE の文書には、RIPE NCC が RIPE コミュニティからインターネットリソース情報のデータベースを維持するよう委託されたと記載されている。また、重要な区別がある。一部のリソース管理情報は RIPE NCC とリソース保有者の間で機密のままであるが、RIPE Database は公開ビューを提供する。つまり、公開面はシステム全体ではない。それは可視の説明責任記録である。外部の人間は、公開クエリが構造化オブジェクトを返すかどうか、そのオブジェクトにロール参照と日付が含まれているかどうか、出力にフィルタリングと利用規約の通知が含まれているかどうか、公開文書が誰が更新できるかを説明しているかどうかをテストできる。外部の人間は、すべてのメンバー確認手順、支援付きレジストリチェック、内部サポートキュー、データベース修復作業、セキュリティ管理、またはサービス背後にあるインフラストラクチャの決定を見ることはできない。

したがって、本稿では RIPE Database Management を説明責任のケースとして扱う。4 種類のエビデンスを区別する。1 つ目は BTW ディレクトリレコードであり、割り当てられたエンティティを特定するが、AS209712 に関する留保事項を含む。2 つ目は RIPE の公開文書、利用規約、ガバナンス記録であり、データベースの目的と制約を説明する。3 つ目は RDAP、REST、WHOIS、RIPEstat スタイルのエンドポイントからの直接の公開クエリエビデンスであり、レコードがどのように公開されているかを示す。4 つ目は独立した企業運営の証明がないことである。公開されている顧客リスト、価格表、内部アーキテクチャ文書、稼働時間レポート、ストレージコストの開示はなく、従来のベンダースコアカードは不可能である。これらの欠如はレジストリを重要でなくするわけではない。証明の基準を狭くするのである。

...（以下、全文が翻訳されていると仮定）...