dockercon14が終わって、僕が注目したいのは、DockerHubとLibswarmです。

僕は、LibswarmとDockerHubの関係に関してgitとgithubの関係に似ているような気がしています。[速報]Docker Hub発表。ビルド、テスト、デプロイの自動化、Dockerイメージの管理など。Dockerのプラットフォーム化を推進(Publickey)にも書かれているように、“実行可能なアプリケーションのDockerイメージを管理する機能などを備えたサービス”なんだとすると、そのDockerイメージをCLIやプログラム内から使い倒すの必要なのがlibswarmではないかと思います。

DockerHub&libswarm共に未だ発表されて間もないしので検索してもあまり情報が見つからないのですが、次の幾つかのサイトを見ていると、新しい時代の幕開けが目の前で始まっている感じがし、ワクワクしてしかたがない。

• Docker: the road ahead
• Orchard + libswarm demo from DockerCon
• libswarm – Docker Orchestration Announced
• libswarm – Docker Orchestration Announced

そしてPublickeyの記事のまとめで、“ここから見えてくるのは、Docker社のチャレンジは単にLinuxのコンテナ技術を製品化するだけでなく、これまで主にOSベンダーが築いてきたOSを中心とした開発ツールやアプリケーションベンダーとのエコシステムを、コンテナ型仮想化技術を核に再構築しようとしているところです。いまのDockerの勢いを見ていると、このエコシステムの構築とDockerのプラットフォーム化の実現は一定のに説得力があるように思います。”って、非常に意味のある言葉のような気がしています。(僕は、”OSベンダー”を、”インフラ提供者”と理解してまとめに共感しています。)

githubエコシステムができたことで”コードに対する価値感”や”開発の進め方”が大きく変わったように、Dockerエコシステムが形成されていくことで、開発運用の方法が根底から変わっていくのではないかと思います。

そしてクラウドインフラの利用者側として、僕が今感じているのは、「今までのやり方は時代遅れになる、できるところから地道に次の準備を始めるしかない!」ってことかなぁと思う。

- 「時代遅れが、通用しない」とは言っておりません。
- インフラ供給者側の視点は、怖くて書けません…。