要約
- ハイパースケーラーはプラットフォーム内でレジストリに似た機能を実行する。アドレスプールを維持し、アドレスを割り当て、回収し、適格性と価格を設定し、重複を防ぎ、インベントリを公開し、アドレスを接続できる場所を決定する。その権限は契約上および技術上のものであり、公的な登録機関としての権限ではない。
- プロバイダー発行の外部アドレスは顧客に実用的な使用を提供するが、通常、同じアドレスを別のクラウドに転送する一般的な権利はない。内部アドレスはプラットフォームのトポロジー、権限、製品の動作にさらに依存する。その結果、公的な移植性のない運用上の制御が生じる。
- アドレスの評判は依存関係をさらに深める。許可リストの履歴、不正使用の苦情、支払いリスクの判断、メールの到達可能性、パートナーアクセスがアドレスに蓄積される一方、顧客は事前の使用履歴、再割り当てのリスク、またはそれを失った場合の結果について限定的な証拠しか受け取らないことが多い。
- 自前のアドレスを持ち込むサービス（BYOIP）は別個のレジストリ関係を維持するが、それは万能薬ではなく橋渡しにすぎない。最小プレフィックスサイズ、ルーティング承認、地域制限、サポート対象サービスの制限、オンボーディング時間、プロジェクトの境界により、小規模な顧客が排除されたり、移動が制約されたりする可能性がある。
- パブリッククラウドのドキュメントは、プロバイダーの制御（内部プールの割り当て、パブリックアドレスの課金、予約ルール、製品固有の移動性など）の強力な証拠を提供する。しかし、割り当ての公平性、再割り当ての履歴、不利な措置のレビュー、評判の修復、退出の結果については、同等の証拠をほとんど提供しない。
- NRS（番号資源社会）は、プロバイダー保有と顧客保有のリソースを区別し、割り当て履歴と制約を記録し、不正使用の修正をサポートし、サービス権限を所有権と誤認することなく顧客がエクスポート可能な証拠を提供する、クラウドアドレス使用記録を定義すべきである。
- 2027年の観測時点までに、決定的な指標は、クラス別のアドレス移植性、再割り当ての遅延、評判に関する紛争、不利な措置からの復旧時間、パブリックエグレスの集中度、顧客保有アドレスの採用状況、および大規模な転送可能ブロックを取得せずに小規模ユーザーが継続性を得られるかどうかである。
レジストリの比較はラベルではなく機能から始めるべき
地域インターネットレジストリ（RIR）とクラウドプロバイダーは異なる制度的立場にある。RIR はコミュニティ開発ポリシーの下でリソースの保有を認識し、公開登録と委任記録を維持し、単一のホスティング契約を超えた継続性を期待する枠組みの中で運用される。クラウドプロバイダーはアドレス空間を受け取るか取得し、そのネットワークを通じてアドバタイズし、アカウントとサービスの間で実用的な使用を細分化する。両方を無条件にレジストリと呼ぶことは、重要な区別を曖昧にするだろう。
有用な比較は機能的なものである。両方ともプールを維持する。両方ともリクエスターが適格かどうかを判断する。両方ともアドレス範囲を責任のある当事者にリンクするレコードを作成するが、一方のレコードは公開され、他方は非公開である可能性がある。両方とも未使用の容量を回収し、不正使用を調査し、条件を課し、ユーザーが展開できる速度に影響を与えることができる。両方とも競合する割り当てを防止し、正確な運用状態を維持しなければならない。両方ともますますアドレス管理ツールを顧客に公開している。
違いは生み出される権利にある。地域登録は絶対的な財産ではないが、通常、認定された保有者に単一のデータセンターやアプリケーションとは区別される制度的関係を与える。プロバイダーの割り当ては通常、プロバイダーのサービスから切り離せない。予約されたパブリックアドレスでさえ、リージョン、アカウント、サブスクリプション、プロジェクト、ロードバランサー、その他のプラットフォーム構造にバインドされる可能性がある。サービスを終了すると、顧客にアドレスを転送することなく割り当てが終了する可能性がある。
これにより、クラウド層は事実上（de facto）のものとなり、法的（de jure）なものではなくなる。それは実際に何ができるかを管理する一方で、正式なリソースチェーンは変更しない。公開登録はハイパースケーラーを責任のあるネットワークとして示すかもしれない。実際にワークロードを実行している顧客は、プロバイダーの記録、逆引きネーム、証明書、アプリケーションコンテンツ、商用データベース、インシデント対応でのみ現れる。多くの観察者にとって、プラットフォームは可視的なアドレス保有者であり、顧客は一時的なユーザーである。
この取り決めは本質的に欠陥があるわけではない。共有インフラストラクチャには内部委任が必要であり、短命の仮想割り当てをすべて公開すると公開記録が圧倒され、不要な顧客詳細が露出する。懸念は、一時的なサービス制御が、対応する証拠や救済策なしに、永続的な経済的影響をもたらす場合に生じる。アドレスは契約上は一時的であっても、顧客のパートナー、セキュリティ制御、評判にとって不可欠になり得る。
したがって、ガバナンスは5つの機能的な質問をすべきである。誰がアドレスを割り当てるのか？誰がそれを取り消したり移動したりできるのか？特定の時点でその使用を顧客にリンクする証拠は何か？再割り当てや退出後もどの運用価値が存続するのか？プロバイダーの決定が誤っている場合、どのようなレビューが存在するのか？これらの質問は、ハイパースケーラーが特定の制度的称号に値するかどうかの議論よりも正確に、新しいゲートキーピング層を明らかにする。
2015年から2027年の間に、アドレス管理はクラウド製品になった
2010年代半ばには、顧客はすでに仮想ネットワークを構成し、パブリックアドレスを予約していたが、アドレス管理は多くの設定項目の1つとして扱われることが多かった。クラウド資産がアカウント、リージョン、ビジネスユニット全体に拡大するにつれて、衝突回避とインベントリはガバナンスの問題になった。プロバイダーは、ますます明示的なアドレス管理製品、組織全体のプール、割り当てルール、使用率ビュー、サービスへの自動アタッチメントで対応した。
Amazon VPC IP Address Manager は、クラウドワークロードのための集中管理、追跡、監視を説明し、ビジネスルールに従った割り当てを可能にする。そのパブリック IPv4 ポリシー機能は、適格なサービスをアカウントとリージョン全体の選択されたプールに誘導できる。Microsoft Azure Virtual Network Manager IP アドレス管理は、プールを作成し、権限を委任し、重複しないアドレス範囲を割り当て、使用状況を監視する。Google Cloud は、内部アドレスと外部アドレス、静的アドレスと一時的アドレス、リージョナルスコープとグローバルスコープ、プロバイダー発行と顧客持ち込み範囲を区別する。製品の語彙は異なるが、各プロバイダーは割り当てを制御されたプラットフォーム機能に変えている。
このシフトは重要である。アドレスプールは現在、クラウドのアイデンティティとポリシーに参加している。管理者はチームに一方のプールから引き出す権限を与え、他方からは与えないことができる。組織構造が、どのアカウントが希少な外部アドレスを受け取るかを決定できる。自動サービス作成は、別のネットワークチームなしでアドレスを割り当てることができる。クォータ、リージョンの可用性、製品の互換性は、他の点では有効な設計を拒否することができる。プラットフォームのアクセス制御システムは、番号管理の一部になる。
希少性がこの層をより可視化した。AWS は2024年2月から、使用中のパブリック IPv4 アドレスとアイドル状態のアドレスの両方に課金すると発表し、取得コストの上昇を挙げ、節約と IPv6 採用を促進するとした。Google Cloud も同日から、標準仮想マシンで使用中の外部 IPv4 アドレスのリスト価格を引き上げた。これらの課金は、アドレスを背景属性からコストレポートに表示される測定可能なクラウド入力に変えた。
価格設定は利用を改善できる。かつてすべてのマシンに外部アドレスを割り当てていた顧客は、エグレスを統合したり、ロードバランサーを使用したり、IPv6 を採用したりするかもしれない。しかし、価格設定はゲートキーピングの力も確認する。プロバイダーは単位、免除、サービスカテゴリ、顧客持ち込みスペースの扱いを決定する。顧客は通常、価格変更に対して、プロバイダー発行のアドレスを別のネットワークに持ち込むことで対応できない。その選択肢は、再設計、支払い、解放、または独立して認識されたリソースの取得である。
この分析における2027年のエンドポイントは観測期間である。単一の統一モデルが存在するという予測ではない。その日までに測定すべき疑問は、クラウドアドレス管理が、規模においてレジストリに近づくにつれて、説明責任においてもレジストリに近づくかどうかである。割り当て履歴、移植性、救済が不透明なままでは、より良いダッシュボードとより細かい価格設定だけでは十分ではない。
内部アドレス空間は強力だが誤解されやすい領域を生み出す
ほとんどのクラウドアドレスはグローバルにルーティングされるパブリックリソースではない。仮想ネットワークは一般的に、RFC 1918で説明されるプライベート IPv4 範囲、顧客の設計内で割り当てられた IPv6 スペース、または仮想ネットワークとその接続によって境界が定められたその他の範囲を使用する。Google Cloud のドキュメントは、内部アドレスはパブリックに到達可能ではなく、仮想ネットワークとそれに接続された環境にローカルであると述べている。AWS も同様に、プライベート IPv4 アドレスは仮想ネットワーク内の通信に使用可能であり、パブリックアクセスが必要な場合は変換を通じてマッピングされると説明している。
各内部アドレスを転送可能なインターネット番号リソースとして扱うのはカテゴリエラーであろう。同じプライベート範囲は、仮想ネットワークが分離されているため、無関係の顧客が使用できる。プラットフォームはパブリックな一意性を提供しない。内部範囲を予約する顧客は、定義されたドメイン内での調整を受け取り、他のすべてのネットワークに対する主張を受け取るわけではない。
それにもかかわらず、内部割り当ては非常に重要な結果をもたらす可能性がある。企業は多くの仮想ネットワークをオフィス、工場、買収した会社、サプライヤー、他のクラウドに接続する。他の場所に既に存在するプライベート範囲を再利用すると、直接ルーティングが妨げられ、変換が必要になり、セキュリティ分析が複雑になり、合併が高価になる可能性がある。プラットフォームのプールルールと顧客の初期の選択は、何年ものアーキテクチャを形作ることができる。
プラットフォームの抽象化が、どの範囲を作成、拡大、ピアリング、委任、アドバタイズできるかを定義するときに、ゲートキーピング効果が現れる。顧客は一貫した内部計画を持っているかもしれないが、新しいサブネットサイズを必要としたり、重複を禁止したり、割り当てをリージョンにバインドしたり、プロジェクト間の移動を制限したりする製品ルールに直面する。自動化されたアドレス管理は間違いを防ぐことができるが、あるプロバイダーの組織モデルを顧客のネットワーク憲法にすることもできる。
これは特に小規模顧客にとって重要である。グローバル企業は独立したインベントリを維持し、例外を交渉できる。小規模組織はプロバイダーにデフォルトを生成させるかもしれない。デフォルトの仮想ネットワークはその後の効果的なアドレス計画になる。組織が後でセカンドリージョン、パートナー接続、または別のクラウドを追加するとき、最初の簡単な割り当てがハードな境界を作ったことに気付く。
NRS は、プライベートな仮想割り当てを公開レジストリに登録するよう求めるべきではない。代わりに、スコープに関する相互運用可能な証拠を奨励すべきである。エクスポートされた記録は、内部範囲、仮想ドメイン、割り当て日、責任のある顧客ユニット、重複制約、接続依存関係、解放状態を示すべきである。そのような証拠は、範囲がグローバルに排他的であると偽ることなく、移行と紛争分析を支援する。
支配的な原則はドメインの明確さである。プライベートアドレスは、ルーティングと管理のコンテキスト内でのみ意味を持つ。プロバイダーはそのコンテキストをエクスポート可能にし、顧客はそれを独立して保持すべきである。プラットフォームはそのインフラ内での割り当てを正当に制御できるが、顧客が去るときにその割り当ての履歴を知ることができなくなるべきではない。
プロバイダー発行のパブリックアドレスは評判のテナントを生み出す
パブリッククラウドアドレスは、外部ネットワークがそれらを観察するため、異なる。静的アドレスは、支払いエンドポイント、リモートアクセスルール、メールサービス、アプリケーションインターフェース、パートナーの許可リストを支えるかもしれない。一時的なアドレスは短時間しか現れないかもしれないが、それでもセキュリティイベント、レート制限、不正シグナルを生成する。クラウドプロバイダーは、これらのアドレスがどのように予約され、アタッチされ、解放され、再利用されるかを決定する。
顧客は使用を得るが、その使用はテナントに似ている。アドレスは指定された条件下でのみ安定する。リソースが停止している間は予約されたままになるかもしれないし、リソースが削除されると消えるかもしれない。一部のプラットフォーム管理サービスは、顧客が直接選択できないアドレスを割り当てる。グローバルロードバランシング製品は、リージョナル仮想マシンアドレスとは異なる移動性を持つエニーキャストアドレスを使用する可能性がある。顧客が「当社のアドレス」と言うとき、それは法的にも技術的にもいくつかの異なる取り決めを指すことができる。
評判はこれらの区別をコストのかかるものにする。外部サービスは、アドレスを不正使用、信頼できるトラフィック、ロケーション、アカウントの経過期間、または商業的行動と関連付ける可能性がある。新しく割り当てられたアドレスは、別のテナントからの以前の履歴を持って到着する可能性がある。長期間保持されたアドレスは、顧客が解放すると失うポジティブな許可リストステータスを蓄積する可能性がある。プロバイダーはより大きなプールを所有し、再割り当てを制御する一方、サードパーティはプロバイダーも顧客も完全には制御しない独立した判断を下す。
これは3つの証拠ギャップを生み出す。第一に、顧客はアドレスが割り当てられたときに完全な以前の使用履歴をめったに受け取らない。プライバシーとセキュリティにより完全な開示は困難であるが、標準化されたクリーンさのシグナルがないことは、調査コストを新しいユーザーに転嫁する。第二に、プロバイダーは集約ネットワークレベルで不正使用報告を受け取り、転送するか、抑制するか、行動するかを決定するかもしれない。第三に、再割り当て後、以前のユーザーは後の活動が自分のものではないことを証明する必要があるかもしれない。
時間制限付きの割り当て証拠はこれらのリスクを軽減するだろう。プロバイダーは、適切なプライバシー制御の下で、指定された期間中にアドレスが特定の顧客アカウントに割り当てられたことを示す、署名済みまたはその他の方法で検証可能な声明を発行できる。その声明はアプリケーションコンテンツを開示せず、所有権を生み出さない。それはインシデント対応者、裁判所、取引相手、評判サービスが時間の経過に伴うユーザーを区別するのに役立つだろう。
再割り当てポリシーも測定に値する。プロバイダーは、集計された隔離期間、即座に不正使用の苦情を受ける割り当ての割合、誤検出後の復旧時間、評判問題に異議を唱えるプロセスを公開できる。固定された間隔はすべてのアドレスをクリーンにするわけではない。外部リストは異なる速度で更新されるからである。透明な証拠は、少なくとも迅速な再利用がコストを顧客に外部化しているかどうかを明らかにするだろう。
「評判のテナント」という用語は、非対称性を捉えている。顧客はアドレスの評判のビジネス影響を負う一方で、その過去または未来を完全に制御できない。優れたクラウドガバナンスは、基礎となるアドレスがプロバイダー保有のままであっても、テナントに証拠と修正チャネルを提供すべきである。
自前のアドレスを持ち込むサービス（BYOIP）は万能薬ではなく橋渡しである
顧客持ち込みアドレスサービスは権利構造を変える。AWS のドキュメントは、顧客がパブリック IPv4 または IPv6 範囲をプラットフォームに持ち込み、AWS がそれをアドバタイズしている間も範囲の所有権を継続できると述べている。Azure はカスタムプレフィックスを顧客所有として説明し、ルーティングレジストリへの登録を要求し、Microsoft が範囲をアドバタイズすることを許可する。Google Cloud は顧客プレフィックスを表すプラットフォームリソースを作成し、部分をプロジェクトとスコープに委任する。
これらのサービスは、クラウドアカウントの外部に関係を維持する。顧客は、範囲が関連する番号リソースシステムを通じて認識され、プロバイダーにそれを発信することを許可し、後でその許可を取り消すことができる。評判と許可リストは、インフラストラクチャの変更全体にわたって顧客の範囲に付随したままにできる。これは、あるクラウド内の2つのサービス間でプロバイダー発行のアドレスを移動するよりも、真の移植性にはるかに近い。
橋渡しには負荷制限がある。プロバイダーは、最小および最大のプレフィックスサイズ、検証手順、ルート承認、プロビジョニング期間、製品互換性ルールを課す。Google Cloud のドキュメントは、プロビジョニングに数週間かかる可能性があると警告し、顧客持ち込みアドレスをサポートしないサービスをリストしている。Azure はリージョナルモデルとグローバルモデルを区別し、サブスクリプション間での派生パブリックプレフィックスの移動に関する制限を指摘している。基礎となる範囲が独立して認識されていても、クラウド固有のリソースは依然として必要である。
小規模な顧客は、適格なブロックを取得したり、管理を正当化したり、プロバイダー外でそれをアドバタイズしたりできない可能性がある。IPv4 の希少性は参入価格を引き上げる。3つの安定したアドレスを必要とするスタートアップは、必要なサイズのポータブル範囲を必ずしも取得できない。IPv6 はより多くのスペースを提供するが、アプリケーションの依存関係、取引相手、プロバイダーの製品サポートにより、パブリック IPv4 が依然として必要になる可能性がある。顧客持ち込みスペースを継続性への唯一のルートとして扱うことは、大規模組織のために意味のある権利を確保することになるだろう。
また、このサービスは使用中のプロバイダー制御を排除しない。ハイパースケーラーは範囲を検証し、内部システムにプロビジョニングし、どのサービスがそれをサポートするかを決定し、そのネットワークを通じたアドバタイズを制御する。停止されたアカウントは、顧客が認識された保有者のままであっても、アドレスをアタッチする能力を失う可能性がある。したがって、紛争は外部のリソース関係を消滅させることなく、実用的な使用を中断させる可能性がある。
NRS は、顧客持ち込みアドレスサービスをサポートすべきであるが、誇張された主張には抵抗すべきである。権利には、明確なオンボーディング基準、タイムリーなプロビジョニング、エクスポート可能な状態、文書化された引き出し、ルートセキュリティの調整、退出に対する報復の禁止、テスト済みの復旧が含まれるべきである。また、プロバイダーの技術的拒否と顧客の基礎となるリソースステータスへの挑戦を区別できるべきである。
小規模ユーザーには、中間モデルが必要かもしれない：ポータブルサービスエンドポイント、適格な仲介者を通じた安定したプロバイダーニュートラルなエグレス、または大規模な独立した IPv4 ブロックを割り当てずにアイデンティティを保持するマルチプロバイダーサービス。これらのモデルは、新たな集中について注意深く評価されなければならない。目的は、ニーズに比例した継続性であり、希少なアドレスの普遍的な取得ではない。
実際の制御面はアドレスコンソールをはるかに超えて広がっている
クラウドアドレス権限は、アカウントアイデンティティ、組織ポリシー、請求、クォータ、ネットワーク製品、不正使用制御、ルート運用に分散している。顧客はアドレスを表示する権限を持っていても、それをアタッチする権限を持っていない可能性がある。プロジェクトが予約を保持している一方で、組織ポリシーがターゲットサービスを妨げる可能性がある。有効な顧客持ち込み範囲は、ルーティングの検証とプロビジョニングが完了するまで使用できないままになる可能性がある。未払いの請求書は、すべてのネットワーク制御を含むアカウントを停止させる可能性がある。
これは、アドレスインベントリだけでは有効な制御を明らかにしないことを意味する。レビューは、誰がプールを作成し、そこから委任し、特定のアドレスを予約し、リソース間で移動し、アドバタイズを変更し、解放し、エラー後に復元できるかを追跡しなければならない。各アクションは異なるロールを使用する可能性がある。一部はパブリックインターフェースを通じて利用可能であり、他のアクションはプロバイダーサポートまたは内部アクションを必要とする。
自動化は速度と不透明性を追加する。インフラストラクチャツールは、大規模なデプロイメントの一部としてアドレスを作成および破棄できる。管理サービスは、顧客が特定のアドレスを明示的に要求せずにパブリックエンドポイントを割り当てることができる。オートスケーリングは内部割り当てを増やすことができる。これらの機能は有用であるが、履歴証拠を不可欠にする。現在の状態のコンソールは、3か月前に誰がアドレスを使用していたか、なぜ変更されたかを答えることができない。
請求は、アドレス料金がアカウント固有で即時になる可能性があるため、ガバナンスのレバーである。コスト管理チームは、外部の評判価値を理解せずにアイドルアドレスを解放する可能性がある。プロバイダーは大規模なインストールベース全体で価格カテゴリを変更できる。契約による割引はある顧客を保護するが、別の顧客を保護しないかもしれない。結果として生じる決定は、レジストリポリシーが変更されていなくても、アドレス使用を再形成する。
不正使用対応は別のレバーである。プロバイダーは有害な活動、侵害されたシステム、繰り返しの違反に対して行動しなければならない。トラフィックを制限したり、アドレスを隔離したり、リソースを一時停止したり、アカウントを閉鎖したりする可能性がある。正当性の問題は、行動が許可されているかどうかではなく、証拠が具体的であるか、通知が安全であるか、修正が可能であるか、可能な限り無関係のリソースが保護されているかである。
ルーティングは最も深いレバーである。プロバイダー保有スペースの場合、ハイパースケーラーは通常、アグリゲートおよびより具体的なルートがどのようにアナウンスされるかを決定する。顧客はプラットフォームエンドポイントを設定できるが、完全な外部ルーティングの決定を制御しない。顧客持ち込みスペースの場合、許可は共有される：保有者はルートセキュリティステートメントまたはその他の承認を行うことができ、プロバイダーはそのネットワークを通じてアドバタイズを実装する。インシデント分析はこれらの役割を分離しなければならない。
したがって、堅牢なクラウドアドレス使用記録は、複数の制御ドメインからの状態を組み合わせるべきである。リソースクラス、ソースプール、アカウントスコープ、アタッチメント、割り当て間隔、ルーティングステータス、請求クラス、責任のあるロール、関連する不利な措置、移植性の制約を記録すべきである。秘密の資格情報や他のテナントを公開せずにエクスポート可能であるべきである。その記録はゲートキーピング層を検査可能にするだろう。
プラットフォームのドキュメントは制御を証明するが、制度的公平性は証明しない
公式クラウドドキュメントは、顧客が実際に実行できるアクションを説明しているため、異常に価値のある証拠である。AWS は、プライベートおよびパブリックアドレスの動作、IP アドレス管理プール、組織全体のポリシー、パブリックアドレスインサイト、顧客持ち込み範囲、パブリック IPv4 料金を文書化している。Azure は、集中管理された内部プール、ロール要件、カスタムプレフィックス、持ち込み範囲の顧客所有権、派生リソースの制限を文書化している。Google は、内部スコープ、外部アドレスクラス、予約動作、顧客持ち込みプレフィックス階層、プロジェクト制限、価格設定を文書化している。
これらを総合すると、これらのソースは高い信頼性でいくつかの事実を確立する。プロバイダーは顧客トラフィックを単に輸送するのではなく、積極的にアドレスを割り当てている。プロバイダー発行と顧客持ち込みスペースを区別している。アドレス使用をプラットフォーム構造にバインドしている。ある種の希少性に対して課金している。移植性を製品設計に依存させている。内部ガバナンスをサポートするのに十分なインベントリを公開している。
ドキュメントは、割り当てが顧客間で公平であることを確立しない。クリーンなアドレスと問題のあるアドレスの分布、要求されたクラスを拒否された顧客の数、誤った解放の頻度、管理サービス背後へのパブリックエグレスの集中、アドレス関連の異議申し立ての結果をほとんど示さない。製品ドキュメントは意図された動作を説明するが、制度的な結果を測定しない。
したがって、顧客データとネットワークデータは必要な第2の証拠層である。請求記録は、アドレス料金がアーキテクチャをどのように変えるかを示すことができる。アドレスインベントリは、保有時間と使用率を示すことができる。フローサマリーは、プライバシーが保護されている場合、共有エグレス背後での集中を示すことができる。不正使用チケット履歴は、苦情率と修正時間を示すことができる。移行記録は、エンドポイントアイデンティティが退出をブロックする頻度を明らかにできる。
単一の顧客データセットがハイパースケーラー全体を代表することはできない。大企業は、洗練されたインベントリ、交渉されたサポート、顧客持ち込みスペースを持つ可能性が高い。小規模ユーザーはデフォルトに依存し、記録を保持せずにアドレスを失う可能性がある。研究は、1つのグローバル平均を公開するのではなく、顧客規模、サービス種類、リージョン、アドレスクラス、サポート階層によって層別化すべきである。
プロバイダーが提供する集計データは、独立して定義されるべきである。あるクラウドがリージョン内での移動が可能な場合にアドレスをポータブルとカウントし、別のクラウドがアカウント間の移動のみをカウントする場合、比較は無意味である。NRS は、データを収集する前に測定基準を定義できる：サービス内での移動、プロバイダー内での移動、別のプロバイダーへの移動、顧客保有スペースを通じた継続性は、4つの異なる結果である。
証拠は欠如も記録すべきである。プロバイダーが再割り当てされたアドレスがどの程度の頻度で評判問題を継承するかを述べることができない場合、その不確実性自体が関連する。成熟した機関は、行動する前に完全なデータを必要としないが、まだ測定していない結果を特定すべきである。
機能テストは、プラットフォームの力がいつレジストリ的になるかを特定できる
小規模なアドレスプールを持つすべてのホスティングプロバイダーが新しいガバナンス層を構成するわけではない。規模は重要であるが、規模だけでは不十分である。機能テストは、プロバイダーの決定がアドレスへのアクセス、デジタルサービスの継続性、外部者が利用できる証拠を実質的に形成するかどうかを調べるべきである。
最初の基準は割り当て権限である。プロバイダーは、大規模な共有プールからどのアカウントまたはサービスがアドレスを取得するかを決定するか？2番目の基準は永続性の制御である。アドレスが再起動、リソース交換、プロジェクト移動、契約変更後も存続するかどうかを決定できるか？3番目の基準は外部への影響である。他のネットワークは、ルーティング、評判、認証、執行のためにアドレスに依存しているか？
4番目の基準は情報の非対称性である。プロバイダーは、顧客や公開登録システムが欠いている履歴的な割り当ておよび不正使用データを所有しているか？5番目の基準はルール設定である。多くの顧客にわたって価格、クォータ、適格性、サポートされる使用を変更できるか？6番目の基準は是正である。紛争後にアドレスを復元したり、属性を修正したりできるか。また、拒否された場合の独立したルートはあるか？
これらの基準のほとんどを満たすプロバイダーは、その名称を拒否しても、レジストリに似た力を行使している。この結論は公的権限を与えるものではない。それは力に比例した期待を引き起こす：正確な記録、透明なクラス、注意深い再割り当て、制限された不利な措置、証拠のエクスポート、レビュー。
このテストは、管理されたホスティング再販業者とプラットフォーム仲介者にも適用される。再販業者は1つのクラウドアカウントを受け取り、数百の顧客間でアドレスを分割する可能性がある。エンドユーザーから見れば、再販業者は即時の割り当て者であり証拠の源泉である。しかし、再販業者自体はハイパースケーラーに依存している。ガバナンスは、最大のブランドだけが唯一のゲートキーパーであると想定するのではなく、完全な委任チェーンを追跡しなければならない。
共有エグレスサービスは属性を複雑にする。数百または数千の顧客が1つのパブリックアドレスの背後に現れ、ポート、時間、上位層のアイデンティティによって区別される。プラットフォームは変換状態を制御し、顧客はアプリケーションログを制御する。どちらの側も単独では常にインシデント要求に答えることはできない。この設定におけるレジストリのような責任は、すべてのプライベートマッピングを公開するのではなく、信頼性のある証拠の分割を維持することを意味する。
機能アプローチは制度的インフレを防ぐ。すべての割り当て者を地域レジストリと呼ぶわけではない。アドレスガバナンスが現在層で発生しており、権利が各委任で弱まる可能性があることを認識する。適切な対応は、説明責任のある管理と使用のチェーンであり、各機関が実際に行う決定に対して責任を負う。
評判ガバナンスには、無実を約束することなく修正が必要である
アドレスの評判スコアは公的なタイトルではない。それは、メールオペレーター、不正サービス、脅威インテリジェンス企業、パートナー、または他のネットワークが自らの観察に基づいて下す判断である。クラウドプロバイダーは、すべての外部者がアドレスを信頼することを保証できない。顧客は、アドレスを後で受け取ったという理由だけで、正確な不正使用履歴の削除を要求することもできない。
ガバナンスが要求できるのは、正確な時間的属性である。現在の割り当ての前に有害なトラフィックが発生した場合、新しい顧客は変更の信頼できる証拠を提示できるべきである。評判サービスは、1つの継続的なユーザーを想定するのではなく、割り当て間隔と新しい行動を使用することを奨励されるべきである。プロバイダーは、不要なアカウントデータを明らかにすることなく、在任期間を確認する制限付きの検証チャネルを提供すべきである。
プロバイダーはまた、アドレスの評判とアカウントリスクを区別しなければならない。顧客は優れた履歴を持っているが、外部の地位が低いリサイクルアドレスを受け取る可能性がある。逆に、クリーンなアドレスは侵害されたアカウントを許さない。サポートチームは、外部ブロックリストを現在の顧客に対する決定的な証拠として扱うのではなく、両方の次元を調査すべきである。
修正手順は、必要な証拠、期待される応答時間、異議申し立てを明記すべきである。重要なパブリックサービスに割り当てられたアドレスは、投機的な予約よりも迅速なレビューを正当化するかもしれないが、基本的なアクセスはプレミアムサポートに完全に依存すべきではない。集計統計は、評判案件が何件解決されたか、そのうち何件が以前のテナントに関係していたか、サービスへの影響がどのくらい続いたかを示すべきである。
隔離は役立つが、テストされなければならない。解放されたアドレスを一定期間保持することで、キャッシュとリストが更新される可能性があるが、適切な期間は異なる。一部の評判シグナルは急速に減衰する；他のものは手動リクエストまで持続する。プロバイダーは時間をアクティブチェックと組み合わせ、限界を開示すべきである。すべてのリサイクルアドレスがクリーンであるという主張は、測定された残留リスクよりも信頼性が低い。
顧客保有範囲は、いくつかの責任を移す。保有者はプロバイダー間で評判を引き継ぎ、自らの履歴について再割り当てを非難することはできない。この永続性は、信頼できるユーザーにとっては利益であり、質の低いユーザーにとっては規律である。NRS は、移植性を提唱する際にこの区別を明確にすべきである：継続性はポジティブな証拠とネガティブな証拠の両方を保存する。
目的は有利なスコアへの権利ではない。それは、どの在任期間が証明できるかを知り、誤った属性に異議を唱え、救済なしに未開示の運用上の害を継承することを避ける権利である。それはプロバイダーの割り当て力に対する控えめだが重要な対抗手段である。
退出は、利便性と永続的な権利の違いを明らかにする
クラウドサービスは、退出よりも参入を容易にすることが多い。顧客は数秒でアドレスを予約し、サービスにアタッチし、パートナーに配布できる。数年後、アドレスは何百ものファイアウォールルール、証明書、契約、監視システムに現れる可能性がある。プロバイダー発行のアドレスは依然としてプラットフォームを離れることができないため、移行にはすべての依存関係を持つ当事者による調整された変更が必要である。
これは必ずしもプロバイダーが作った罠ではない。顧客はハードコードされた許可リストを選択し、名前を無視し、IPv6 を先延ばしにし、エンドポイントインベントリを維持しない。一部の外部システムは真に安定したアドレスを必要とする。ガバナンスは責任を正直に割り当てるべきである：顧客は変更のために設計しなければならず、プロバイダーは依存関係が蓄積される前に移動性の制約を説明しなければならない。
退出証拠には、完全なアドレスインベントリ、アタッチメント履歴、アドレスクラス、顧客持ち込みステータス、ルーティング構成、関連する逆引きネーミング、解放スケジュール、既知の管理サービス依存関係が含まれるべきである。顧客が保持できる記録と削除される状態を区別すべきである。機械可読なエクスポートは、いくつかのコンソールからのスクリーンショットよりも有用である。
プロバイダー発行のアドレスには、転送ではなく移行期間が必要である。顧客は、支払いとセキュリティを条件として、新旧のエンドポイントを並行して運用するのに十分な期間、古いアドレスを保持できるべきである。アカウント閉鎖時の突然の回収は、通常の商業的な移動を障害に変える可能性がある。不正使用や破産により継続がリスクになる場合、中立的な継続サービスまたは狭い範囲の例外が適切かもしれない。
顧客持ち込み範囲には、異なる退出テストが必要である。プロバイダーは合意された時間にアドバタイズを停止し、内部参照を解放し、ルートセキュリティの変更をサポートし、残余権限を主張しないべきである。受け入れネットワークは、安全な調整後にアドバタイズできるべきである。監視は重複またはギャップを検出しなければならない。顧客は、古いプラットフォームが一方的にルートを再活性化できないことの確認を受け取るべきである。
名前とアプリケーション層のアイデンティティは依存関係を減らすが、それを排除しない。DNS の変更には時間がかかり、取引相手はアドレスを固定する可能性があり、一部のセキュリティシステムは新しい発信元をリスクとして扱う。したがって、退出計画は技術的および制度的依存関係をマッピングしなければならない。プロバイダーはドキュメントとツールを通じて優れた設計をサポートできる；名前が存在するという理由だけでアドレス損失を些細なものとして説明すべきではない。
意味のある移植性の指標は、アドレスの移動だけでなく、成功したサービスの移行をカウントする。プロバイダー保有スペースの場合、成功はエンドポイントを変更しながら到達可能性と証拠を維持することを意味する。顧客保有スペースの場合、アドレス権限自体を移動することを意味する。両方を報告することで、すべての顧客が同じ形式の自由を持っているという誇張された主張を防ぐ。
不利な措置は、具体的で、時間制限があり、レビュー可能であるべき
クラウドプロバイダーは、ボットネット、不正、攻撃、悪意のあるホスティング、資格情報の盗難、制裁対象への露出など、実際の不正使用に大規模に直面している。彼らは迅速に行動する権限を必要とする。しかし、アドレスガバナンスは、1つのワークロードに対する行動が無関係のエンドポイントを静かに無効にしたり、顧客が問題がトラフィック、アイデンティティ、支払い、または継承された評判シグナルのいずれに関するものかを発見できない場合に失敗する。
具体性がデフォルトであるべきである。1つのアドレスまたはサービスが侵害された場合、プロバイダーは、証拠がより広範なリスクをサポートしない限り、顧客範囲全体を引き出すことを避けるべきである。アカウント資格情報が侵害された場合、より広範な停止が必要かもしれないが、理由と復旧パスはアドレスレベルの苦情とは区別されるべきである。内部記録は、誰が行動を承認し、どの証拠がレビューされたかを保存すべきである。
通知はセキュリティを反映しなければならない。事前の警告により、攻撃者は証拠を破壊したり、害を継続したりできる可能性がある。したがって、即時の行動が正当化されるかもしれない。顧客はそれでも可能な限り早期に安全な情報を受け取るべきである：影響を受けたリソース、ルールカテゴリ、必要な封じ込め、レビューチャネル。重要なエンドポイントが無効にされた場合、曖昧な利用規約への言及は不十分である。
レビューは技術的な復旧が可能であるべきである。報告されたトラフィックを現在の割り当てが生成しなかったことを証明する顧客は、謝罪以上のものを必要とする。プロバイダーはアタッチメントを復元し、内部評判を更新し、在任期間の証拠を発行し、報告当事者に連絡する必要があるかもしれない。アドレスが既に再割り当てされている場合、同等のクリーンなアドレスと移行支援が唯一の実用的な救済策であるかもしれない。
独立した監督はすべての不正使用決定を検査する必要はない。サンプル、繰り返しの失敗、影響の大きいケース、体系的な格差をレビューできる。プロバイダーは、原因とリソースクラス別の集計された不利な措置率を公開できる。NRS は、インシデント詳細を保護しながら、小規模顧客がプレミアムサポートを欠くためにより長い復旧に直面しているかどうかを比較できる。
アカウント閉鎖は最も困難なケースである。アドレス、データ、アイデンティティ、請求権が収束するからである。重要な公共サービスは、紛争中でも継続性を必要とするかもしれない。プロバイダーは、健康、緊急、市民、重要なインフラストラクチャのワークロードについてエスカレーションを確立すべきであるが、それらの顧客がセキュリティ行動から免疫があると宣言すべきではない。継続性は、制御された移動を意味し、無期限のサービスを意味しない。
制度基準は制限された力である。迅速な行動はネットワークを保護する；合理的な復旧は正当性を保護する。数百万の顧客に対して実用的なアドレス使用を無効にできるハイパースケーラーは、その決定を記録し、説明し、修正する対応する義務を受け入れるべきである。
小規模顧客は使用と移植性の間の最大のギャップを負っている
大企業はアドレス空間を持ち込み、プレミアムサポートを購入し、マルチクラウドアーキテクチャを維持し、移行条件を交渉できる。中小企業、市民社会グループ、研究者、地方公共団体は、多くの場合、プロバイダー発行のアドレスとデフォルトのネットワーキングを使用する。アドレス数が少なくても、継続性のニーズは大きくなる可能性がある。
希少性の経済はこれらのユーザーを二重に不利にする可能性がある。彼らは繰り返しパブリック IPv4 料金を支払うが、その支払いをポータブルな利害に変換できない。独立した IPv4 範囲の取得は不経済であるか、管理的に不均衡である可能性がある。IPv6 は希少性への依存を減らすことができるが、外部サービス、ユーザー、セキュリティパートナーは依然として IPv4 到達可能性を必要とするかもしれない。
NRS は、すべての仮想マシンに転送可能なアドレスを約束することでこれを解決すべきではない。明確なガバナンスを持つプールされた継続性サービスをサポートできる。適格な仲介者は、複数のクラウド間で安定したエグレスまたはイングレスを提供し、時間制限付きの顧客属性を保持し、基礎となるプロバイダー間の移動を許可できる。仲介者自身が退出、監査、集中開示を提供しなければ、単に別のゲートキーパーになる。
プロバイダーニュートラルなアイデンティティもアドレス依存性を減らすことができる。相互認証、署名付きサービスアイデンティティ、最新の名前解決、アプリケーションレベルの承認は、一部の許可リストを置き換えることができる。NRS は移行ガイダンスを公開し、互換性テストを後援できる。規制対象のパートナーとレガシー機器はすぐにアドレスルールを放棄しないため、現実的であるべきである。
補助金付きの顧客持ち込み IPv6 とトレーニングは、IPv4 が利用できない場合に小規模組織に耐久性のあるアドレスアイデンティティを提供できる。プロバイダーは管理サービス全体で IPv6 サポートを一貫させ、ギャップを明確に特定すべきである。仮想ネットワークレベルで IPv6 をアドバタイズするが、重要な管理製品からそれを省略するサービスは、完全な移植性を提供しない。
サポートアクセスは公平性の一部である。アドレス属性の誤りは、小規模組織の唯一のパブリックチャネルを閉鎖する可能性がある。基本顧客は、割り当て履歴を検査できるスタッフに到達する文書化された認証済みの訴えを必要とする。プレミアムティアはより高速な一般的サポートを購入できるかもしれないが、プロバイダー自身のアドレス記録の修正はラグジュアリー機能として扱われるべきではない。
関連する尺度は等しいアーキテクチャではない。それは、小規模な要件を持つユーザーが比例した継続性、信頼できる証拠、修正を得られるかどうかである。大規模ブロックの保有者だけが評判のテナントから逃れられる場合、クラウドアドレスガバナンスは、見かけ上弾力的なサービスの下で希少性の特権を再生産することになる。
NRS は所有権を発明することなくクラウドアドレス使用記録を作成できる
NRS の最も有用な介入は、委任されたクラウド使用のための標準記録である。その記録は、リソースのプロバイダー保有または顧客保有ステータス、割り当てエンティティ、顧客アカウントまたはプライバシーを保護する参照、割り当て間隔、アドレスクラス、スコープ、アタッチメントカテゴリ、移植性条件を識別すべきである。誰が記録を検証でき、検証がどの程度利用可能かを記載すべきである。
内部スペースの場合、記録は一意性が定義された仮想ドメインに限定されることを述べるべきである。プールの系統、接続された環境、重複チェック、解放状態を含めることができる。プロバイダー発行のパブリックスペースの場合、顧客は転送可能な登録ではなく使用を受け取ったことを述べるべきである。顧客持ち込みスペースの場合、クラウド委任を公開レジストリを複製せずに独立した保有者関係にリンクすべきである。
記録はエクスポート可能でなければならない。顧客はアカウント閉鎖後も割り当て履歴を保持できるべきである。暗号検証またはその他の改ざん防止方法は、紛争で証拠を有用にすることができるが、設計は機密の顧客ディレクトリを公開ルックアップに変えることを避けるべきである。選択的開示は、許可された取引相手に在任期間を確認できる。
プロバイダーは修正手順を公開すべきである。アカウント参照、間隔、解放状態が誤っている場合、顧客は以前のバージョンと理由を保持しながら修正を要求できる。これは、すべての運用イベントを不変の真実として扱うことなく、責任ある台帳慣行に似ている。正確さには、エラーを透明に修正する能力が含まれる。
記録は不正使用案件とともに移動すべきである。苦情はアドレスと観測時間にリンクされ、割り当て間隔と照合される。プロバイダーは、別のテナントを開示することなく、案件を正しい顧客にルーティングできる。再割り当て後、新しいユーザーはイベントが自分の在任期間より前であることを示すことができる。これにより、顧客と苦情申立者の両方の説明責任が向上する。
NRS は、ハイパースケーラー、小規模ホスト、地域レジストリ、セキュリティオペレーター、プライバシー専門家、顧客グループと共に記録を開発すべきである。プロバイダーだけが書いた標準は運用上の利便性を優先するかもしれない；レジストリだけが書いた標準は公開登録の概念を誇張するかもしれない。価値は境界を正確に表現することにある。
採用は、リファレンスエクスポートと独立したテストを通じて自主的に開始できる。政府や大企業による調達はサポートを要求できる。時間の経過とともに、集計レポートはカバレッジ、修正率、検証成功率を示すことができる。NRS は、記録が完成したフィールドの数ではなく、実際のインシデントと移行を解決するかどうかで判断すべきである。
3つのケースは、新しいゲートキーピング層が重要であることを示している
ある医療サービスサプライヤーが、プロバイダー発行の静的アドレスを6年間使用してきたとしよう。病院はそのアドレスからのトラフィックを許可し、外部の不正システムはそれを安定した行動と関連付けている。サプライヤーが価格紛争後にクラウドを変更することを決定する。アプリケーションデータはエクスポートできるが、アドレスは持ち出せない。各病院は制御を更新しなければならず、1つのレガシーシステムには四半期ごとの変更ウィンドウがある。
プロバイダーは譲渡権に違反していない。なぜなら、そのような権利は付与されていないからである。しかし、アドレスは実用的なスイッチングコストになっている。優れたガバナンスは、非移植性を開示し、有料の重複期間をサポートし、割り当て証拠をエクスポートし、移行ガイダンスを提供したであろう。顧客も依存関係インベントリを維持し、名前付きエンドポイントをテストすべきであった。責任は共有されているが、移行中に古い割り当てを保持できるのはプロバイダーだけである。
次に、リサイクルされたパブリックアドレスを割り当てられた小売業者を考えよう。支払いパートナーは、アドレスが外部リスクデータベースに現れるため、接続を拒否する。小売業者は以前の使用を見ることができず、基本サポートはアドレスが技術的に機能していると言う。解放すると、別の未知のアドレスが生じ、パートナー変更が必要になる可能性がある。クラウドアドレス使用記録と評判の訴えは、最近の割り当てを確認し、クリーンな代替を提供し、外部サービスが時間的属性を修正するのに役立つであろう。
プロバイダーは支払いパートナーにモデルを変更するよう命令することはできない。在任期間を証明し、自社システムが以前の苦情を知っていたかどうかを検査し、繰り返される再割り当ての害を測定できる。プールが異常に高い誤検出を生成する場合、警告なしに継続的なランダム割り当ては既知のコストを外部化することになる。
3つ目のケースは、企業が自社の範囲をハイパースケーラーに持ち込む場合である。契約紛争により、範囲が企業に登録されたままアカウントが停止される。プロバイダーはアタッチメントを停止するが、数時間はルートアドバタイズを継続する。受け入れクラウドは、重複するアナウンスが安全でないため、自らのアクティベーションを完了できない。
このケースは、形式的な保持とプラットフォーム制御を分離する。企業はリソース関係を保持するが、古いプロバイダーが実用的な退出シーケンスを制御する。顧客持ち込みサービスは、緊急引き出しチャネル、停止されたアカウント外の認証済み連絡先、定義された停止時間、独立したルート観測を持つべきである。商業的請求は、安全なルーティング権限が移動した後に継続できる。
各ケースは異なる権利を含む。最初のケースはアドレス転送なしのサービス継続性を必要とする。2つ目は時間的な評判証拠を必要とする。3つ目は委任されたルーティング権限の引き出しを必要とする。これらすべてを移植性と呼ぶことは救済策を隠すだろう。層状ガバナンスは、実際の制御点を指名する場合にのみ機能する。
制度的正当性はハイブリッド構造を認めることに依存している
地域レジストリは、クラウド割り当ては通常のダウンストリーム使用であり、したがってその関心事ではないと言いたくなるかもしれない。ハイパースケーラーは、アドレスは単なるサービス属性であると言うかもしれない。顧客は、長期間保持されたアドレスを、支払いが所有権を生み出したかのように説明するかもしれない。各ステートメントは真実の一部を含み、責任の一部を回避している。
地域システムは、プロバイダーレベルのリソース関係、正確な公開データ、委任または譲渡に関するポリシーについて引き続き責任を負う。すべての仮想割り当てを micromanage しようとすべきではない。しかし、証拠基準を奨励し、大規模保有者にダウンストリーム属性、不正使用処理、顧客持ち込みルートがどのようにガバナンスされているかを尋ねることができる。
プロバイダーは、自らが制御するサービス層について責任を負い続ける。地域登録がハイパースケーラーのみを指名する場合に、それが顧客レベルの属性に答えると示唆すべきではない。また、顧客所有権の欠如を不透明な再割り当てを正当化するために使用すべきではない。契約上のステータスは譲渡を制限するが、正確な管理の義務を消去するわけではない。
顧客は自分が何を受け取るかを理解しなければならない。予約されたアドレスに対して支払うことは、必ずしもアドレスを購入することではない。プロバイダー発行のエンドポイントを中心に重要な許可リストを構築することは、退出リスクを生み出す。顧客は、アドレスが一時的か、予約済みか、サービス管理か、顧客持ち込みかを尋ね、それに応じて証拠を保持すべきである。
公的当局は注意深く規制すべきである。すべてのクラウドアドレスから顧客へのマッピングの公開を要求するルールは、機密インフラストラクチャを露出させ、高価値の監視源を作り出す可能性がある。公開登録がエンドユーザーを特定すると想定するルールは、誤った属性につながる可能性がある。より良い政策は、不要な開示を最小限に抑えながら、保存、合法的アクセス、修正、監視を指定する。
NRS はハイブリッド構造に正当な語彙を与えることができる。「認識された保有者」、「クラウド委任者」、「顧客ユーザー」、「ルーティングオペレーター」、「評判決定者」は、異なる役割を説明する。権利と義務は、ブランドではなく行動に付随することができる。NRS のポジティブな貢献は、既存の機関を置き換えることではなく、委任チェーンを理解可能にすることである。
正当性は抑制を通じて獲得されるだろう。NRS は、アドレスが含まれているという理由だけでプライベートネットワークに対する管轄権を主張すべきではない。相互運用性、継続性、証拠、リソース管理が制度的境界を越える場合に介入すべきである。その焦点は、プロバイダーの運用を尊重するのに十分に狭く、顧客を目に見えないゲートキーピングから保護するのに十分に広い。
2027年の証拠アジェンダは、製品数ではなく結果を測定すべきである
観測期間の終わりまでに、研究者はいくつかのアドレスガバナンス結果についてプロバイダーを比較できるべきである。最初は割り当ての透明性：顧客はプールソース、アドレスクラス、在任期間、責任のあるアカウント、制約を特定できるか？2番目は継続性：移行中にプロバイダー発行のエンドポイントをどのくらい重複させることができ、顧客持ち込みルートはどの程度確実に移動できるか？
3番目は再割り当ての質：プロバイダーは隔離慣行、以前のテナントに関連する苦情、クリーンな代替リクエスト、集計での復旧時間を報告すべきである。4番目は不利な措置：どのアドレスレベルの介入が発生し、どの程度の頻度でより広範なアカウントが影響を受け、レビュー後にどの程度の決定が変更されるか？5番目は集中度：顧客トラフィックのどのシェアがプロバイダー制御の共有アドレス、専用プロバイダーアドレス、顧客保有範囲を通じて出ていくか？
コスト測定は、繰り返しのアドレス料金、変換サービス、ロギング、サポート、移行を分離すべきである。低いアドレス単価は、移動に多くのパートナーにわたる変更が必要な場合、高価な依存関係と共存できる。逆に、可視的な料金は効率的な使用を奨励し、より良い管理の資金となるかもしれない。証拠は、1つの道徳的結論を前提とするのではなく、価格を行動に結びけるべきである。
移植性にはマトリックスが必要である。マシン間での静的アドレスの移動は、リージョン間の移動とは異なる。プロジェクト間の移動は、プロバイダー間の移動とは異なる。顧客持ち込みプレフィックスの移動は、プロバイダー発行のエンドポイントを変更しながらサービスを維持するのと同じではない。各セルは、測定された完了時間、失敗率、顧客適格性を持つべきである。
小規模ユーザーの結果は別途注意を必要とする。研究者は、顧客持ち込み範囲やエンタープライズサポートを持たない組織をサンプリングすべきである。在任期間の証拠を得られるか？継承された評判に異議を唱えられるか？秩序ある移動中に古いエンドポイントを保持できるか？答えが個人的なエスカレーションまたは例外的な好意に依存する場合、その権利は成熟していない。
プロバイダードキュメント、顧客記録、外部ネットワーク観測は調整されるべきである。ドキュメントは設計された能力を確立する。顧客データは使用とコストを示す。ルートコレクター、評判サービス、インシデント記録は外部効果を示す。矛盾は平均化されるのではなく調査されるべきである。あるシステムで解放済みとマークされたアドレスが外部でまだ観測されている場合、まさにガバナンスが露出しなければならない種類の不一致である。
証拠アジェンダは比例性を維持すべきである。個々の顧客マッピングや詳細なセキュリティイベントを公開する必要はない。集計された測定、制御された監査、顧客検証可能な記録は、脆弱なシステムの公開カタログを作成せずに制度的パフォーマンスを明らかにできる。
クラウドアドレスガバナンスには、リソースクラスに一致した権利が必要である
アドレス権利の単一の宣言は、内部、プロバイダー発行のパブリック、顧客保有のパブリックリソースが異なるため失敗するだろう。内部割り当てには、スコープの明確さ、エクスポート、衝突証拠が必要である。プロバイダー発行のパブリックアドレスには、在任期間記録、評判修正、移行時間、正直な非移植性の開示が必要である。顧客保有範囲には、タイムリーなオンボーディング、ルーティング調整、サービス互換性、安全な退出が必要である。
すべてのクラスは、正確な管理、安全な認証、レビューを必要とする。顧客は誰がアドレスを割り当て、アタッチし、解放し、復元できるかを知るべきである。影響の大きいアクションは、永続的な記録と独立した通知を生成すべきである。プロバイダーサポートは、プロバイダーのみが所有する証拠を要求することなく、自らの状態を修正できるべきである。
権利はまた義務を生み出す。顧客は現在の連絡先を維持し、アカウントを保護し、有害な使用を避け、移行を計画し、依存関係インベントリを保持しなければならない。持ち込みスペースの保有者は、登録とルーティング許可を維持しなければならない。プロバイダーは、明確な条件の下で未使用のプロバイダースペースを再利用し、不正使用からネットワークを保護する権利がある。
NRS はモデルサービス言語を公開すべきである。プロバイダー発行のアドレスはプロバイダー制御のままであること、永続性条件を特定し、エクスポートを定義し、移行オプションを設定し、再割り当てを説明できる。顧客持ち込み範囲については、検証、アドバタイズ、引き出し、残余記録、紛争分離を定義できる。標準言語は、商業価格を固定せずにサービスを比較可能にする。
独立したテストは現実的な障害をシミュレートすべきである：偶発的な解放、継承された評判、ロックされたアカウント、組織再編、プロバイダー移動、ルート重複、緊急不正使用。通常のコンソールが機能するという理由だけで、サービスが強力な説明責任評価を受けるべきではない。決定的なテストは、証拠と権限がストレスに耐えるかどうかである。
NRS はまた、不必要な IPv4 依存を減らす設計を促進すべきである。IPv6、名前、アプリケーションアイデンティティ、共有だが説明責任のあるゲートウェイはすべて役立つ。どれも安定したパブリックアドレスの即時代替として提示されるべきではない。移行制約を認識しながらインセンティブを変更することで信頼性が生まれる。
クラウドプロバイダーは、限定的だが重要な意味で事実上のアドレスレジストリになっている。彼らは現代のインフラストラクチャの巨大なシェアの割り当てと実用的な使用をガバナンスしている。それによって彼らが地域レジストリの公的正当性を取得したわけではなく、彼らの顧客がプロバイダープールで転送可能な権利を取得したわけでもない。ガバナンスの次の層は、両方の真実を同時に保持しなければならない。
建設的な基準は明確である。プロバイダーの制御には、検査可能な記録、制限された再割り当て、修正、安全な不利な措置、現実的な退出が伴うべきである。顧客保有リソースは実際にポータブルであり続けるべきである。内部割り当てはドメインコンテキストを保持すべきである。評判は制度的都合ではなく証拠に従うべきである。これらの措置はクラウドを公的レジストリに変えるものではない。それらは、プライベートなゲートキーピングを、それが既に生み出している運用上の結果に対して説明責任を持たせるものである。