コンテナ vs. 仮想化、クラウドでアプリケーションを構築するならどっち？（2/2 ページ）

公開 2017年01月11日 15時00分

更新 2017年02月14日 19時36分

著者

Tom Nolle

[TechTarget]

印刷する

コンテナを使うスタッフの準備

　最後の検討課題は、クラウドの目標とスタッフのスキルとの折り合いだ。コンテナはVMよりも簡単に使用できる。特にそう感じられるのは、ネットワークとホスティング環境の事前準備やDevOpsツールの適用に十分な時間をかけられるか、専門サービスの支援を受けられる場合、プライベートクラウドやハイブリッドクラウドで洗練されたアプリケーションの実行を計画している場合、スタッフの中に経験豊富な仮想マシンの専門家やネットワーク運用スタッフがいない場合などだ。コンテナの方が実現は容易だろう。

　だが現状、コンテナはVMほど多機能ではない。仮に、スタッフが既に仮想化の知識を持ち、プライベートクラウド導入を適切にサポートするサプライヤーが提供する仮想化されたデータセンターがあるとしよう。そのような場合にクラウドの使用を拡大するのであれば、VMを使い続けた方がよいかもしれない。動的サービス、マイクロサービス、「Amazon Web Services」（AWS）や「Microsoft Azure」といったパブリッククラウドのWebサービス機能を利用するアプリケーションを計画している場合は特にそうである。

　クラウド、特にコンテナの実装にこれはというものはない。現在はDockerがコンテナ市場を占有している。だが、Virtuozzoの「Virtuozzo Linux」、CloudLinuxの「Lightweight Virtual Environments」、Core OSの「rkt」（ロケットと発音）、Red Hatsの「OCID」など、他のオプションも登場している。これらのオプションはDockerとは異なる機能セットを提供し、メリットや制約も異なっている。こうしたオプションが競争の激しいコンテナ市場を生み出し、それぞれの品質を高め、コンテナの価値提案を向上している。

コンテナと仮想マシンの併用

　VMユーザーも、こうしたトレンドに目を向ける必要がある。VMが目標としているコンピューティング環境は、ユーザーが複数のOSを使用している環境や、アプリケーションとリソースをパーティション分割することでOSが完全なアプリケーションセキュリティを提供しなくなる環境だ。Linuxをプラットフォームとして使用する機会が増え、アプリケーションとリソースのOS内での分離が改善され続けている。コンテナとVMが一体化し、コンテナのようなアプローチがどのようなケースでも正しい選択肢となる時代に向かっているのかもしれない。