[過去ログ] Docker Part5 (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
377
(1): 2021/01/21(木)18:00 ID:2L6M1psr(1/5) AAS
>>365
alpineに入ってるのはbusybox ashだね。
インタラクティブな機能がまったくないシェルなんてないだろ?
インタラクティブシェルが入ってるからなんだっていうんだ?
378
(2): 2021/01/21(木)18:03 ID:2L6M1psr(2/5) AAS
>>367
シングルバイナリで外部コマンドは全く使用しない
ライブラリは全く使用しない

それってDockerで動かす意味有るの?
だってそのシングルバイナリ以外はなにもないんでしょ?
カーネルの機能だけあれば動くなら、
Dockerの外で動かせばいいじゃないw

外部に依存しているものを動かしたいという前提があるから
Dockerを使うのであって、その前提を無視するなら意味がない
379
(1): 2021/01/21(木)18:36 ID:E7zvWTdU(4/5) AAS
>>378
コンテナオーケストレーター使うなら
意味あると思う
何言語で書かれていようが
同じ方法で環境変数の設定やら監視やらローリングアップデートができる
Goも例外ではない

>>377
nixはbashとbashInteractiveに分かれてる
Interactiveなしの方はインタラクティブシェルに普通はある機能が省略されてて
シェルのインタラクティブモードに入っても
省2
380
(1): 2021/01/21(木)18:48 ID:B7BVM9Yk(1) AAS
>>378
オーケストレーターがシングルバイナリに対応してるならコンテナは要らんよ
381
(1): 2021/01/21(木)18:54 ID:E7zvWTdU(5/5) AAS
ローカルでCLIツール動かすだけならバイナリを直接配布でもよい

Webサーバーとか動かすならコンテナオーケストレーターの機能は便利
382: 2021/01/21(木)22:46 ID:2L6M1psr(3/5) AAS
>>380
コンテナ使うならシングルバイナリなんかいらんよw

シングルバイナリだと修正したときに全部ビルドし直しだろ?
それってDockerイメージ作り直しと同じことしてるだけだからね

シングルバイナリビルドし直しOKなら
Dockerイメージビルドし直しもOKなはずだ
383: 2021/01/21(木)22:47 ID:2L6M1psr(4/5) AAS
>>381
中間は?Ruby(Rails)のように1バイナリを
作るわけじゃないけど起動するのは1アプリ
384: 2021/01/21(木)22:50 ID:2L6M1psr(5/5) AAS
>>379
> Interactiveなしの方はインタラクティブシェルに普通はある機能が省略されてて

それはモードの違いであってバイナリは同じ
385: 2021/01/22(金)01:40 ID:MJHncGOI(1/2) AAS
HashiCorpのサービスはどれもこれもシングルバイナリだ
たしかにあそこまで行くとDocker要らんわ
386: 2021/01/22(金)10:00 ID:T81U45xE(1) AAS
だからDockerは(シングルバイナリとかを)使うためじゃなくて
開発者が自分で開発するときに使うもの

シングルバイナリを作るのが難しい場合もたくさんある
スクリプト言語なんかはほぼ全てそれ

開発者のためのもの
387: 2021/01/22(金)10:54 ID:mPC90pRk(1) AAS
大は小を兼ねるってことで
DroneCIはDockerコンテナ内での実行しかできない
割り切った設計になってる

コンテナさえ対応しとけばいろんな言語向けのツールを個別に作らなくて済むからな
388
(1): 2021/01/22(金)19:40 ID:gTtohUlb(1) AAS
alpineはパッケージのバージョンを固定する方法がないから
どうしてもalpineベースのDockerイメージをビルドする時は前回より新しいバージョンがインストールされる可能性がある

The problem with Docker and Alpine’s package pinning
外部リンク:medium.com

単にパッケージのバージョンを指定すると、そのうちパッケージがリポジトリから消えてビルド出来なくなる

古いバージョンのリポジトリを使うなら可能だが、マイナーバージョンのアップデートはされるだろう

特定のパッケージだけ最新メジャーバージョンにしたいから
複数のリポジトリを使い分けするぜ!みたいな使い方は
一応可能らしいが、
公式にはサポートされてない
389
(2): 2021/01/22(金)19:47 ID:MJHncGOI(2/2) AAS
もっと気軽にDinDできればいいんだが
390: 2021/01/22(金)21:02 ID:XsvVSgn6(1) AAS
>>388
古いリポジトリがアーカイブされている必要もあるし、
結局、Debian、CentOS(8以前)とか、硬派なバージョン管理をしているdistroを使うしかないと思う。
そうでないと、ABI互換されへんしな。
391: 2021/01/23(土)03:09 ID:qmn8QEZZ(1/8) AAS
>>389
気軽にできないってことは使い方が間違っているということだよ
何に使ってるのさ?仮想マシンを使えば?
392: 2021/01/23(土)10:16 ID:L1o04Qzm(1/3) AAS
k3dはdocker in dockerのReal world example
中で起動するのはdockerじゃなくてcontainerdだけど
docker in dockerと同じパターン

コンテナの中でk3sやcontainerdを動かす
393: 2021/01/23(土)11:37 ID:qmn8QEZZ(2/8) AAS
ん?だからk3dに相当するようななものを作ってるの?って話だよ
そういうのは例外的なシステムだよね
394
(1): 2021/01/23(土)11:44 ID:L1o04Qzm(2/3) AAS
>>389はCIで欲しいんじゃね?
知らんけど
395: 2021/01/23(土)11:57 ID:qmn8QEZZ(3/8) AAS
だからTravisCIのようなCIフレームワークを開発してる
会社だったらほしいというのはわかるけど
そういうのは例外的だって話
396
(1): 2021/01/23(土)12:03 ID:pBA41e7z(1/4) AAS
>>394
主にCI、開発コンテナだな
あとたまにバックエンドでコマンドラインを多用するサービスなんかもあって、そこでもDinDを使いたくなる

Dockerfileで静的にインストールすると、コマンドラインのバージョンが固定されちまう
が、DinDだったらコマンドラインのバージョンを実行時にダイナミックに変更できる
DinDならオフィシャルのイメージを使えるってのもいいね
自前でパッケージインストールすると最適化がどうしても甘くなる
1-
あと 606 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.023s