[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
562: 2018/11/30(金)23:54 ID:49XVRgzf(1) AAS
>>561
今KVM上でDockerホスト運用しているけど。
両方CentOS7でね。
563(1): 2018/12/01(土)01:27 ID:8oh/wD5x(1/4) AAS
DockerはKVMなどの仮想マシンと組み合わせて
使うのが想定される使い方なんだから最初から動いて当然
KVMなどの仮想マシンで、コンテナ専用の軽いディストリを起動して
その上で、Dockerコンテナを起動するんだよ。
Dockerコンテナ（＝アプリ）にカーネル以外の動作に必要なものが
全てまとまっており、ディストリ自体にパッケージが不要になることで
実現できる設計
564: 2018/12/01(土)11:51 ID:KGwrmve6(1/3) AAS
>>563
なるほど。
そのうちDockerホスト専用のディス鳥がでるかもね
565(1): 2018/12/01(土)12:24 ID:5wSHzPIO(1/2) AAS
そんなもんとっくの昔からあるよ
で最近になってKVMの上でコンテナ動かすのがバズってきたのは、AWSがコンテナ専用の "KVMホスト" OSをリリースしたことに端を発している
これは小数の大きな仮想マシンでクラスタを組んでその上で沢山のコンテナを動かすという従来のやり方とは考え方が大きく違っていて、
コンテナの数だけKVM上で軽量なVMを立ち上げてその中でコンテナを隔離して動かすの
でコンテナは本当に単なるパッケージ化技術と成り下がる
コンテナによる分離はセキュリティ面でガバガバであり使い物にならない玩具である、というのがITビジネス界の結論というわけ
566: 2018/12/01(土)12:47 ID:8oh/wD5x(2/4) AAS
> というのがITビジネス界の結論というわけ
という結論を語ってる所はITビジネス界には無いんで
安心して、生暖かく見てやってくださいｗ
567: 2018/12/01(土)12:52 ID:M+reOwB1(1) AAS
コンテナごとにセキュリティソフト入れてますます重くなる未来
568: 2018/12/01(土)13:08 ID:8oh/wD5x(3/4) AAS
そういや仮想マシンごとにセキュリティソフト買ってるらしいな
569: 2018/12/01(土)13:28 ID:5wSHzPIO(2/2) AAS
パッケージソフトをウッキウキでクラウドで動かそうとしたら、
ライセンスがコピー単位でオンプレと何ら変わらない運用をするしかないというのはよくある話
570(1): 2018/12/01(土)13:55 ID:dMaA0+/B(1) AAS
だからソフトウェア自体を売るんじゃなくて
クラウドサービスとして売る方向になってるのでは？
571: 2018/12/01(土)13:57 ID:8oh/wD5x(4/4) AAS
そしてそれにはコンテナが適してるわけだよね
572: 2018/12/01(土)18:48 ID:KGwrmve6(2/3) AAS
>>565
>パッケージ化技術と成り下がる
いいたい事はわかるが、成り下がってはないと思う。
573: 2018/12/01(土)18:50 ID:KGwrmve6(3/3) AAS
>>570
自分で構築、保守してこそのコンテナの有難味だと思う
574(1): 2018/12/02(日)17:00 ID:U/VULGsP(1) AAS
だからDockerはアプリ開発者が
自分のアプリを配布するのに使うものなんだよ
アプリ開発してないやつにとっては豚に真珠
575: 2018/12/02(日)17:30 ID:MF2FYgWw(1) AAS
>>574
えー俺にも技術分けて下さいよ
dockerでドヤ顔したい
576(1): 2018/12/02(日)17:49 ID:6ZB8i84m(1/3) AAS
仮想化環境であるが、仮想マシンではない。
仮想化環境であるが、アプリではない。
dockerはコンテナ型の仮想化環境を作成するソフトです。
それ以上でもそれ以下でもないだろ。
577(1): 2018/12/02(日)21:03 ID:4PfKxqKJ(1) AAS
>>576
アプリの組み合わせ（=環境）をコンテナにまとめるのもありですよね
その場合、127.0.0.1で内部でアプリを連携させるのも良いですよね。
578: 2018/12/02(日)23:08 ID:6ZB8i84m(2/3) AAS
>>577
そうそう、VMみたいにして使うときは目的に合わせてカスタムすればいい。
目的を定めて既存のサービスに組み合わせてdockerファイルを書く。
例えば開発環境にするなら同期をとファイル群をローカルネットワークのgitにするとかね。
dockerはクラウドと連携すると割と柔軟に何でもできる。
環境依存のファイルをクラウドに置いておく発想で。
579(1): 2018/12/02(日)23:27 ID:uZcYlCvj(1) AAS
dockerは本来はアイソレーションやシステムリソース有効活用も担ってたはずでしょ
例のFirecracker的な思想だとそこはコンテナから切り離そうってことだよね
ここまでくると仮想化環境というより単なるポータブルなVMのディスクイメージと考えたほうが素直だと思うわ
580: 2018/12/02(日)23:35 ID:6ZB8i84m(3/3) AAS
>>579
いや、環境だよ。どのPCでも同じ環境を再現できるってこと。javaの発想に近い。
静的なファイルだけ突っ込むってとこはいい理解だけど、それが環境なんだよ。
581(2): 2018/12/03(月)01:21 ID:Yzd5rcYM(1/3) AAS
dockerfileって環境構築用のバッチファイルみたいなものだと理解しても良い？
コンテナのコンソールを使って順に環境構築したものをコミットしてイメージ作る場合と比べてどんなメリットがあるかな。
仕上がりのイメージファイルの容量が少なくなったりする？
上下前次1-新書関写板覧索設栞歴
あと 421 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.020s