コンテナの概要

この講座では、コンテナ技術の基礎概念について学びます。

• コンテナとは何か、従来の仮想化技術との違い
• コンテナの構成要素（イメージ・コンテナエンジン・コンテナレジストリ）
• コンテナ技術がもたらすメリット（軽量性・リソース効率）

1. コンテナとは

コンテナは、アプリケーションと実行に必要な依存関係を「イメージ」として一つにまとめ、ホストOSのカーネルを共有して動作させる、軽量な仮想化技術です。

1.1 従来のアプリケーション構成

従来のアプリケーションは、ホストOSの上にミドルウェアやアプリケーションを直接インストールし、それを動作させていました。

そのため、いくつかの問題が発生していました。

依存関係の競合

１つ目は「依存関係の競合」です。これはインストールするアプリケーションやミドルウェア同士が、共通のライブラリや設定を競合し、不具合を起こすことです。例えば、アプリAがライブラリのVer1.0を、アプリBがVer2.0を必要とする場合、同じOS上にこれらを共存させることは困難です。

境や設定差分によるトラブル

２つ目は、環境や設定差分によるトラブルです。ホストOSへの環境構築を個別に行う必要があるため、ホストOSの状態や設定の差分により、微妙に動作に違いが起きることがあります。この違いが、本番環境での動作時に大きなトラブルになることがあります。

使用OSの差異による制限

３つ目は、使用OSの差異による制限です。本番環境ではLinuxを使っていても、手元にWindowsやMacしか存在しなければ、環境を完全には再現できません。そのため、そのOSの違いが動作に影響を与えることがあります。

1.2 仮想化技術

従来のアプリケーション構成の問題点を補う技術として仮想化技術があります。これは、ハイパーバイザーと呼ばれる仮想化ソフトウェアの上にゲストOSをインストールし、仮想的な環境でアプリケーションを動作させる仕組みです。

仮想化技術のメリット

仮想マシンが個別にゲストOS上で動作するため、仮想マシン間での依存関係の競合を軽減できます。また、仮想マシンのイメージを複製することで、環境を再現できます。加えてホストOSと異なるOSをゲストOSとすることができるので、手元のOSとは異なる本番のOSと同じ環境を再現できます。

仮想化技術の問題点

しかし、ゲストOSにOSの起動に必要な情報が全て含まれるため、イメージのサイズが肥大化する問題があります。また、ハイパーバイザーを動作させるためにホストOSには高いスペックが求められます。

1.3 コンテナ

これらの次の世代の技術として、コンテナがあります。コンテナは、コンテナ・ランタイムというソフトウェア上で動作する仮想化技術の一つですが、ホストOSとカーネル（OSの中核となる機能）を共有して動作させることが特徴です。

これにより、「コンテナ間での競合の軽減」「イメージ複製による環境再現」「ホストOSと異なるOS環境の利用」といった仮想化技術の恩恵を受けた上で、更にいくつかのメリットがあります。

サイズの軽量化

一つは、サイズの軽量化です。前述の通りコンテナはホストOSとカーネルを共有して動作するため、イメージファイルや実行環境が軽量化します。そのため、一般的なスペックのPCであっても、軽快に動作させることができます。

リソースの効率的な利用

続いて、リソースの効率的な利用が挙げられます。具体的には、仮想マシンのように起動時にメモリやCPU容量をあらかじめ確保するのではなく、プロセスが必要とする分だけ動的にリソースを使用するため、無駄がありません。

2. コンテナの構成要素

続いて、コンテナの構成要素を説明します。

コンテナレジストリ・イメージ・コンテナエンジン・コンテナの関係を以下に示します。

flowchart LR
  Registry[コンテナレジストリ] -- "イメージを保管" --> Image[イメージ]
  Image -- "pull（取得）" --> Engine[コンテナエンジン]
  Engine -- "イメージから起動" --> Container[コンテナ]

2.1 イメージ

イメージは、アプリケーション本体やライブラリ、設定ファイルなどを一つにまとめた「型」のようなものです。

このイメージの中に「コンテナがどのような振る舞いをするか」が定義されており、それを使えば同じ環境をいくつも複製できます。

また、イメージにはOSの中核機能（カーネル）が含まれず、ホストOSの機能を共有して動作するため、仮想マシンのイメージと比較して非常に軽量化されています。

例えば、ゲーム機の「ゲームソフト」のような感覚です。ソフト（イメージ）にはプログラムやデータが含まれていますが、ゲーム機本体の機能（カーネル）は含まれません。そのためソフトは容量が抑えられており、対応する本体があれば、どこでも同じゲーム（コンテナ）を起動させることができます。

2.2 コンテナエンジン

コンテナエンジンは、ホストOS上で動作し、コンテナの実行や停止などの管理を行うソフトウェアです。先程説明したイメージをベースに、コンテナを実行させる役割を持ちます。

コンテナエンジンの一つに、この講座でメインで解説する「Docker」があります。

2.3 コンテナレジストリ

コンテナレジストリは、コンテナイメージを保管・共有するためのインターネット上の保管場所です。開発者はここからイメージを取得（プル）したり、作成したイメージを登録（プッシュ）したりします。

具体的には、Docker社が提供する「Docker Hub」や、AWS上で提供される「Amazon Elastic Container Registry（ECR）」などがあります。これらは単純に「コンテナの置き場所」というわけではなく、一般的に利用できるベースイメージが多数用意されていることが特徴です。例えば、「LinuxとRubyの実行環境が含まれるイメージ」などがあり、これらをベースに、必要なアプリケーションや設定を追加することで、専用のイメージを作ることができます。

3. まとめ

この講座では、コンテナの概要について学びました。

• コンテナは、アプリケーションと依存関係をまとめた軽量な仮想化技術
• ホストOSのカーネルを共有するため、仮想マシンより軽量で高速
• イメージはコンテナの「型」であり、同じ環境を複製できる
• コンテナエンジン（Dockerなど）がコンテナの実行・管理を行う
• コンテナレジストリ（Docker Hub、ECRなど）でイメージを保管・共有する