オープンソースのコンテナ技術動向、「Docker」の優位はどこまで続く？

2017年、コンテナテクノロジーのエコシステムでは、より良いセキュリティソリューションが誕生し、ベンダー間の競争とCaaS導入の増加が見られるようになるだろう。

公開 2017年04月10日 12時00分

著者

Chris Tozzi

[TechTarget]

印刷する

手を広げ過ぎたDockerは“一強”の座から滑り落ちようとしている

　2016年末の時点で、セキュアなDockerコンテナで利用できるツールは、特定のセキュリティ問題しか解決できないものが大半を占めていた。CoreOSの「CoreOS Clair」やDockerの「Docker Security Scanning」などのレジストリスキャナーは、コンテナイメージのセキュリティを確保する一助となる。また、米国家安全保障局の「Security-Enhanced Linux」（SELinux）はDockerのデーモンを強化できる。コンテナに対応した監視ツールは、実行中のコンテナでセキュリティ問題の前兆となる異常を特定するのに役立つ。

　今まで、このようなツールに、コンテナスタック全体に対してエンドツーエンドのコンテナセキュリティを提供するものはめったになかった。しかし、今ではこの機能に対応した製品が普及し始めている。

　スタック全体を対象としたコンテナセキュリティ製品を提供するAqua Securityは、2016年秋に実施した1回目の資金調達で900万ドルを調達している。また同時期に、大手セキュリティ会社が買収したコンテナセキュリティを専門とする初のベンダーとしてFlawCheckに関心を寄せる関係者も多い。

　これらは、エンドツーエンドのコンテナセキュリティ製品が2017年に普及する兆候といえる。また、このような製品は、コンテナテクノロジーを開発するDockerやCoreOSなどの企業が展開するサイドプロジェクトではなく、コンテナセキュリティに特化した独立系のベンダーが主体となって開発している。

併せて読みたいお薦め記事

「コンテナといえばDocker」に変化の兆し

コンテナを使うための最新事情

「コンテナといえばDocker」という考えがなくなる

　今日、コンテナといえば、多くの人が瞬時にDockerを思い浮かべるだろう。Dockerは、Linuxコンテナテクノロジーを企業が導入する動機づけにおいて中心的な役割を果たした。ただし、Docker以外にもコンテナを開発している企業は存在する。Dockerが唯一のコンテナ製品というわけでもない。

　2017年には、Docker以外のコンテナテクノロジーも重要になるだろう。その一例が「LXD」だ。LXDは、Canonicalがサポートするシステムコンテナ製品で、2016年春に初版をリリースしている。それから、企業がDocker以外の選択肢を求めるにつれて、「OpenVZ」に注目する可能性がある。OpenVZは何年も前から存在している製品だ。

　LXDとOpenVZは、Dockerに取って代わるものではなく補完するものだ。これらは完全なOSをコンテナ化するようにデザインしており、その内部では企業がDockerコンテナを実行できる。

エコシステムの硬化

　コンテナテクノロジーの大半はオープンソースだ。そのため、理論上コンテナテクノロジーは比較できる。2016年には企業環境で使用できるコンテナ製品が多数登場した。そのため、さまざまなベンダーがコンテナ市場で競合している。

　その一角を占めるのがDockerだ。2016年夏、Dockerは、オーケストレーション機能の「Swarm」モードをDockerのコアに組み込んでいる。それ以降、Dockerは、競合他社のテクノロジーではなく、自社のテクノロジーのみを利用するコンテナソフトウェアスタックを訴求する努力を続けている。

　一方、Red HatやCoreOSなどのベンダーは、別のコンテナオーケストレーターである「Kubernetes」をベースとしたコンテナスタックを構築している。Red Hatに至っては、2016年秋に「Open Container Initiative Daemon」を発表した。Dockerと互換性はあるものの、Docker依存から脱却するための動きだ。この取り組みはまだ完全な実現には至っていないが、その可能性はある。

　2017年にはコンテナのエコシステムが二分化するだろう。一方がDocker、もう一方はRed HatとCoreOSだ。

CaaS（Containers as a Service）の爆発的な増加

　2017年には、CaaS（Containers as a Service）プラットフォームの導入が劇的に増える可能性もある。

　CaaSを導入すると、企業は完全なコンテナソフトウェアスタックを自力で構築しなくてもコンテナの導入が可能になる。その理由は、コンテナの実行に必要なもの全てをCaasが組み込んでいるからだ。これには、コンテナのランタイム、イメージレジストリ、オーケストレーターを含む。

　パッケージにインフラを同梱したCaaS製品やサービスもある。具体的には、Amazonの「Amazon EC2 Container Service」やMicrosoftの「Azure Container Service」が該当する。Rancher Labsの「Rancher」やRed Hatの「OpenShift」など他のCaaSサービスは、オンプレミスまたはクラウドベースの仮想サーバで実行可能だ。

　いずれのCaaSも、2017年にはこれまで以上に重要となるだろう。それは、企業が自分たちで全てを構築しなくてもコンテナテクノロジーを実装できる簡単な方法を探しているからだ。

Dockerに精通した人材が確保しやすくなる

　Dockerの草創期において、企業のコンテナ導入を制限していた要因の1つに、コンテナに精通した管理者と開発者の不足があった。2013年のDockerリリースまで、Linuxコンテナの知識を有しているIT関係者は極めて少数だった。学校や職場でコンテナを使用した経験のある技術者がほとんどいなかったのだ。

　この状況がDockerの爆発的な普及で変わった。Dockerだけでなく他のグループからもDockerのトレーニングコースを簡単に受講できるようになった。それから、仕事でDockerを使用したことから、より多くのエンジニアがコンテナに関する経験とノウハウを蓄積できるようになった。

　このような状況の変化によって、企業は運用環境でコンテナテクノロジーの設計および管理ができる資格要件を満たすエンジニアを簡単に採用できるようになっている。

印刷する