Dockerでのイメージの共有の方法

Question

Dockerを利用して開発環境を構築する際、DockerHub上にない(独自に作成した)イメージを共有したい場合はどのようにしていますか？
Dockerfileを渡してしまうとビルドした際の最新のパッケージを取ってきてしまい環境に差異が出てしまうことが想定できると思うのですが、、。

イメージをzipにして渡すことも考えましたが、コマンド一つで環境構築できるdocker-composeの利点を消してしまいかねないかなと感じています。

Comments

[gusachan]

リポジトリにpush $USER/$container_name:$tagすればいいと思います

[退会済みユーザー]

すみません、機密情報を扱うのでリポジトリにプッシュはしない想定です。

[maisumakun]

> すみません、機密情報を扱うのでリポジトリにプッシュはしない想定です。

プライベートリポジトリでもだめでしょうか？

[退会済みユーザー]

なるほど、プライベートリポジトリというものがあるのですね、！
参考になりました、ありがとうございます！

[退会済みユーザー]

誰と共有したいのでしょう？なぜ、そして誰と共有したくないと言っているのでしょう？
「DockerHub上にない(独自に作成した)イメージ」というのはイメージは空の状態から(FROM scratch)作成したのですか？
「Dockerfileを渡してしまうとビルドした際の最新のパッケージを取ってきてしまい」はタグでどうにでもなるというかそれも知らずにビルドしてたんですか？

なんか随分技術レベルがチグハグな質問な気がするんですが…
恐らく基礎をきちんと理解してから質問しないと正解には辿り着かないと思います

普通にdocker hubに登録したくないだけなら、gitなどでDockerfile単体を共有すれば事足りるし、イメージのみ共有したいのなら自分でregistoryを立てても出来るとは思います。単にイメージをアーカイブしても出来るでしょう。

[TakaiY]

質問しといて退会済みとかどういうこと？

Answer 1

開発用途なら共有するのはDockerfileやcompose.yamlだけ。
再ビルドしても大きな影響がないようにDockerfileを作ればいいだけ。
パッチバージョンの違い程度で動かなくなるならDockerの使い方以前の段階で壮大に間違えている。

Answer 2

ある程度新しいバージョンが提供されることは前提として、コードの互換性が保たれる範囲で固定にするのが良いかと思います。

• FROM alpine:3.20 の様に、latestではないタグから生成する
• OSバージョンが変わらなければ各パッケージのバージョンは基本的にマイナーバージョンしか変わりません。これで問題がでるようでしたらコード構成を見直すほうが良いと考えます
• どうしても固定にしなければいけないものはパッケージマネージャーでバージョン指定したり、ソースからインストールするなどで固定のバージョンを入れるようにする

少しのバージョン違いも許容できないのであれば自身でイメージをホストするしかないと思います。

Answer 3

自前でレジストリを構築/運用するのはいかがでしょうか。

https://matsuand.github.io/docs.docker.jp.onthefly/registry/