[過去ﾛｸﾞ] Docker Part6 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
316(4): 2021/09/30(木)06:31 ID:579orQhE(1) AAS
あーあー確信ついちゃった・・・発狂するぞｗ
317(2): 2021/09/30(木)07:22 ID:Ry/9iZsP(1) AAS
○核心
318(1): 316 2021/09/30(木)07:29 ID:IFa/bopz(1) AAS
>>317
おい馬鹿ヤメロｗ
319: 317 2021/09/30(木)07:57 ID:IdnADHxV(1) AAS
>>318
ではではタメ口ならいい？
320: 2021/09/30(木)10:00 ID:wNszxq9T(1) AAS
>>314
コンテナの変更って何したんだ？
commitでイメージに追加される新たなレイヤは元のイメージとの差分だから、
愚かにもdockerを仮想マシンのように使っているならログのローテーションやパッケージの更新などで常に元のイメージとの乖離は拡大し続け、
その乖離の分だけレイヤのサイズは増大する
事実を疑う愚かな悪癖を捨て、まずはそれだけの差分が実際に生じている事実を認め、その差分の内容をdocker diffなどで調べろ
321: 2021/09/30(木)10:40 ID:xd5ZQgd4(1) AAS
まだシステムが固まってないんなら別に肥大化してていいんでは
fixしたらホスト側からCOPYしてbuildしたらいいだけ
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 しておけばよい
上下前次1-新書関写板覧索設栞歴
あと 667 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.010s