[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
582(1): 2018/12/03(月)01:24 ID:tyMBE38T(1/2) AAS
>>581
chrootに依存してるって意味なら同じだろうけど、ディストリのパッケージに依存してるからそれが違うかな。
コマンド手打ちでも構築できるけど、不便だろ。
583(4): 2018/12/03(月)08:42 ID:JGjM/vH1(1) AAS
マイクロVMが主流になるならもうコンテナいらなくね？
カーネルだけホストのものを使うことって無駄な環境依存を増やしてるだけで、従来のコンテナ技術との互換性以外にはもはやメリットがないような
環境依存部分を吸収するのはそれこそ本質的にはハイパーバイザー型仮想化の方が遥かに得意なわけだし
584: 2018/12/03(月)10:23 ID:aEVyNKj/(1) AAS
そういうの解決するために各企業が新しいコンテナ技術生み出してる
gvisorみたいにコンテナとVMの中間みたいな物とかね
585: 2018/12/03(月)10:34 ID:fAbMU4i+(1) AAS
KataContainersもgvisorと似たような思想だな
やり方はだいぶ違うみたいだが
586(1): 2018/12/03(月)13:07 ID:gIBU2CPq(1) AAS
コンテナ型仮想化は初詮は捻じ曲がった過渡期のワークアラウンドだったってことだな
VMが重いのが問題なら軽くすればよい、それができないのは技術が未熟だっただけ
浸透し切る前に正しい方向に戻ってくれそうでよかった
587(1): 2018/12/03(月)14:55 ID:Yzd5rcYM(2/3) AAS
>>582
dockerfile作る時も手打では？
しかもレスポンスが直ちに得られないので、
試行錯誤に時間がかかりそうに思う。
いまば、プログラム買いてその場で実行できるBASICインタプリタと、
cコンパイラを通す必要のあるC言語みたいな違いがあると思うんだけど。
一度完璧に書いてしまえば、後者の方がいいに決まっているけどね。
588(1): 2018/12/03(月)14:57 ID:Yzd5rcYM(3/3) AAS
>>583
各VMごとにOSレベルのメモリ割り当てがいるから、
大量のメモリを消費するのでは？
589: 2018/12/03(月)15:10 ID:3GtjRSNh(1) AAS
コンテナを動かすためのサーバーを管理したくないけど
AWS Fargateはまだまだ高い
590: 2018/12/03(月)15:33 ID:zLBh6ucn(1/2) AAS
Lambdaで無理やりやるとか
つか安ければイイならSpotFleet以外の選択肢が（ｒｙ
591(2): 2018/12/03(月)15:49 ID:ZaL3qC8p(1) AAS
Kubernetesが登場してORIとOCIが標準化された時点でdockerは役割終えた感ある
592: 2018/12/03(月)19:18 ID:zLBh6ucn(2/2) AAS
CRIだよね？>ORI
593(1): 2018/12/03(月)20:16 ID:FS5rZSi9(1) AAS
>>588
firecrackerの場合1VMあたり5MBらしい。
594: 2018/12/03(月)20:32 ID:tyMBE38T(2/2) AAS
>>587
あー、そういう見方あるか。chroot手打ちしなくていいってことだよ。
言いたいことはjvmとlinuxカーネルが実行環境に含まれてるってことよ。
linux環境じゃなくてもdockerは公式環境があるから。
595(1): 2018/12/03(月)22:26 ID:n05/OnLG(1) AAS
>>591
やっとdocker-composeわかりかけて
きたとこなのに(>_<)
596: 2018/12/03(月)23:40 ID:fVhmASLK(1) AAS
>>595
いやいや、docker理解できないと使えないから安心して
そもそも、個人開発でkuburnetes必要なくない？
597: 2018/12/03(月)23:52 ID:fSc1+0qL(1) AAS
なんで個人開発限定？
そもそも個人開発でdockerなんか何に使うの？
コンテナ仮想化って個別にインフラを面倒見れないほどアプリがポコポコ作られるような組織で使うもんだろ
PaaSへのデプロイに使うくらいか？
598(1): 2018/12/04(火)00:19 ID:ZNa428EC(1/16) AAS
>>591
> Kubernetesが登場してORIとOCIが標準化された時点でdockerは役割終えた感ある
KubernetsってDockerを使うんだけど、なんで役割終えたの？
599(2): 2018/12/04(火)00:22 ID:ZNa428EC(2/16) AAS
>583
> マイクロVMが主流になるならもうコンテナいらなくね？
またいつもの仮想マシンとアプリケーションコンテナをごっちゃにしてるやつだなw
マイクロVMが主流になったとして、じゃあどうやってこそにアプリをデプロイするんだ？
マイクロVMにRailsの実行環境入れ込むんか？
ローカルの開発マシンで動いているものを、そのままマイクロVMで動かすにはどうするんだ？
そういった問題が解決できてないだろ
コンテナは仮想マシンと組みあわせて使うということが全くわかってない
コンテナがあるからこそ、VMはマイクロで十分になったというのに
コンテナのおかげやで？マイクロVMが登場したのは
600: 2018/12/04(火)00:26 ID:ZNa428EC(3/16) AAS
>>581
> コンテナのコンソールを使って順に環境構築したものをコミットしてイメージ作る場合と比べてどんなメリットがあるかな。
依存パッケージの更新とか手動でやりたくなくないだろ
お前は旧式のやり方しかしてないかもしれんがな、
こちとらDockerfileで1日に何度もイメージをビルドしてるんや
アプリが更新するたびにイメージ作り直してるし
カーネルや依存パッケージにセキュリティ対応が入ったら、
それを取り入れてまたアプリのイメージを作り直すんだよ
601: 2018/12/04(火)00:32 ID:ZNa428EC(4/16) AAS
>>586
> コンテナ型仮想化は初詮は捻じ曲がった過渡期のワークアラウンドだったってことだな
マイクロVMがなにをそぎ落としてるのか知らんの？
様々なコマンドが入ってないんだが。
各言語の実行環境はもちろんのことpsコマンドすら入ってないだろうな
マイクロVMではサーバーは起動していない。NFSサーバーになる機能すらないだろう
パッケージマネージャーもないだろう。必要ないからね
マイクロVMはDockerコンテナを動かすのに必要な
最小限の機能まで縮小しているし、Dockerコンテナを動かすこと以外を
やることを想定してないから、単体では何も使えない
省1
上下前次1-新書関写板覧索設栞歴
あと 401 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s