序文
II.北回りインターフェースに関するONFワーキンググループの企画と目的
SDN サウスバウンドインタフェース標準として OpenFlow プロトコルの開発をリードした後、ONF は SDN ノースバウンド API の標準化という業界のニーズに応え、ノースバウンドインタフェースワーキンググループを立ち上げました。実際、ONF アーキテクチャとフレームワーク作業部会は既に異なる SDN ソリューション用の Northbound インタフェースに取り組む研究グループを持っていました。そして今、それはこの分野を直接スピンオフし、研究を継続するための正式な作業部会を立ち上げました。
開発者にとって、異なるベンダーが提供する独自のAPIを考慮する必要性は、設計時の大きな問題です。図 1 のノースバウンド API のスコープに示されるように、異なる抽象化レイヤとインターフェイスのスコープは、ネットワーク仮想化管理や QoS のための特定の API など、異なる API の開発を必要とします。目的は3つあります。コントローラ、ネットワークサービス、開発者にスケーラブルで安定したノースバウンド API を提供すること、SDN コントローラとやりとりするソフトウェア設計の利便性を高めること、そしてコントローラベンダが開発中に共通 API を革新する自由を保証することです。
図I 北回りインターフェイスの範囲
III.IEKの見解
オープンスタンダードと相互運用性がSDNの大量商業化の鍵
SDN の価値は顧客自身の特定のネットワークアプリケーションとサービスをコントローラ上で開発する能力を提供することであり、オープンな標準とベンダ間の相互運用性はこの目標を達成する鍵の一つです。コントローラ中心のアーキテクチャの下で、ノースバウンド API の標準化はベンダボンディングの問題を解決するのに役立ち、顧客がコントローラの上位レイヤで一貫したベースで独自のアプリケーションとネットワークサービスを開発することを可能にします。
ノースバウンドAPIの標準化にはいくつかの論争と課題があります。
業界は実際にはノースバウンド API の標準化について意見が分かれており、ONF はアプリケーション開発の範囲を制限し、イノベーションを阻害することを恐れて、当初ノースバウンド API の標準化を提唱しませんでした。上記の理由に基づくと、ONF がこの分野に投資する決断は理解しやすいのですが、現実的な観点からは、この考えは収益を上げるために差別化を提供したいというベンダの欲求と相反し、将来ベンダによってサポートされるかどうか不確実です。
また、ネットワークアプリケーションは、主にネットワークの運用や管理の問題を解決するために作成され、異なるアプリケーションは異なるAPIを通じて実装される必要があります。 しかし、分野や業種が異なれば、ネットワークサービスの需要や範囲は大きく異なるため、どのAPIを定義し、標準化する必要があるのかコンセンサスを得ることは容易ではなく、オープンソースを適用したAPIとベンダーの差別化を保てるAPIをどのように標準化するかも今後の課題です。オープンソースコードを適用したAPIと、ベンダーの差別化を保てるAPIをどのように標準化するかも課題となるでしょう。
