参加してきたのでいつものメモ。周りの話はあまり知識がないので間違えたことを書いてあるかもしれません...。山崎さん今日の話の概要2016年度の研究開発の中のひとつ。FW(Firewall)運用しているネットワークチーム。社内の人からFW変更依頼を受けて修正する管理している機械がすごく多い。変更依頼の回数もすごく多い。設定の流し込みがはやくなるだけ。設定の流し込みでミスするのではなく、設定自体を間違えていることが問題。設定流し込みの前にテストができないか?そういうシステムを検証するためのプライベートクラウドを作ろう、という提案。...より、もっとシンプルで軽量なもの。Controllerシンプルだけどベーシックな機能は同じ感じ。組み合わせてネットワークも作れる使うFWは現物にしたい。チップセットの違いとかも必要なので。物理機器を仮想ネットワークに組み込んで、現物のシステムをシミュレートして、テストしよう。仮想ネットワーク...Terraformをつかうテストして、確からしいというのがわかったら本番環境に入れる。L2以上はエミュレート。IPアドレスとかも本番同等。くっつけられるように。ふじわらさんOpenVDCIaaSのようなもの目的と、現状で来ているところの話。やりたいといわれていたことテスト環境を作るためのミドルウェアがほしい。OpenStackとかでもできるだろうけど、「テスト」では作って壊すの繰り返し。ユースケースにフィットするような基盤で、かつ、難しくないやつを。VM管理などが機能として挙がるけど。今回テスト対象したいのは、VMもあるけど、どちらかというと物理のNWデバイス。現状まだNWデバイスへのプロビジョニングとかはやってないけど今後は考える。現状、デモとして見せられるのは、IaaS的な動きの部分。前半は使い方中心プロジェクト2016/10月くらいから。つかいかた前作(WakameVDC)が機能が多すぎて使うほうも作るほうもインストールも大変だったので、可能な限り簡単にする方向。Golangを選択理由もそこから。シングルバイナリアプリが簡単に作れるので。使うことは決まっていた...機能VM操作NW機器操作......Mesosベースだと厳しい前作、コマンドラインパラメータがたくさん。引数として与えるときに訳が分からなくなる。引数増やすよりはリソースを定義する仕組みがあったほうがいいだろう。10個くらいのコマンド。これ以上増やす予定はあまりない。テンプレート書くとき。そのブロックにかけるキーワードとか全部補完できるようになる。オプション増やすより定義ファイルでエディタに任せる感じで。寄せたほうが、という方向。NW上にないといけないし、エディタがNWにつながらないといけないけど。テンプレート書いたらどこに置いておくか?テンプレートリポジトリみたいなのを作ろうと。