コンテナとは
コンテナ（Container）とは、OS（基本ソフト）の機能を利用して、アプリケーションを実行するために必要なプログラムや設定、ライブラリなどを1つにまとめ、他のプロセスから隔離された「独立した実行環境」を作り出す技術です。従来の仮想化（VM）は仮想マシンごとに異なるOSを丸ごと動かす必要がありましたが、コンテナはホストOSのカーネル（核となる部分）を共有するため、非常に動作が軽く、起動も数秒で行えます。この軽量さとポータビリティの高さから、開発環境と本番環境を一致させる用途や、クラウドでの運用に欠かせない技術となっています。
具体例
物流で使われる本物の「コンテナ」に例えられます。中身（プログラムや設定）がすべて箱の中にまとまっているため、船（Windows）からトラック（Linux）へ積み替えても、中身を一切変更することなく同じように輸送・配置して動かすことができます。代表的なコンテナ管理ツールが「Docker（ドッカー）」です。プログラムのデプロイ時は以下のようなコンテナ設計書を使います。
# Dockerfile の例（コンテナの定義）
FROM node:18
WORKDIR /app
COPY . .
RUN npm install
CMD ["node", "server.js"]もう少し詳しく
コンテナ技術は、現代のソフトウェア開発や運用（DevOps）において標準的なアプローチとなっています。従来のサーバー環境では、あるアプリケーションを動かすために必要な設定やライブラリのバージョンが、別のアプリケーションと競合することが頻繁に起きていました。例えば、「システムAはPHP 7が必要だが、システムBはPHP 8が必要」といったケースです。これを1台のサーバーで共存させるのは非常に手間がかかりました。コンテナを利用すれば、システムAとシステムBを別々のコンテナとして隔離し、それぞれの箱の中に必要なバージョンのPHPやライブラリを同梱できます。ホストOSからは単なる1つのプロセスとして見えるため、仮想マシンのようにゲストOSを起動するオーバーヘッドがなく、CPUやメモリの消費量も劇的に少なく済みます。
また、コンテナのもう一つの強力な利点は「インフラのコード化（Infrastructure as Code）」と相性が良いことです。Dockerfileのような設定ファイルに環境構築の手順を記述しておくことで、誰がどこで実行しても全く同じ環境が再現されます。「開発者のパソコンでは動いたのに、本番サーバーでは動かない」といったトラブル（いわゆる「環境依存の問題」）を根本から解決できるのが、コンテナが急速に普及した最大の理由です。近年では、数百から数千のコンテナを自動的に管理・監視・復旧する「コンテナオーケストレーションツール」として、Kubernetes（クーバネティス）が業界標準として広く使われています。
コンテナのライフサイクルは非常に短く設計されることが多く、システムにアクセスが急増した際には自動的にコンテナの数を数十、数百と増やして負荷を分散させ、アクセスが落ち着けば元の数に戻すといった柔軟なスケーリング（拡張・縮小）が可能です。これにより、クラウド環境におけるコンピューティングリソースのコストを最小限に抑えつつ、高いパフォーマンスを維持することができます。
試験でのポイント
基本情報技術者試験や応用情報技術者試験において、「コンテナ」は近年のクラウドコンピューティングやDevOpsに関する文脈で頻出のキーワードです。問われやすいポイントとしては、「従来の仮想マシン（VM）による仮想化との違い」が挙げられます。試験問題では、「ゲストOSを必要とせず、ホストOSのカーネルを共有することで軽量かつ高速に動作する仮想化技術はどれか」といった説明文から、「コンテナ」を選ばせる問題が定番です。
また、「Docker」や「Kubernetes」といった具体的な技術名と共に、スケーラビリティ（拡張性）の向上やCI/CD（継続的インテグレーション／継続的デリバリー）を実現するための基盤技術として出題されることもあります。間違いやすい点としては、コンテナは「OSのカーネルを共有する」という性質上、Windowsのカーネル上で直接Linuxのネイティブなコンテナを動かすことは（エミュレーションなどの仕組みを挟まない限り）原則としてできないという、カーネル依存の制約があることを理解しておく必要があります。このカーネル共有の仕組みが、軽量さの理由でもあり、OSをまたぐ移動の制限にもなっているというトレードオフを意識しましょう。
関連する用語
コンテナを管理・運用する上で欠かせないのが「仮想化」の概念です。コンテナ自体も仮想化技術の一種ですが、より重厚なハイパーバイザ型の仮想化と比較されることがよくあります。また、システムを小さな独立したサービスの集合体として開発する「マイクロサービス」アーキテクチャとも非常に密接な関係にあり、各サービスを個別のコンテナとして稼働させることが一般的です。