[過去ログ] Docker Part6 (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
322: 2021/09/30(木)13:37 ID:NxaoZCFw(1/2) AAS
>>310
> Dockerコンテナはそのままで内容を改変する度に、新しくイメージ化(コミット)しています。
そんな使い方はしてはいけません
323: 2021/09/30(木)13:40 ID:NxaoZCFw(2/2) AAS
作るのはイメージだけで、コンテナからイメージ作るとかしないんだわ
してはいけないって言っておこうか?
最終手段として用意してあるだけでdocker commitなんて全く使わない
それが必須な時点で使い方が間違っている
324(1): 2021/09/30(木)15:45 ID:9I0gNfoI(1/2) AAS
requirements.txtで独自ライブラリをgithubからインストールして
あとからライブラリ更新したとき
その更新は適用されない
適用させるにはまたゼロから(imageから)構築し直さなきゃいけない
って認識でいいでしょうか?
325: 2021/09/30(木)15:46 ID:9I0gNfoI(2/2) AAS
補足
>requirements.txtで独自ライブラリ
Dockerfileからpip install requirement.txtです
326(1): 2021/09/30(木)20:18 ID:efVV6/dt(1) AAS
Dockerは更新されたとか関知しないのでrebuild要
327(1): 2021/09/30(木)20:41 ID:f/9P/cfS(1) AAS
そういうときは更新検知用コンテナ入れるけどな
328(1): 2021/09/30(木)20:54 ID:lprEzDME(1/2) AAS
>>324
だからDockerfileでイメージのビルドが簡単にできるようになっていて
レイヤーのキャッシュで高速にリビルドが完了するようになってる
329(1): 2021/09/30(木)20:56 ID:lprEzDME(2/2) AAS
イメージは消してビルドし直すのは当たり前で
それはバイナリの実行コマンドを削除してビルドし直すのと同じこと
実行コマンド(イメージ)の中にデータを入れるな
データが入ってなければ、イメージの削除とリビルドも
何も気にすることがない作業だ
330(3): 310 2021/10/01(金)03:31 ID:sILjv0wo(1) AAS
当初の質問から外れてしまっているのですが、
本質的な話だと思います。
ぜーーんぶ、設定に費やしたコマンドを明確に表して、buildせよっていうことですね。
それはつまり、コンテナの中でviでせっせと作成したスクリプトも全部、予め用意してbuildせよってことですよね。
でも、まだやろうと思っていることが試行錯誤で、固まっていないんですよ。
331: 2021/10/01(金)05:11 AAS
>>326-329
なるほど・・そういうものなんですね
まだよくわかっていませんが勉強してみます
332(2): 2021/10/01(金)09:08 ID:qk1/sKj0(1/2) AAS
>>330
Docker Hubなんかにあるベースイメージつくるなら最終的にDockerfileに全記載となるけど
試行錯誤中はcommitでも外部ボリュームマウントでもぜんぜんOK
アプリ開発なら特定のディレクトリしか使わないようにし(他には設定ファイルくらい)
開発中はディレクトリ全体をホストに置いてマウントするのが常套
buildではそのディレクトリ全体をCOPY(開発中はマウントで隠れる)
適当なプロジェクトのDockerfile, compose.yamlみたらわかる
333: 2021/10/01(金)10:47 ID:7vys4bJF(1) AAS
>>330
だからDockerは試行錯誤しても時間がかからないように
高速にビルドができるようにレイヤーでキャッシュされてる
ビルドするのにやっていることを固める必要がない
試行錯誤をビルドして行えばいいだけ
334: 316 2021/10/01(金)11:28 ID:iw5WVqdU(1) AAS
つまり不思議システムってことか
335: 264 2021/10/01(金)12:14 ID:1+eftyEl(1) AAS
また、いつもの、仮想OS とコンテナの違いが分からない、香具師が来ているのか
>>264
に書いただろ
山浦清透の動画内の、AWS の構成を見てみろ
開発中は、Docker 外の共有フォルダへbind しておけばよい
336: 330 2021/10/01(金)22:04 ID:6U2sEk3X(1) AAS
>>332
わかりやすいレスありがとうございました。
なるほど。
コンテナの「ルートディレクトリ」ごと
ホスト側に移してバインドしておいておけば、
そのコンテナで試行錯誤してもコンテナ自体は太りませんね。
必要があれば、変更のきりのよいところで、
ホストに置いている「ルートディレクトリ」ごとバックアップ取ればいいのかもしれない。
というのは、yumとか、外部から落としてきたtarをコンテナ内で使うと、
どのディレクトリに変更が生じるかわからないので、
省4
337: 2021/10/01(金)22:47 ID:/Hb00et2(1) AAS
ひどいバッドノウハウの誕生を目撃した
338: 2021/10/01(金)22:52 ID:QVlI3i/F(1) AAS
>>332はルートディレクトリ以下全部なんて意図してなかろうに
339: 2021/10/01(金)23:28 ID:qk1/sKj0(2/2) AAS
ルートディレクトリでやってみたらいいとおもうよ
パーミッションの問題もあるしchroot環境構築するくらいの難易度で挫折するだろうけど
そこから学べることもある
340: 2021/10/01(金)23:38 ID:ofQTh0wf(1) AAS
頑なにテキスト化したくないってことは、buildでステップ的に構築しなくていいんでしょ
ならコンテナ内でvi編集でもyum installでもしたものをexportしてイメージとして使えばいいんじゃないの
1から作り直すことはできないけど、いらないんだろうし
341: 2021/10/01(金)23:54 ID:lS2O9Ywg(1) AAS
だからコンテナは仮想マシンじゃないと何度も言う必要があるわけだよ
わかった?
上下前次1-新書関写板覧索設栞歴
あと 661 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.019s