Docker構築において、コンテナごとに異なるLinuxOSを配置するのは適切か。

Dockerで開発環境を構築する際に、docker-compose.ymlにて、app, web, dbのコンテナそれぞれが別のLinuxディストリビューションとなるイメージを使用されている記事を散見するのですが、このように違うディストリビューションを跨いだコンテナ同士というのは、動作上問題ないのでしょうか。

例えば、サービスのうちappをDebian GNU/Linux 10 (buster)で、webをalpineの上でnginx, dbをbullseyeの上でpostgresなどのような状態です。

本番環境を見据えたDocker構築を行っている上で、疑問に思い調べてみても全く解決しなかったので質問しました。

退会済みユーザー

2023/03/11 10:50

動作上問題あるのなら問題ある動作を書いてください。動作保証のあるソフトを使いたいなら、お金を払ってサポートを受けてください。それ以上でもそれ以下でもありません。なお、カーネルはホストと同じで、コンテナの仕組みならある程度まではググればいくらでも出てきます。それを元に具体的な疑問があればそれを聞くのは(あまりに基礎的なのは私なら無視しますが)許されると思います。

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

回答3件

TakeWagonさんが書いているように Docker は開発環境のOSと異なるOSでの開発を行うための技術です。
本番環境を見据えたDocker構築を行っているのでしたら、本番環境と同じOS、ディストリビューションでDockerをつくれば良いだけの話です。
Web、App、DB を別サーバで運用し、それぞれが異なるOS、ディストリビューションならそれに合わせる。
ディストリビューションが異なることが原因で障害がでるなら、本番でも出る。

ただ、これらのサービスはいずれもソケットなどで連携しているので、どのような下請けlibで動いていたにしても各々がきちんと動いているのなら、それがどのようなOS上で動いていても連携には影響ないですが。

投稿2023/03/13 23:27

winterboum

総合スコア23569

一般的に、Dockerコンテナは、ホストOSとは異なる環境を提供するための技術であり、Dockerコンテナ自体が仮想化された環境を提供するため、異なるディストリビューションを跨いだコンテナ同士でも問題なく動作することが期待されます。

ただし、異なるディストリビューションを跨いだ場合、異なるライブラリやツールセットがインストールされているため、動作上の互換性の問題が発生する可能性があります。例えば、特定のライブラリが必要なアプリケーションがある場合、それが異なるディストリビューションの場合、そのライブラリがインストールされていない可能性があります。

さらに、異なるディストリビューションを使用する場合、異なるパッケージ管理システムを使用する必要があるため、管理や保守がより複雑になる可能性があります。

したがって、異なるディストリビューションを使用する場合は、それぞれのディストリビューションの特定のバージョンに依存するアプリケーションやツールセットを使用する必要がある場合に限り、推奨されます。そうでない場合は、すべてのコンテナが同じディストリビューションを使用することをお勧めします。

投稿2023/03/11 17:01