Docker

1 ：login:Penguin：2013/07/27(土) NY:AN:NY.AN ID:5oaw2wHS.net

LXCを使った軽量仮想環境。
これからの動向が気になるところ。
情報共有しましょう。

http://www.docker.io/

591 ：583：2016/07/03(日) 16:09:00.88 ID:FJVCj/bu.net

場所の話をしたかったわけじゃないのです。

>例えばクライアントで動かしているアプリと
>全く同じもの（当然OSやライブラリも同じ）を
>サーバーで動かすのはどうやるの？

この書き方の場合 iOS などのアプリを開発してる人などからすると
「クライアントで動かしているアプリ」=「iOS アプリ」になるので
なんでそれをサーバ上で動かす必要があるのかになると思ったのです。

ここで「クライアント」という言葉は何を表しているかわかりにくいなと。
上にある、クラサバ的に考えるとおかしいですしね。

592 ：login:Penguin：2016/07/03(日) 16:12:57.09 ID:6hq7yAc9.net

仮想マシンでは解決しないのは、
例えば仮想マシンで同じコンテナを2つを同じホスト名動かそうとしたら
ポートがかぶってしまって動かないってこと。
開発環境であればポート80で動くものを複数動かしたくなる。

仮想マシンはマシンであるがゆえに、
マシンの制約から逃れることはできない。
マシンにはホスト名が存在するから、そのホスト名に紐付いてしまう。

だから仮想マシン上で動かすアプリのために、仮想マシンそのものの設定変更が必要になる。

Dockerの場合はそれがいらないからこそ、いろんな場所に移動可能になる。

593 ：login:Penguin：2016/07/03(日) 16:13:57.77 ID:pRICoKsI.net

つかこの人Docker関係なく基本的なことが全く分かってないよね？
上の方で"サーバー"と"アプリケーション"をまるで直行する概念のように語ってたり"OS"がまるで万人の間で定義された1つの何かであるかのように語ってたり

594 ：login:Penguin：2016/07/03(日) 16:14:37.82 ID:6hq7yAc9.net

>>590
> そして君のその反応から見るとDocker使った所でそれは変わらないってことだよね？

なにが言いたいのわからない。

どんなものでも変わらないところと変わるところがあって、
変わらないところを提示されたところで、
変わるところは変わるんですが？ｗ

595 ：login:Penguin：2016/07/03(日) 16:17:22.11 ID:6hq7yAc9.net

>>590
> じゃあホストのカーネルが理由があってそのある機能のサポートを外したらそのDocker上のアプリも動かなくなるね

カーネルとユーザーランドの違いがわかってないなｗ
Linuxのカーネルは互換性がきわめて高い。

ユーザーランドは変わりまくるから、OSのアップグレードを好きなタイミングで行うことはできない。
しかしカーネルは互換性があるから、アップグレードを好きなタイミングで行って構わないし

アプリはアプリでカーネルの機能は使わない。ユーザーランドの機能を使う。

596 ：login:Penguin：2016/07/03(日) 16:17:35.16 ID:pRICoKsI.net

>>594
わからないんじゃなくて自分がおかしいこと言ってることに気づいたんでしょ？

> さくっとアップグレードしてアプリのテストが行える。
> そしてホストOSはアプリのアップグレードとは無関係に自分の好きなタイミングでアップグレードできる。
> 例えば重要な脆弱性が見つかったときとかね。

変わるところは変わるから、その変わるところに該当するケースではさくっとアップグレード出来ないよね？

597 ：login:Penguin：2016/07/03(日) 16:19:11.43 ID:6hq7yAc9.net

>>596
変わる所に該当するケースを言いなさい

ユーザーランドしか使わない普通のアプリばっかりなのに
極論を言うばかりで現実問題ってのをわかってないのかな。

598 ：login:Penguin：2016/07/03(日) 16:21:27.52 ID:pRICoKsI.net

>>595
そんなこと分かってるよ？
カーネル内部のインターフェースは結構変わる、ただしカーネルとカーネル外のインターフェースは変わらない

俺が言ってるのはカーネルコンフィグで変わる部分の話だから

599 ：login:Penguin：2016/07/03(日) 16:23:55.01 ID:pRICoKsI.net

>>597
ずれるからレスは1つにまとめてくれないかな

600 ：login:Penguin：2016/07/03(日) 16:24:36.41 ID:FJVCj/bu.net

カーネルの機能に依存したものでコンテナで動かすようなものは
殆ど無いので気にしなくて良いのではと思います。

リスクとしてあるのは当然だが、それが問題となるような人はわかってる人か
アプリケーションコンテナでやるようなことではないことをやろうとしている
まったく分かってない人なので無視したほうが良い気がします。

たまにこれを Docker の問題とする人がいますが、具体的に何をする場合に
問題に成るのか正直わかりません。kernel の version や config が違うから
問題と成るアプリケーションは殆ど無いです。

例として、nvidia-docker などはホストの kernel（というかdriver）に依存するような気がしますが
これはそれなりにわかってる人が触るものですし、提供側も driver と docker command までを
セットで提供しているようなのでかなり特殊です。