# Aether Aether は [[Open Networking Foundation]](ONF)が積み上げてきた技術の集大成とされるプロジェクトであり、DARPA による大きな投資を受けて構築された。ONF の活動停止後は [[Linux Foundation]] からの資金提供を受けて継続している。SD-Fabric・SD-Core・SD-RAN といった構成要素を包括的な運用プラットフォームへ統合し、マネージドエッジクラウドサービスを提供する。5G の民主化(通信事業者主導のソリューションの枠を超え、誰でも導入可能なプライベート5Gを実現すること)への道筋を示すプロジェクトと位置づけられる。(Source: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 3 オープンソースソフトウェア]] §3.1, §3.2) 著者 Larry Peterson は、Aether を「反復可能性(repeatability)」の実例として詳しく論じている。Aether を再構築するための障壁を下げるために必要な要件は三つある。(1) ブループリント(再構築の手順)は書式に則った実行可能な Ansible プレイブックであり、その vars ファイルが仕様の起点となる。(2) ブループリント実行に必要なツールは前提条件が少なく、透明性が高く挙動が明示的でなければならない(Ansible がこれを満たす)。(3) 実行例として、オープンソースの Jenkins パイプラインによる夜間テストを用意し、処理の正確な順序とそれが実際に動く証拠を示す。(Source: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 3 オープンソースソフトウェア]] §3.4) 第9章では、Aether は著者らが自ら構築したプライベート5Gプラットフォームとして、より実践的な視点から論じられる。エッジ上のアプリケーションがパケットをコア側にバックホールさせることなくIoTデバイスと直接通信できる「ローカルブレイクアウト」を備え、既存の通信キャリアのサービスではないという意味でローカルなCaaS(Connectivity-as-a-Service)と呼ぶべきマネージドクラウドサービスと位置づけられる。デプロイ用ツールOnRampを使った実践的なチュートリアルがあり、著者ら自身がスモールセル無線機・UE・Kubernetesベースのサーバから成る構成を実際に試運転した経験が§9.4で詳述される。Aetherは「泥臭い実運用の作業を誰かに丸投げすればいいだけのバラバラな構成要素の寄せ集め」ではなく実トラフィックの運用に耐える統合ツールを含むが、アカデミア寄りのアーキテクトである著者らが何の苦労もなく立ち上げられるほど簡単ではないとも率直に述べられている。また§9.3では、5G対応のエッジクラウドの一例として、RANの主要な構成要素とアプリケーションのエンドポイントの両方をオンプレミスでホストする文脈でも言及される。§9.5では、ONFのAetherとOSA(OpenAirInterface Software Alliance)のOpenAirInterfaceが、5Gの民主化に必要なオープンソース実装の代表例として並べて挙げられる。(Source: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 9 5G：対照的なアーキテクチャ]] §9.3, §9.4, §9.5) ## GitOpsモデルと構成管理(第11章) 第11章「ネットワーク管理は今やクールな仕事だ」§11.2は、Aether を GitOps モデルで構築されたクラウドネイティブなシステムの例として紹介する。著者らはAetherの経験から「GitOpsの威力は絶大だ」と評する一方、Aetherの構成管理には GitOps だけでは捉えきれない複雑さがあることも示す。Aether におけるソフトウェア定義のモバイルコアは、もともとグローバルな移動体通信網のために作られたものだが、企業のプライベート4G/5Gを支えるために転用されており、この転用によって抽象化レイヤーが幾重にも重なり、極端な場合は設定を変えたいのが開発者でも運用者でもなくエンドユーザー(企業ユーザー)であることさえある。また、モバイル端末に割り振られる固有IDはグローバルな加入者データベースで管理されているはずであり、Git リポジトリに置いたYAMLファイルから素朴に取ってくればよいわけではない一例として挙げられる。(Source: [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 11 ネットワーク管理は今やクールな仕事だ]] ch.11 §11.2) Aether 向けに構築中の実行時制御の仕組みは、ネットワーク機器設定用のマイクロサービスという機能を仮想デバイス(ソフトウェアサービス)向けに転用するというアイデアを核とし、宣言的な仕様記述言語として [[YANG]] を採用する。この設計はバージョニング(ロールフォワード・ロールバックの容易性)、特定のデータ永続化方法への非依存、ロールベースアクセス制御(RBAC)による主体ごとの可視性・操作権限のきめ細かな制御という特性を持つ。YANGデータモデルから自動生成されるControl APIは、RBACを通じた最小権限の原則の実践と、変数の検証・セキュリティチェックの早期実施という利点をもたらす。設置するスモールセルの無線設定には、リモートにある周波数管理サービス(SAS、Spectrum Access Service)への問い合わせが必要であり、これも信頼できる唯一の情報源をエッジの外部システムに求めなければならない実例として挙げられる。(Source: ch.11 §11.2, §11.3) ## access-edge cloudの例(Software-Defined Networks本 第9章) *Software-Defined Networks: A Systems Approach* 第9章は、Aether を SD-Fabric・SD-RAN・SD-Coreを自己完結パッケージとして組み合わせ、企業に展開してクラウドサービスとして管理できるようにした *access-edge cloud* のオープンソース例と位置づける。access-edge cloudは、アクセスネットワーク(PON・RAN)のコントロールプレーン機能(RIC・xApps含む)をホストするサーバをスイッチングファブリックが相互接続し、かつファブリックがアクセスネットワークに代わってデータプレーン機能の一部(UPFのオフロードなど)も実行するという、SDNにおけるアクセスネットワークとスイッチングファブリックの相補的な組み合わせの帰結として説明される。コモディティサーバとスイッチから構築される中規模クラスタが企業や他のエッジサイトに展開され、アクセスネットワークのワークロードとエッジサービスのワークロードの両方をホストできる。(Source: [[@2021__SystemsApproach__Software-Defined Networks - A Systems Approach - Chapter 9 Access Networks]] ch.9 §9.4) ## 関連 - [[Open Networking Foundation]] — Aether を生み出した組織 - [[Linux Foundation]] — 現在の資金提供元 - 概念: [[反復可能性]] / [[5Gモバイルネットワーク]] / [[GitOps]] / [[YANG]] / [[ソフトウェア定義アクセスネットワーク]] - [[Private 5G - A Systems Approach]] — Aether上でのプライベート5G構築経験を題材にした書籍 - [[SD-Fabric]] — Aetherを構成する要素の一つ - [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 11 ネットワーク管理は今やクールな仕事だ]] ## 出典 - [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 3 オープンソースソフトウェア]](§3.1, §3.2, §3.4) - [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 9 5G：対照的なアーキテクチャ]](§9.3, §9.4, §9.5) - [[@2026__LambdaNote__ネットワークシステムについて語るときに我々の語ること - Chapter 11 ネットワーク管理は今やクールな仕事だ]](ch.11 §11.2, §11.3、GitOpsモデルでの構築とYANGベースのControl API) - [[@2021__SystemsApproach__Software-Defined Networks - A Systems Approach - Chapter 9 Access Networks]](ch.9 §9.4、access-edge cloudの例としての位置づけ)