要約

  • 2018年10月、IANAの各機能がDavid ConradのCTO職の管掌に入った。それまでOffice of the CTO（OCTO）は研究、情報提供・研修、人材育成、関係者とのセキュリティ協力を中心としていた。Conradは翌2020年、両者を束ねる組織をIdentifier Research, Operations, and Security（IROS）と名付けた。
  • この再編が示すのは、一つの役員ポートフォリオに業務を集めると調整はしやすくなる一方、IANAの方針を決める権限まで移るわけではないという点だ。運用の責任者、方針の出所、業績を監督する主体を、平時も後任への引き継ぎ時も追えることが重要になる。

CTOの仕事に運用が加わる

David Conradは2020年、組織名を変えた理由を本人の視点から説明した。ICANNの社長兼CEOが2018年10月、Internet Assigned Numbers Authority（IANA）の機能を自分のChief Technology Officer（CTO）職の下に置くと発表したという。それ以前のOffice of the CTO（OCTO）は運用業務への関与が少なく、インターネット識別子に関する調査、情報提供と研修、能力構築、関係者とのセキュリティ協力を担っていた。IANAが加わると、サービス運用や契約管理も同じ経営ポートフォリオに入った。Conradの2020年の説明は、拡大した責任と、実務上の変化が限定的だったことを併せて記している。

Conradは2005年から2010年までIANAのGeneral Managerを務め、2014年にCTOとしてICANNへ戻った。ただし、2018年の再編を「IANAを再び個人が取り戻した」と表現するのは正しくない。その前に、サービスの担い手が変わっていた。2016年10月1日から、ICANNの関連法人Public Technical Identifiers（PTI）が契約に基づいてIANAの各機能を実施している。ICANNは2019年、ConradがCTOと経営チームの一員を続けながらIANA ServicesとPTIを監督すると発表した。同じ発表はKim DaviesをIANA Services担当副社長兼PTI社長として記載している。Conradの役割は執行上の監督であり、個々の申請を自ら処理したことやPTI社長に就いたことを意味しない。任命発表はこの区別を確認できる一次資料だ。

サービスを動かす人がルールを決めるとは限らない

IANAは、ドメイン名、番号資源、プロトコルパラメーターというインターネットの一意な識別子を調整する。サービスには中立性と安定性が求められるが、運用者がすべての方針を決める仕組みではない。IANAのガバナンス説明によれば、各機能の方針は利用コミュニティが作る。ドメイン名はICANNのマルチステークホルダープロセス、IPアドレスと自律システム番号の世界的な方針は五つの地域インターネットレジストリのコミュニティで策定されAddress Supporting Organizationを通じて批准される。プロトコルパラメーターはIETFの標準化プロセスが扱う。PTIは合意された方針をサービスとして実施し、監督ページに示された委員会や各コミュニティがその実績を見る。

2016年の移行は、この役割分担を契約と監督の面で見えやすくした。2018年にIANAの監督がCTO職の管掌へ入ったことで、ICANN内部の連絡やエスカレーションは変わり得る。しかし組織図だけでOCTOに方針決定権が生まれるわけではない。誰がルールを提案・承認し、誰が申請を処理し、誰が結果を検証するのかは、別々に追える必要がある。

Conradが2016年に書いたルートゾーン管理のサービス水準に関する記事は、この分離を運用に落とす例になる。測定指標はコミュニティの設計チームが作り、ICANNの職員は処理フローの説明や測定可能性の助言を行い、Root Zone Management Systemに必要なログを追加したという。Conradは、実務上可能なら処理にかかった時間を担当主体別に示し、指標を明確に定義し、実データをもとに基準値を検討し、定期的に公表する必要性を述べた。運用チームは測定の仕組みを作れるが、測定基準を決めるコミュニティの役割と混同されない。サービス水準の説明には、その考え方が具体的に表れている。

IROSが見せたもの、見せなかったもの

Conradによれば、IROSはIANAとOCTOをまとめる傘だった。Steve Conteが率いる小規模なIROS Operationsチームもあり、プロジェクト管理やIANAのドメイン名機能レビューの調整を担当した。契約管理関連の業務はGlobal Domain Divisionから移ってきた。

名称の変更だけでサービスの仕組みまで変わったと考えるべきではない。Conradは、実務面の変更は限られ、IANAチームと関連契約の管理が移った以外、利用者が目にする変化はなかったと説明している。公開資料からは、サービスの受付窓口、処理手順、方針策定プロセスが一新されたとは読み取れない。「研究」「運用」「安全性」が一つの名称に並んでも、職務ごとの境界が消えたわけではない。

近い場所にチームを置けば、調査担当者が運用上の制約を早く知り、セキュリティ上の発見をサービスの流れを理解する担当者につなぎやすくなる。役員へのエスカレーションも簡潔になるかもしれない。一方で、統合した体制ほど、遅延の責任者やルール変更の権限を明示する必要がある。広い「技術問題」という報告だけではどのサービス工程に原因があったのか分からない。方針上の争点を実装問題として処理すれば、その方針を決めたコミュニティが検討から抜け落ちる。これは再編の設計を評価するときの監視点であり、Conradの在任中に実際に起きたとする根拠ではない。

後任への移行も運用の証拠になる

ICANNのCEOは2021年9月、Conradが退職を決め、円滑な引き継ぎのため10月1日まで在籍すると発表した。発表では、ConradがIANAの監督を担い、組織をIROSと名付けたこと、後任が決まるまでJohn CrainがIROSを監督することも明記された。退職と引き継ぎの発表は責任の移管を記録するが、サービス品質への影響までは示していない。

継続性は、人が替わっても残る記録で検証したい。公表されたサービス指標、記録されたエスカレーション経路、特定できる契約責任者、監督機関が確認できる根拠、例外を認めた理由。円滑な人事移行は大切だが、より強い問いは、顧客が定義どおりのサービスを受け続け、各コミュニティが方針決定を自分たちの手続きまでたどれるかだ。この観点はHeng LuのNote 70と響き合う。ただし同ノートは分析の視角であり、Conradの経歴に関する証拠ではない。

Conradの職歴は、役割の境界を一つの時間軸で見せる。IANAのGeneral Managerを務め、CTOとして戻り、複数の政策コミュニティにサービスを届ける運営体制を経営レベルで監督し、最後にIROSの責任を後任へ引き継いだ。公開資料が支えるのは責任分担の設計に関する分析であって、一人の役員がインターネット識別子の仕組み全体を動かしたという物語ではない。調整の利点を生かしながら、方針の出所、サービスの実施者、成果の監督者を分けて説明できることが、信頼を支える。

出典