Dockerのコンテナ内で使われるOSについて

最近Dockerを触り始めたのですが、コンテナとOSの関係についてわからないことがあります。

Dockerの仕組みとして、ホストOSとカーネルを共有しており、コンテナはアプリケーションの実行に必要なもののみを隔離しているという理解でいます。
しかし、Dockerのimageを見ると、UbuntuやCentOSなどのimageも配布されています。
これらのimageが何を配布しているのかがあやふやなせいか、以下の点がよくわかっていません。

・仮にMacOSにDockerを入れ、Ubuntuのimageをpullしてコンテナを立ち上げた場合、コンテナの中で動いているOSは何なのでしょうか？
・上記の例において、コンテナに何かライブラリをインストールしておきたい場合、homebrew等MacOS用のパッケージ管理ツールは使えるのでしょうか？
・別の例として、MacOSにDockerを入れ、OSではないimage(例えばpythonなど)をpullしてコンテナを立ち上げた場合、コンテナの中で動いているOSは何になるのでしょうか？

「コンテナの中で動いているOS」という表現は自分でも少し変かなとは思っているのですが...
よろしくお願いいたします。

行動規範の内容に同意します

回答3件

ベストアンサー

・仮にMacOSにDockerを入れ、Ubuntuのimageをpullしてコンテナを立ち上げた場合、コンテナの中で動いているOSは何なのでしょうか？

厳密に言うと何もないが正解で、親のOSであるLinuxで動かしています。
なのでDockerはOSがLinuxでなければインストールすら出来ません。

実はLinuxは共通仕様としてマシン語で書かれている実行ファイルのフォーマットが同じ形式です。
違うディストリビューションでも動作し、適切な依存ライブラリを渡してやれば動作します。

ハードディスクの中身を完全に一致させてバイナリ叩いた場合、
Ubuntuっぽいディレクトリ構造ならUbuntuっぽく、
CentOSっぽいディレクトリ構造ならCentOSっぽく動作するでしょ？という所が根拠になっています
(マシン語の命令が異なるARM等の特殊なCPUの場合、多くのDockerHubで提供されているコンテナやイメージは利用不可能になります)

MacOSはLinuxじゃないのでDockerは起動出来ません。
なのでDocker for Macというアプリケーションをインストールした時に、
準仮想化技術を使ってシンプル高速なLinuxを裏で仮想マシンとして動かして、その仮想マシン内でDockerを利用しています。

・上記の例において、コンテナに何かライブラリをインストールしておきたい場合、homebrew等MacOS用のパッケージ管理ツールは使えるのでしょうか？

Homebrewは無理です。
しょぼい仮想マシンのLinuxの中の話になるので…

例えばCentOSのイメージを落としてきた場合はyumというパッケージ管理ツール、
Ubuntuのイメージを落としてきた場合はaptというパッケージ管理ツールが使えますので、イメージに応じて使い分けてください。
これらは単純にパスの通ったディレクトリにyumやaptが入ってるかくらいの違いしかありませんからね。