【図解】コレ１枚でわかるコンテナとDevOpsの関係

コンテナは、ひとつのOS上で複数の隔離されたアプリケーション実行環境を作る仕組みです。

同様の環境を作る仕組みとしてサーバー仮想化がありますが、仮想マシンごとにOSを稼働させ、このためにCPUやメモリ、ストレージなどを使う必要があります。そのためシステム資源のオーバーヘッド（仮想化のために割り当てられる資源や能力）は大きく、同じ性能のハードウェアであれば、コンテナほど効率よく多くのアプリケーション実行環境を作ることができません。

これに対してコンテナは、それを起動させるために仮想マシンとOSを起動させる必要がなく、極めて高速で起動できます。さらに仮想マシンごとにOSを用意する必要がないのでディスク使用量も少なくて済みます。

ひとつのコンテナは、OSから見るとひとつのプロセスとみなされます。プロセスとは、プログラムが動いている状態のことです。そのため、他のサーバーにコンテナを移動させて動かすに当たっても、OS上で動くプログラムを移動させるのと同様に、元となるハードウェアの機能や設定に影響を受けることがありません。仮想マシンでは、元となるハードウェアの機能や構成に依存し、設定情報も引き継がなくてはなりませんが、コンテナではその必要がなく、異なるクラウドやサーバー間で実行環境を移動させることも容易です。

このようなコンテナを実現するソフトウェアを「コンテナ管理ソフトウェア」と言います。このコンテナ管理ソフトウェアが、ハードウェアやOS毎の違いを吸収してくれるため、既にアプリケーションやミドルウェアの稼働が確認されているコンテナであれば、他のサーバーに移して動かしても確実に動くことが保証されるのです。

この特性を利用すれば、アプリケーション開発者は、OSやインフラの違いを意識することなく、アプリケーションを開発･実行させることができます。また、運用管理者は、「コンテナ管理ソフトウェア」が安定稼働するようにOSやインフラを設定しておけばいいのです。そうすれば、アプリケーション開発者と運用管理者がアプリケーション毎に本番環境への移行を個別に相談し、設定や確認を行う必要がなくなります。

アプリケーション開発者は迅速にアプリケーションを開発、変更できる一方、運用管理者はシステムを安定稼働させるといったそれぞれの責任を独立して果たすことができるようになります。その結果、本番環境へのデプロイメント（移行作業）は迅速、頻繁に行えるようになり、アプリケーション開発や変更のメリットをユーザーが直ちに享受できるようになるのです。DevOpsが目指す「開発したら直ちに本番環境に移行し、そのメリットをユーザーに提供する」ことが可能になるのです。

ITビジネス・プレゼンテーション・ライブラリー/LiBRA

11月版リリース