DockerとLXCはどう違う？コンテナ技術の系譜を解説

LXCはLinux Containersの略で、2008年にLinuxカーネルに取り込まれた公式のコンテナ技術だよ。仮想マシンを使わずに、カーネルの「cgroups」と「namespaces」という機能でプロセスを隔離するんだ。

実はDockerは最初、LXCを土台にして動いていたんだよ。2013年にリリースされたDocker 0.1はLXCをバックエンドとして使っていたんだ。LXCの上にイメージ管理やポータビリティの仕組みを乗せたのがDockerの出発点だね。

2014年にDockerはlibcontainerという独自のコンテナランタイムに切り替えたんだ。LXCに依存していると、Linuxディストリビューションによってバージョンが違ったり、思い通りに制御できないことがあってね。自前で実装することで、どの環境でも同じ挙動を保証できるようにしたんだよ。

全然現役だよ！LXCはDockerとは別の道を歩んでいて、「システムコンテナ」として使われているんだ。1つのコンテナの中でOSのような環境を丸ごと動かすイメージかな。Proxmox VEっていう仮想化プラットフォームがLXCを活用しているのが有名な例だね。

そこが核心だね。Dockerは「12Docker4」の哲学を持っていて、アプリをシンプルに分離してデプロイしやすくすることを目指しているよ。一方LXCは、複数のサービスが共存できる軽量VMのような存在だね。KubernetesはDockerの哲学と相性が良いんだ。

アプリ開発・DevOps・Kubernetesならほぼ間違いなくDockerを選ぶよ。LXCは自宅サーバーやProxmoxで複数のOSライクな環境を管理したいときに向いていて、用途が棲み分けられているんだ。どちらが優れているというよりか、解きたい問題が違うんだよ。

OCIはOpen Container Initiativeの略で、2015年にDockerやCoreOSなどが立ち上げた標準化団体だよ。コンテナイメージのフォーマットとランタイムの仕様を統一して、DockerだけでなくPodmanやcontainerdなど複数の実装が互換性を持てるようにしたんだ。LXCも独自の世界観を保ちつつ、この標準の影響を受けているよ。

その通り！Kubernetesは今やDockerエンジン自体に直接依存していなくて、OCI準拠のcontainerdというランタイムを使っているんだ。DockerがLXCから独立してlibcontainerを作り、それがrunCとしてOCIに寄贈され、業界全体の基盤になった——Dockerの独立という決断がコンテナエコシステム全体の標準化に繋がったんだよ。

そうだね。Dockerを「便利なツール」として使うだけでも十分だけど、LXCやlibcontainerやOCIを知っておくと、トラブル時の調査力や設計判断がぐっと上がるよ。コンテナの「なぜ」を理解することが、クラウドネイティブ開発への一番の近道だね。