[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
36: 2017/12/15(金)22:20:10.00 ID:7toohCc2(1) AAS
誰かが早く僕の考えた最強Linuxを発表しないとな。
え、それが乱立してるって？
156(1): 2018/04/22(日)19:07:10.00 ID:2/k4X0Kz(1) AAS
>>155
検索しましたが、力不足で分かりませんでした。。
少しやってみたものの、
import tensorflow as ts
しただけで、
「The kernel appears to have died. It will restart automatically.
（カーネルが停止したようです。 自動的に再起動します。）」
が出てしまいました。
どなたかお力をお貸しください(/ω＼)
175: 2018/06/25(月)09:42:17.00 ID:+pzgGIIi(1/2) AAS
>>173
正確にはコンテナを削除すると無くなる
停止しただけでは無くならない
ゆえに削除するまではdocker logsでログも見れるし
docker commitでイメージ化すれば
docker runで中身を見れる
外部ﾘﾝｸ:stackoverflow.com
182: 2018/07/02(月)20:07:43.00 ID:Eg1cEgm9(1) AAS
社内の人に聞け
251(1): 2018/07/30(月)06:55:41.00 ID:jEBEwRTJ(6/6) AAS
ということで、あなたのやり方を変えさせるつもりもないし、自分のやり方を変えるつもりもありません。
以上終わり。
259: 2018/07/30(月)16:34:35.00 ID:QZl1Bega(12/13) AAS
>>257
手動カスタマイズの有無じゃないな。
プログラム本体がコンテナに隔離されているので、
コンテナの外に自由にアクセスするものは適さない
もちろんプログラム本体がコンテナに隔離されているおかげで
コンテナの外がどうなっていようがいろんな環境に持っていける
コンテナと外部との通信は基本的にネットワーク通信で行うか
ボリュームとしてマウントしたディレクトリ経由で行う
ボリュームとしてマウントするから、コンテナの外がどのような
OSやディレクトリ構造であっても、コンテナの中からは同じよう見える
コンテナの外がどうなっていても中からは同じように見える。
Dockerの "仮想化" というのはこういう意味
（ハードウェアをソフトウェアで仮想的に作り出すという意味じゃない）
もちろん不可能ではないが面倒なだけ
290: 2018/08/01(水)10:32:58.00 ID:V8uA/puM(2/2) AAS
>>288
UNIXソケットを使わない場合にアプリケーション間のデータのやり取りはTCPやUDPで行われることが多いと思うのだけれど, そうするとIPアドレスがないと困るだろう
特にロードバランシングしていると同一ホスト上でないことが普通なので, ソケットが使えないことが多い
610: 2018/12/04(火)06:57:34.00 ID:ZNa428EC(10/16) AAS
>>608
> 外部ﾘﾝｸ[html]:www.atmarkit.co.jp
ここに簡潔に書いてある
> Firecrackerは最低限の機能だけを搭載したマイクロVM
> FirecrackerはKVM上で動作。その上で動くコンテナなどのために、
> ネットワーク／ストレージを中心としたシンプルなI/Oインタフェースを提供する。
> OSは入れなくていいのか？
通常のディストリではカーネルとユーザーランドを含めてOSとなるのだが
マイクロVMはカーネル（とメンテナンス用のわずかなツール）のみの提供と考えていい。
コンテナを動かすことしかしないのだから、
マイクロVMに（コンテナ以外）のものを入れる必要がない
逆に言えば、コンテナ以外を動かすのは不可能に近い。
684: 2018/12/07(金)09:51:15.00 ID:tqGO7pdw(5/18) AAS
>>683
> 今更すぎて指摘するのもアホらしいが、LinuxコンテナはLinux上でないとビルドも実行も不可能
仮想マシン技術と併用すれば、Windows上でLinuxコンテナを動かせる
（ずーっと言ってるが、仮想マシンとDockerコンテナは使う目的が違っていて
併用して使うのは想定されているユースケースの一つ）
単なる仮想マシンと違うのは、仮想マシンが単なるマシンであり
その中にアプリをセットアップするのが大変で、ボリューム（仮想マシンで言う共有フォルダ機能を利用する）の
設定やまたlocalhost:ポート番号で接続できるようにネットワーク設定を行うのが大変ということ
これができてないのと、LinuxでLinuxコンテナを動かしているのと同じよう使うことは出来ないわけで
Windows（仮想マシンを使う）でもMac（仮想マシンを使う）でも
同じように使えるという環境をDockerは提供している
Dockerが背景の仕組みを解決してくれてるおかげで、
Docker buildするとDockerfileから同じようにアプリのイメージが作れ
Docker runをするとそのアプリが起動する。
そしてLinuxで動かしたのと何ら変わらず、localhost:ポート番号で接続できる
これがDockerが提供している機能の本質だよ
740(1): 2018/12/08(土)21:11:29.00 ID:dieSV16U(6/7) AAS
WSLはCPU速度はVMと同等かそれ以上に速いが
I/OはNTFSを使う都合上遅い
後一年も経てば解決するかも
891(1): 2018/12/25(火)00:26:43.00 ID:3aFn9L6f(1/4) AAS
>>888
だからそれは単なる集積
DockerもVMだから単なる集積だと強弁してしまえばイメージの配布も限りなく黒に近いグレーにできなくもない
952: 2019/01/27(日)19:07:09.00 ID:y2jdcPb5(1) AAS
>>937
rootなしで、privilleged できるのか？
955(1): 2019/01/29(火)17:07:51.00 ID:Fyrpy00V(1) AAS
>>954
それはありますね。
ただ、ベンダを最初から持ち出す輩は、
ソースを調べようともせず、丸投げしているのがほとんどだとおもわれ。
997: 2019/03/08(金)10:18:13.00 ID:X6Yaxopy(1/3) AAS
>>939
> さようならDocker
その言葉、何年も前に聞いた気がする。
Dockerの代わりとなる、あれなんだっけ？
消えたのはあっちだったよなぁｗ
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.044s