[過去ﾛｸﾞ] Docker Part6 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
754: 2022/07/20(水)09:17 ID:FRbRBwj9(2/2) AAS
デプロイのためのイメージとベースイメージごっちゃになってね？
755(1): 2022/07/20(水)12:38 ID:j9T/veZ/(1) AAS
docker commit の話がなんでimageの話に化けているんだよ。
image使うにしても、まずdockerfileにまとめろよ。dockerfile無しでimageだけとか、Dockerの利点捨てているだろ。
756(1): 2022/07/20(水)21:00 ID:clOkjYBA(1) AAS
Dockerイメージはnixで生成するのがさいつよだろ
Dockerfileでapt使ったりしたら
aptはロックファイルも無いから
「Dockerイメージをビルドした時点での最新版パッケージ」になってしまう
aptの部分だけ別Dockerfileにするとかは面倒くさいし
nixなら同じソースファイル使えば同じバイナリになる
既存パッケージを使うだけなら、再現性もたせるためだけに別々にビルドする必要はなくなる
再現性のあるビルド - Wikipedia
外部ﾘﾝｸ:ja.wikipedia.org
757(1): 2022/07/20(水)21:13 ID:GnxXvvFU(1) AAS
>>756
とんだにわかだ
apt も dnf もバージョンを指定してインストールできる
そしてそれが必ずしも正義ではない
互換性がある範囲で脆弱性やバグを修正した新しいバージョンを使おうする方法論もある
そもそも、基本的にはイメージを再利用し再現性を保証するのが一般的な考えでDockerfileで完全な再現性を求める運用には無理がある
758: 2022/07/20(水)23:37 ID:OlwSaSGg(1) AAS
なんとか頑張って「俺はお前らの知らない凄いことを知っている」
と言いたい人
759(1): 2022/07/21(木)08:29 ID:Bsj4t+WP(1/3) AAS
>>755
アスペ？
760(1): 2022/07/21(木)08:36 ID:Qe7sC2ib(1) AAS
>>759
ん？なら
「dockerfile無しでcommitで構築したimageを運用するやつはアスペ」
ということでOK？
>>723が結論だと思うが。
761: 2022/07/21(木)08:37 ID:Bsj4t+WP(2/3) AAS
>>760
？俺もそう思うが
762: 2022/07/21(木)08:37 ID:Bsj4t+WP(3/3) AAS
なんだこいつ…
763: 2022/07/21(木)08:47 ID:auevoZLN(1) AAS
「なにいってんだこいつ」と感じた時点でそいつは貴方に取っての変なおじさん
変なおじさんは真面目にかまうとうれション垂れ流しが加速します
764(1): 2022/07/21(木)09:23 ID:GsFTK4Qs(1) AAS
>>757
大体aptが悪い
npmみたいな、package.jsonで緩いバージョン指定して
package-lock.jsonで厳密なバージョン指定、みたいな仕組みでもあれば便利なのに
現状は完全にバージョン固定、再現するには
apt-getコマンドで依存するパッケージも含めて「手動で」全部バージョン指定が必要でかなり無理がある
2022年にもなってビルドしたイメージ保存しないと完全再現できない時点で
aptは欠陥設計と思われ
765: 2022/07/21(木)10:27 ID:vlVE8xx2(1) AAS
まぁ、せいぜい好きに使えばいいよｗ
766: 2022/07/21(木)10:42 ID:TUoQzrYx(1) AAS
>>764
有意義ではないが自動化できないこともないはず
一度インストールしたあとパッケージの一覧を抽出してそれをDockerfileにインストールさせるよう書けばいい
シェルスクリプトかなにか使えば自動化できると思うよ
繰り返しだけど一般的ではないし脆弱性やバグ修正のためのアップデートに非常に脆い
767: 2022/07/21(木)21:51 ID:WRyX2qON(1/2) AAS
すいません、超基本的な質問をさせてください。
最終的にクラウド上のDockerコンテナで動くプログラムを作りたいのですが、開発のやり方としてはローカル（自分の場合はWSL2を利用）にDocker Desktopを入れて、そこでコンテナを作成して開発することになると思います。
その場合、ソースコードの作成、編集は、VSCodeでコンテナ内のソースを編集すれば良い・・・という理解でよいでしょうか。
あるいは、コンテナなしの環境で作成したソースを、ローカルのコンテナにコピーして動作を確認し、さらに本番環境にデプロイする・・・という流れになるのでしょうか。
768(1): 2022/07/21(木)22:36 ID:il8L9WXD(1) AAS
後者のほうが一般的
ぶっちゃけ好みの問題でしかなくて、コンテナで開発する派がよく議論に持ち出す環境統一論はほぼ詭弁だから真に受けちゃダメ
コンテナ内で開発したからといって開発に使ったのと同じコンテナで運用環境に持っていくわけではないからな
769: 2022/07/21(木)23:02 ID:WRyX2qON(2/2) AAS
>>768
ありがとうございます！
なるほど。
このへんについて 解説本を見ても書かれていないし、検索してもなかなか見つけることができず悩んでいました。
助かりました。
770(1): 2022/07/22(金)04:04 ID:If5VeNsz(1) AAS
コンテナ内のソースを編集したって、じゃあテストツールを動かしたり
のソースコードの静的チェックとかするのはどうするのよ？という話になる。
そうするとコンテナの中に開発ツールをバンバン入れることになる。
開発ツールをバンバン入れたコンテナを運用環境に持っていくわけない
動かすのに必要ないのに開発ツールに脆弱性とかあったらどうするんだ
運用環境用のコンテナは、プログラムが動く最低限の環境のものを作る
いずれにしろ開発環境は運用環境とは別なんだからどこで開発しようが関係ない。
コンテナの中に開発環境を作るのは面倒
開発環境ぐらい自分の好きにさせろ
771(1): 2022/07/22(金)04:34 ID:fxFwWR2P(1) AAS
開発時はボリューム(バインドマウント)使え
772: 2022/07/22(金)23:17 ID:fQ/P2OdR(1/2) AAS
>>770
ありがとうございます！
参考になります。
773: 2022/07/22(金)23:18 ID:fQ/P2OdR(2/2) AAS
>>771
了解です。
上下前次1-新書関写板覧索設栞歴
あと 229 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.028s