いう議論が持ち上がってきています。Foundationによって作成され、普及しつつありますが、それを実際にアプリケーションから制御するには、何らかのAPIが必要となります。API」と呼ばれています。API:小さな大問題)を、本人の許可を得て翻訳しました。APIは、アプリケーションからSDNコントローラを制御できるAPIだ。コントローラはそこからネットワーク機器に対してOpenFlowプロトコルを使ってフローテーブルなどを制御し、ネットワークを操作する。APIと呼ぶことにしよう。Networkの領域において、コントローラは接着剤(Glue)のようなものだ。長期的に見てこれは今のx86サーバの状況に似て、スケールアップやスケールアウトのための新しいリソースプールのようなものとなるだろう。ここではそのOpenFlowコントローラにおいて3つの基本的要素を挙げてみた。時期が重要APIについては、Webサイトをみるかぎり2つのOpenFlowプロジェクトが活発なようだ。それはNOX/POXとFloodlightで、それぞれNicira陣営とBigSwitch陣営から登場したもので、どちらも非常に優秀なメンバーを抱えている。APIのほうがやや好ましいと思っている。GET/POST/DELETE方式の分かりやすい機能を提供している。これまでの技術に慣れたエンジニアにとって、プロビジョニングやトラブルシューティングしやすい環境を作るには、うまく抽象化されたAPIは重要だ。ネットワークにおいては、くだらないコードを相手にするのが好きなエンジニアはいないだろう。APIはGoogleで検索した限りそんな感じであった。Summitでマーチン・カサド氏にインタビューを行っている。vSwitchの開発者であり、そして彼と話して思うのは彼はコミュニティの大いなる信奉者である。それは彼の知性だけでなく、おそらく彼の自我といったものがより重要であり、それが彼を多くの卓越したプロジェクトの先端に関わらせているのだと思う。マーチン・カサド氏はインタビューでこう言っている。私の個人的な意見だが、いまは1つのレイヤに特に集中すべきときだと思っている。OpenFlowが登場してさまざまなハードウェアやマルチベンダに対応し、それによって良好なエコシステムが出来ていくのをとても興味深く見ているが、こうしたことが起きている中で、私たちはそのパズルの1つに集中すべきだと考える。APIかどうかはまだ明確ではないし、ネットワークオペレーティングシステムの上にくるものが何か、それがどのように見えるのかも明確ではない。私はOpenFlowをBIOSのようなものだと見ている。ハードウェアと対話するための独立したうまい仕掛けだ。これがうまくいけば非常に大きな成果であり、そのときにはそれに続くものが出てくるはずだ。APIについて一貫性のある統合されたものが登場するとか、まもなく驚異的なアプリケーションが登場して一大市場が開かれるとか、コミュニティが、複雑なレイヤなしにオープンでフレキシブルな標準をうまく設定できるといったことはないだろうと思う。シスコとジュニパーが協力してビジョンを共有するといったことは期待していない。残念ながら、個人や組織の利益の追求は、アイデアの共有よりもつねに優先してしまうのだから、私はむしろどこかのベンダがこの欠落を素早く補完するのではないかと期待している。Japanが行われる(訳注:このブログは2012年6月に書かれた)。ここで何らかのSDNに関する前向きな発表があるのではないかと期待する。APIに本格的に取り組むことはないかもしれない。いうのも、そういったアプリケーションとの連係部分は彼らにとって囲い込みの非常に大事な資産だからだ。APIロードマップとして統合されるのではないだろうか。Niino(jniino)IT系の雑誌編集者、オンラインメディア発行人を経て独立。2009年にPublickeyを開始しました。2.7サポートを発表Google、Lookerの買収完了を発表。Enterprise、BtoBスタートアップ向け支援プログラムで無料提供と発表。Networksの買収を正式発表。Terminal」機能確定版リリース。コマンドラインからIssueやプルリクなど実行可能に。usPublickeyについて/運営者についてお問い合わせ広告についてプライバシーポリシ。