板検索:
Docker (972)
まとめビュー
1
login:Penguin[]   投稿日:2013/07/27 00:00:00  ID:5oaw2wHS
LXCを使った軽量仮想環境。
これからの動向が気になるところ。
情報共有しましょう。

http://www.docker.io/


2
login:Penguin[]   投稿日:2013/07/27 00:00:00  ID:/1GkEZaX
おまんこ
コメント2件

3
login:Penguin[]   投稿日:2013/07/27 00:00:00  ID:B+eVyThu
>2
はるな愛と椿姫彩菜と佐藤かよと誰のが舐めたい?

4
login:Penguin[sage]   投稿日:2013/12/06 23:00:12  ID:w3s/Z9AI
くじらかわいい

5
login:Penguin[sage]   投稿日:2014/01/23 17:53:40  ID:Y+cLwN4a
ほう

6
login:Penguin[sage]   投稿日:2014/02/12 13:17:38  ID:NYxznckb
インストールしたお

7
login:Penguin[sage]   投稿日:2014/02/26 18:22:58  ID:ZTG/7oZ5
LXC単品ではなくDockerを使うメリットってなによ
コメント2件

8
login:Penguin[sage]   投稿日:2014/02/27 03:46:56  ID:YbKRJWa+
Docker Indexを利用したコンテナイメージの共有とかはいいかな

ソースコードをguthubで管理するのと、同じイメージで利用できるし

9
login:Penguin[sage]   投稿日:2014/03/02 15:30:38  ID:MN29RVzr
>7
* Dockerfile
* aufs
* Docker Index
* NW(bridge, iptables etc)

NW はかってに色々されるのが気持ち悪いけど、
基本的にだれでも強制的に同じような構成になるので
ミドルウェアの設定を説明したり、他人に自分と同じテスト環境を
用意するのがすごく楽。

要は、やりたいことがコンテナ操作じゃなくて、その上に
のってるアプリケーションで何かをすること という場合に
(インフラエンジニアではない大半の人)インフラ部分を
かってに用意してくれる。

10
login:Penguin[]   投稿日:2013/07/27 00:00:00  ID:5oaw2wHS.net
LXCを使った軽量仮想環境。
これからの動向が気になるところ。
情報共有しましょう。

http://www.docker.io/

11
login:Penguin[]   投稿日:2013/07/27 00:00:00  ID:/1GkEZaX.net
おまんこ
コメント2件

12
login:Penguin[]   投稿日:2013/07/27 00:00:00  ID:B+eVyThu.net
>2
はるな愛と椿姫彩菜と佐藤かよと誰のが舐めたい?

13
login:Penguin[sage]   投稿日:2013/12/06 23:00:12  ID:w3s/Z9AI.net
くじらかわいい

14
login:Penguin[sage]   投稿日:2014/01/23 17:53:40  ID:Y+cLwN4a.net

15
login:Penguin[sage]   投稿日:2014/02/12 13:17:38  ID:NYxznckb.net
インストールしたお

16
login:Penguin[sage]   投稿日:2014/02/26 18:22:58  ID:ZTG/7oZ5.net
LXC単品ではなくDockerを使うメリットってなによ


17
login:Penguin[sage]   投稿日:2014/02/27 03:46:56  ID:YbKRJWa+.net
Docker Indexを利用したコンテナイメージの共有とかはいいかな

ソースコードをguthubで管理するのと、同じイメージで利用できるし

18
login:Penguin[sage]   投稿日:2014/03/02 15:30:38  ID:MN29RVzr.net
>7
* Dockerfile
* aufs
* Docker Index
* NW(bridge, iptables etc)

NW はかってに色々されるのが気持ち悪いけど、
基本的にだれでも強制的に同じような構成になるので
ミドルウェアの設定を説明したり、他人に自分と同じテスト環境を
用意するのがすごく楽。

要は、やりたいことがコンテナ操作じゃなくて、その上に
のってるアプリケーションで何かをすること という場合に
(インフラエンジニアではない大半の人)インフラ部分を
かってに用意してくれる。
コメント1件

19
login:Penguin[]   投稿日:2014/04/11 14:20:10  ID:qpONZKus.net
カスタムイメージつくりにハマり中

apt-get update すると一気にファイル要領が増えるなあ
ちょっと考え中

素に近いイメージ作った後、Dockerfileでいじったほうがいいかも

20
login:Penguin[sage]   投稿日:2014/04/19 01:24:34  ID:5BoM4iVY.net
>11
coreos の方が軽い

21
login:Penguin[]   投稿日:2014/04/19 05:44:02  ID:IP6bpXVV.net
まぁ、redhatだとサポートは長く続きそうという期待はあるけどな。

22
login:Penguin[sage]   投稿日:2014/04/19 14:14:20  ID:d2gBJUk3.net
Dockerをダウンロードする場所を教えてくれ。

くれぐれも言っておく、
曖昧な答えは希望してないぞ。

正しい場所を教えてくれ。

23
login:Penguin[]   投稿日:2014/04/25 19:18:17  ID:2to5leg8.net
Docker使ってマシンを使い捨てにするのはいいんだけど、
マシン再起動したらデータ消えましたじゃ話にならないし、
データはどこかに保存しなきゃいけないだろ?
どうすんの?
コメント1件

24
login:Penguin[sage]   投稿日:2014/04/25 20:33:54  ID:vn5CoRAC.net
「AWS Elastic Beanstalk」でDockerコンテナの作成、管理が可能に
http://www.atmarkit.co.jp/ait/articles/1404/24/news130.html

25
login:Penguin[sage]   投稿日:2014/04/25 20:58:49  ID:VO0PMSaZ.net
>14
コンテナ内ファイルはホストで取り出せる
あるいはコンテナ外のDBとか
サーバーにアクセスすればいい

26
login:Penguin[sage]   投稿日:2014/05/05 19:17:35  ID:rDdbcIeg.net
core@localhost / $ docker run centos /bin/echo "Hello World"
Unable to find image 'centos' locally
Pulling repository centos
0b443ba03958: Downloading [==========> ] 19.55 MB/91.18 MB 32m21s
539c0211cd76: Downloading [==========> ] 20.61 MB/98.56 MB 33m24s
511136ea3c5a: Download complete
7064731afe90: Download complete

このまま帰ってこないんだけど、何か忘れてる?

27
login:Penguin[]   投稿日:2014/05/22 10:10:43  ID:TByDdhWB.net
Docker行っちゃったんかなあ。ww
コメント1件

28
login:Penguin[sage]   投稿日:2014/05/22 23:35:09  ID:rxz44aRO.net
>18
くっそwww こんなんで

29
login:Penguin[sage]   投稿日:2014/06/10 10:30:17  ID:DcadiZz0.net
1.0リリース記念

30
login:Penguin[sage]   投稿日:2014/06/12 12:36:22  ID:OA5s9VZU.net
GAEで動くのは良さそうだけどインスタンス扱いどうなるんだろ
コメント1件

31
login:Penguin[sage]   投稿日:2014/06/12 22:48:07  ID:VAykKuR1.net
どういう意味?
コメント1件

32
login:Penguin[sage]   投稿日:2014/06/18 22:39:30  ID:alMgehnF.net
>11
centosのイメージはシェルが腐ってる
コメント1件

33
login:Penguin[sage]   投稿日:2014/06/18 23:43:46  ID:j7KI1HVY.net
>23
特に困ったことないけども
コメント2件

34
login:Penguin[sage]   投稿日:2014/06/25 16:16:17  ID:R8XBjNdI.net
apt-cache で、dock アプリを探していて、Docker に
であったわけだが、ぐぐってみても、コンテナが何それで
ちんぷんかんぷん。潔く諦めたでござる
コメント1件

35
login:Penguin[sage]   投稿日:2014/07/07 23:50:01  ID:rvU61XZO.net
入れてみたけどあまり使ってない
コメント1件

36
login:Penguin[sage]   投稿日:2014/07/08 20:15:34  ID:STi//EPO.net
CentOSのイメージで

Changing password for user root.
New password:
/usr/share/cracklib/pw_dict.pwd: No such file or directory
PWOpen: No such file or directory

こんなエラー出るんだけど俺だけ?

37
login:Penguin[sage]   投稿日:2014/07/09 09:51:54  ID:YYHsQhzt.net
ubuntuでやってみれ
コメント1件

38
login:Penguin[sage]   投稿日:2014/07/09 15:35:20  ID:uD2ThFM7.net
>27
公式のはrpm上インストール済みでも、ファイルが消されまくってるのが原因ぽい。
その現象だけなら、cracklib再インストールで治るはず
いろいろやりたい場合は、自分でcentOSイメージを作った方が良さそうだね
コメント1件

39
login:Penguin[]   投稿日:2014/07/21 16:01:08  ID:0nx/kEDi.net(14)
Dockerfileはシェル使わないと動的な構成できない
データ保存コンテナは外部からの自動コミット必須で、
何かトラブったら簡単にデータ消えるので、
仮想fsとホストボリュームの組み合わせに落ち着く
動的なネットワークへの対応が無茶

これほとんどLVMとchrootとシェルで仮想マシンイメージ作って
運用してるのと変わらない…というよりそれより不便だし、普通にうんこじゃね?
なんで流行ってんの?

速度のためにここまで不便を強いられるなら、
Vagrant+Chef/Ansible+スナップショットで良い気がしてきた

40
login:Penguin[]   投稿日:2014/07/21 16:09:09  ID:CD3L4aLS.net(11)
> なんで流行ってんの?

自分でわざわざLVMとchrootを組み合わせて作らなくても用意されているから。

さらに便利なのが、一度やった処理を省いてくれる機能。

具体的に言うと、OSを0からセットアップする時、
A、B、C といったアプリをセットアップするわけだが、
Cのセットアップ中に、Bの設定が間違っていることに気づいた。
0からやり直しかよ。っていう場合、Aの設定を省ける。

もちろん、Cの設定を何回やり直そうが、A、Bの設定は省ける。
Dockerfileを使うと自動的にこうなるから、
Dockerfileを一歩ずつ作っていける。

仮想マシンがBIOSの起動から始まるから、何度も0からセットアップするのが
苦痛なのと対極にDockerだと、変更点以前は一回しかやらないから早い
コメント1件

41
login:Penguin[]   投稿日:2014/07/21 16:13:02  ID:CD3L4aLS.net(11)
> Vagrant+Chef/Ansible+スナップショットで良い気がしてきた

の問題点、Chefの真ん中あたりの設定をちょっと書き換えると
数分かかる。もちろんChefの文法を覚えないといけない。

Dockerはほとんどシェルスクリプトと一緒。

ぶっちゃけどちらもやってることは、単なるCUI使ったインストール、
つまりapt-getやyumでできることなのに、なんぜわざわざ
なぜ変な命令を大量に覚えないといけないのか。
Chefはそこがおかしい。
コメント1件

42
login:Penguin[]   投稿日:2014/07/21 16:29:06  ID:0nx/kEDi.net(14)
>32
Dockerでも書き換えたらやり直しだよ
Chefが嫌いならAnsibleでいいじゃない
コメント1件

43
login:Penguin[]   投稿日:2014/07/21 16:30:43  ID:0nx/kEDi.net(14)
>31
>自分でわざわざLVMとchrootを組み合わせて作らなくても用意されているから。
違う違う逆
結局LVMなどのfs仮想化が必要だって言ってるんだよ
コメント1件

44
login:Penguin[]   投稿日:2014/07/21 16:37:36  ID:CD3L4aLS.net(11)
>33
やり直しじゃないよw
やり直すのは変更点より以降だけ
OSのインストールって時間かかるんだよね。

で、Dockerfile使っていればインストールが終わった所で
自動的に保存。あとはDockerfileの一行ずつ自動保存

だからDockerfileが以下のようになってる時、

 [OSインストール完了]
 Aの設定
 Bの設定
 Cの設定


Bの設定を書き換えても、OSのインストールやAの設定は二度とやらない。
これにより、OSのセットアップが試行錯誤でできる。
試行錯誤というのは特殊な命令は必要なく、て単なるシェルスクリプトを作るのと変わらない。

途中までやったら、マシンを削除して0から作り直し、と言ってもやった所は自動的に省かれるから
OSのセットアップしていくのが、簡単に高速に行える。
コメント1件

45
login:Penguin[]   投稿日:2014/07/21 16:41:46  ID:CD3L4aLS.net(11)
>34
> 結局LVMなどのfs仮想化が必要だって言ってるんだよ

LVM作っても、差分セットアップ(今までやった所は省く)は
できないからね。そういう仕組みを自分で作るは面倒すぎる。

自分でわざわざスナップショットを取らないといけないし、
このスナップショットは、なんだろう? どこから
枝分かれした、どの部分かな?ってのを管理しないといけない。

そういう面倒なことはDockerが全部やってくれるから
Dockerインストールするとすぐに使える。

46
login:Penguin[]   投稿日:2014/07/21 16:47:25  ID:0nx/kEDi.net(14)
もしかして、構築テストの話じゃなく、実運用の差分の適用の事言ってる?
Chefは逐次実行じゃなく、環境の中身の差分まで検出して変更するから、
Dockerより遥かに柔軟に実行してくれるよ

上の例のVagrant使う場合は、構築のテストも含む場合が多いから皆1から再度作る
>33はそういうテストをする場合、Dockerでも同じという意味ね
もしかして、Chef使ったことない?
コメント1件

47
login:Penguin[]   投稿日:2014/07/21 16:50:44  ID:CD3L4aLS.net(11)
俺がChef等が意味不明だと思うのは、特別すぎる
言語を使わないといけないというところ。

だってさ本来OSのセットアップなんて、CLIから手動でやれてたわけじゃん?
その手動で入力したコマンドをsetup.shというスクリプトに
まとめて実行すればセットアップが完了できるわけじゃん?

なのにわざわざ別の言語を使うってのが意味不明なんだよね。
Ansibleは少しマシだけど、それでもまだ特殊。

Dockerfileはほぼスクリプト言語だよ。
コンテナ環境の外と通信するための命令が少しあるのと
はコマンド一行実行するごとにコミットする必要があるから、
コマンドの頭にRUN を書くことぐらい。
コメント1件

48
login:Penguin[]   投稿日:2014/07/21 16:52:55  ID:0nx/kEDi.net(14)
>35
インストールが不便って、snapshotからの適用もできるよ
起動は確かに遅いけど、動いてしまえはオーバーヘッドは少ないから、
実運用が不便になるよりはマシと思った

総評として、速度のためにそこまで面倒な事したくないなと思ったよ
過剰に擁護する人は、評判に振り回されてるだけでないかな?
コメント1件

49
login:Penguin[]   投稿日:2014/07/21 16:56:28  ID:0nx/kEDi.net(14)
>38
Chefはそこまで難しくないよ…食わず嫌いもいいとこ
それにRubyが嫌ならAnsibleって選択肢もあるよ
これはDockerfile程度の簡便さで書けるよ
コメント1件

50
login:Penguin[]   投稿日:2014/07/21 17:02:18  ID:0nx/kEDi.net(14)
それと俺が本当に一番知りたいのはデータ保存のことなんだ
Dockerに詳しいなら説明お願い
または現実でどう対処してる?
コメント1件

51
login:Penguin[]   投稿日:2014/07/21 17:04:21  ID:CD3L4aLS.net(11)
>37
あぁ、冪等性の話ね。

Chefはね。あるべき状態に保つことはできるけど、
あってはならない状態にすることはできないんだ。
全く同じ状態を作り出せない。

たとえばA、Bという環境があって、AとBの内容が違っていた場合、
Chefを動かしても、AとBを全く同じにすることは出来ない。
レシピに書いてあることは守れるが、書いてないことは守れないから。

全く同じ環境でなければ信用ができないので、結局0から作り直す必要がある。
もしくはベースとなるイメージを自分で管理するとかな
その作業は面倒で遅い。

できてしまったレシピを実行するだけなら楽かもしれんが、レシピそのものを
作るのがすごく面倒だからな。単に新しく仮想マシンを起動するのにも
数分かかるレベルだし(Dockerなら1秒)

Dockerfileを使ったら、環境を作成するたびに0から作っているのと同じになる。
そしてDockerfileの一行ごとに状態がコミットされているから、
0から作っているように見えて、変更点以降のみを実行するから早い。

52
login:Penguin[]   投稿日:2014/07/21 17:05:27  ID:CD3L4aLS.net(11)
>41
データ? 永続性があるディスクを
Docker内にマウントするだけだろ。
コメント1件

53
login:Penguin[]   投稿日:2014/07/21 17:09:40  ID:0nx/kEDi.net(14)
>42
あのね、そもそもChefは同じ「要件」の環境で動かす事を目的にしてるんだから
要件整えば十分なんて当たり前の話なの
同一環境が欲しいならスナップショット

Dockerのが遥かに制限あるのに何言っちゃってんの?
エバンジェリスト気取りで講義したいなら初心者相手にしてくれよ

54
login:Penguin[]   投稿日:2014/07/21 17:11:42  ID:CD3L4aLS.net(11)
>40
> これはDockerfile程度の簡便さで書けるよ
それはない。

Dockerfileでapacheをインストールする時に書くのは、

  RUN apt-get install apache2

これだけだから。

重要なのは、CLIで入力したものとほぼ同じであるということ。
簡便に書くのが目的なんじゃない。
CLIで書いたものがほぼそのまま使えるということが重要。

Ansibleだって別の書き方に、書き換えないといけないじゃないか。
CLIで試行錯誤したものが再利用できない。

55
login:Penguin[]   投稿日:2014/07/21 17:14:32  ID:0nx/kEDi.net(14)
>43
永続性のあるディスクのマウントね…ハア…vオプションを言ってるんだろうね

あのね、それのせいで可搬性のため、fs仮想化しないと駄目って言ってるんだよ
データ専用のコンテナ作る場合でも、自動コミットされないよねとも言ってる
意味わかるか?
外部ツール使わず、簡単に対処する方法あるなら是非教えてください

56
login:Penguin[]   投稿日:2014/07/21 17:15:24  ID:CD3L4aLS.net(11)
>44
だからChefは要件を満たすレベルでしか出来ないわけだろ?

それは同一ではない。同一でないということは
時がたったら同じ状態を0から作ることができないかもしれない。

Dockerは同一に出来る。なぜなら全てスナップショットと
同等のものが使われているから。だから優れているわけ。
これがみんなが使う理由だよ。
コメント1件

57
login:Penguin[]   投稿日:2014/07/21 17:19:31  ID:0nx/kEDi.net(14)
>47
Dockerの効果的な部分って起動と可搬性であって
その部分は従来のスナップショット差分で十分だよ
君どういう使いかたしてるの?

58
login:Penguin[]   投稿日:2014/07/21 17:21:38  ID:CD3L4aLS.net(11)
>46
データ専用コンテナを自動コミット?

おまえもしかして、Dockerをデータのバックアップツール、
スナップショットツールとして使おうとでも思ってるのか?
問題が起きた時に、ある日時のデータに巻き戻すとか。

君はまず、システムとデータを分離することの大切さを
学んだほうがいいよ。原則としてDockerの中にはデータを置いてはいけない。

AWSのEC2とか使ったことある? あれマシン停止したら
データ消えるのが原則だからね(EBS使えば残せるが)

マシンが存在しない状態から、同じものを何十台も作る
(データは共有でありここには含まれない)という
やり方自体を理解してないでしょ?

59
login:Penguin[]   投稿日:2014/07/21 17:26:57  ID:CD3L4aLS.net(11)
>48
> その部分は従来のスナップショット差分で十分だよ

そりゃできるだろw
面倒くさいって話なんだら。

いちいちスナップショットを管理してられるかw

Dockerfileの作成とメンテナンスに、
「スナップショットを取る」という作業は存在しない。
なぜならDockerがすべてを管理してくれるから

どのスナップショットが、どのスナップショットを元にして
っていう組み合わせをDockerfileの一行に対応して自動管理。

人間はDockerfileを修正するだけでよく「あのスナップショットから作ったら早いかな?
あれにはなんて名前をつけていたかな」などという作業が不要になる
コメント1件

60
login:Penguin[]   投稿日:2014/07/21 17:35:31  ID:0nx/kEDi.net(14)
>49
EC2は関係ないよね、それにそういう場合普通にEBS使うし

どうやら期待してたものとは随分違うみたいだね
先ほどのは、マウントして永続化という運用をした事があるって事だよね?
具体的にどう使ってるか教えてほしい

それが複雑なら、以前の環境で落ち着く事にするよ
コメント1件

61
login:Penguin[]   投稿日:2014/07/21 17:39:19  ID:0nx/kEDi.net(14)
>50
>いちいちスナップショットを管理してられるかw
現実としてDockerで管理してるでしょうが…本当に使ってるのか?
コンテナという定点を作ってるだけで、
派生したコンテナがあれば、結局全て更新する必要が出てくるでしょ

やってる事は同じだよ
ただDockerは軽い

62
login:Penguin[sage]   投稿日:2014/07/21 17:40:47  ID:TQP9HUEW.net
EC2に相当するものをCPU仮想化とか使わずに実現できて、
立ち上げ高速、ベースイメージとかスナップショットをハッシュを使って簡単管理
って感じのものだと思ってた

63
login:Penguin[]   投稿日:2014/07/21 17:45:13  ID:0nx/kEDi.net(14)
利点もうひとつあったね、共有リポジトリのベースイメージは確かに便利だ
Vagrantと違い、公式のイメージがあるのは良い

64
login:Penguin[]   投稿日:2014/07/21 18:00:51  ID:0nx/kEDi.net(14)
結局、単なる煽り屋の説教強盗だったか
最近こういう奴増えすぎてうんざり
コメント2件

65
login:Penguin[sage]   投稿日:2014/07/23 22:33:15  ID:UUScHLmj.net
>52
> 現実としてDockerで管理してるでしょうが…本当に使ってるのか?

俺が管理って言ってるのは、人間がスナップショットを取る作業のことだよ。
DockerはDockerが勝手に管理してくれる。
人間がすることは何もない。

だから楽だって言ってるの。
コメント1件

66
login:Penguin[sage]   投稿日:2014/07/23 23:20:54  ID:o+hfR0jh.net
ローカルのvar/lib下のdockerフォルダの構成と特定のイメージだけを別環境へ移行する方法教えて下しあ

67
login:Penguin[sage]   投稿日:2014/07/24 09:25:05  ID:JT/Kqf/A.net
Docker上のCentOS7でsystemdが動かないのはなんで?

68
login:Penguin[]   投稿日:2014/07/25 05:38:56  ID:WaTYzJiH.net(4)
>56
仮想化でも、それなりな管理用ソフトウェア使えばSS周りの使い勝手も良いし、
実際に自分の場合、そこは大して変わらない

そんな枝葉の事はどうでも良いから
Dockerを主体として、データの永続化をさせる具体的な運用方法を教えて欲しい
特にあんたの具体例

これで4回目
いちいちくだらない事で煽ってたんだから、まともに答えなさいよ?
コメント2件

69
login:Penguin[sage]   投稿日:2014/07/25 12:54:40  ID:dDioozxB.net(3)
>59
なんかクレクレ君になってるなw

データの永続化ぐらい調べなさいよ。
コメント1件

70
login:Penguin[sage]   投稿日:2014/07/25 13:10:16  ID:dDioozxB.net(3)
クレクレ君に餌与えるのも嫌だが、
何も知らないと思われるの癪だからヒントだけあげるわ。

イミュータブル インフラストラクチャ
http://ja.wikipedia.org/wiki/Immutable_Infrastructure
> Immutable Infrastructure(イミュータブル インフラストラクチャ)は不変なサーバー基盤のこと。
> 具体的には、一度サーバーを構築したらその後はサーバーのソフトウェアに変更を加えないことを意味する。

なんでDocker(やAWSのEC2)が仮想マシン(コンテナ)を沢山起動して
終わったら消すという設計になっているのか。その理由がイミュータブル インフラストラクチャな。
一度サーバーを構築したらその後はサーバーのソフトウェアに変更を加えない。

だから、イミュータブル インフラストラクチャにおいて、
データは仮想マシン(コンテナ)の中に置いてはいけないんだよ。

新しい技術を手に入れたのに、それで古やり方を真似るのは馬鹿がすることでな。
古いやり方を捨てて発想の転換をしなくちゃだめ。

以前やっていたあれをどうやって実現すればいいんだよ!という質問は答える気を無くす。
説明した所で、俺は嫌だ昔のやり方がいい。昔のやり方でこれまでもやってきた。
昔のやり方に戻せっていいだすから。というか既に言ってるからねお前。
コメント1件

71
login:Penguin[sage]   投稿日:2014/07/25 13:44:33  ID:mTAGxA0j.net
ここまで一応真面目に二人ともの長文を読んだつもりだったけど、この言いぐさには笑った。
典型的な「発想の転換」馬鹿だな、という感想しか思い浮かばないわ、さすがにこれ。
的外れなDocker信者が騒げば騒ぐほどbuzzword化しかんねんから、
正直いいから黙っておいてくれよ迷惑すぎるわ本当もうね。
コメント1件

72
login:Penguin[sage]   投稿日:2014/07/25 14:04:20  ID:dDioozxB.net(3)
そうさ! 俺の理解できないものはなんでもバズワードさ!

という意見を見た気がするねw

73
login:Penguin[]   投稿日:2014/07/25 22:44:59  ID:WaTYzJiH.net(4)
>60-62
結局老害のレッテル貼って藁人形論法してるだけだな
取ってつけたような解説どうも

考え方の否定なんてしてないし、簡単にできない、向いてないなら、
素直にそう一言言えば良かっただけだ
散々否定してきたから、今更言えないか?

そもそもDockerを無視してEC2!Immutable Infrastructure!という態度は
否定どころか、既に俺の意見の強化すらしてるとも取れるけどな

今レスしてる理由は、単純に自分が使って難しい、不便な部分を
簡単にできるかの様に言うので、教えてと言ってるだけなので

>以前やっていたあれをどうやって実現すればいいんだよ!という質問は答える気を無くす。
「〇〇があるだろ」と言えば終わりだろ

そりゃいくら予防線張ったところで、今更fuseやdevice-mapperとか、
Dockerの優位性なんてない、とぼけた事抜かされても困るよ?
やるならビシっと頼むぜ? これ5回目な

74
login:Penguin[sage]   投稿日:2014/07/25 22:47:16  ID:cfzFizvB.net(3)
>64
Dockerの優位性は、簡単だからだろ。

Dockerと同じ仕組みを作るのに
一体どれだけの時間がかかるのか。

まずスナップショットを自動的にとって
差分で管理する、Dockerfile相当のものを
作らないといけないんだよ。

やってみ。

お前は「理論的には出来る」ってことしか言ってないじゃないか。

75
login:Penguin[sage]   投稿日:2014/07/25 22:50:27  ID:cfzFizvB.net(3)
喩え話をしよう。

「自動車という技術を使えば、遠くへ速く移動できます。」

「海を渡れないじゃないか! 俺は島に行きたいんだよ! 自動車なんか使えない」


こういう会話している気分なんだよね。

76
login:Penguin[sage]   投稿日:2014/07/25 22:51:37  ID:cfzFizvB.net(3)
>64
> やるならビシっと頼むぜ? これ5回目な

言うの忘れてたw

1万回繰り返したら、教えてあげるよ。

残り9995回な。はい、がんばって! はい、がんばって!
コメント1件

77
login:Penguin[sage]   投稿日:2014/07/25 23:02:42  ID:SBspUD7+.net
永続的ストレージって意味ならDockerが提供するのはマシンローカルなボリュームをマウントする類の機能だけじゃないの?
永続的データの管理っていう意味なら、今すでにDockerを活用してるようなとこはDB使うような形態が多いんじゃないかな?
EBSみたいなネットワーク上の任意のボリュームを管理してマウントしたいとかみたいなのはDockerの範疇では無いんじゃないかなあ?
その辺を実現するためにはDockerの上に何かさらに被せないと駄目なんじゃないかな
コメント1件

78
login:Penguin[]   投稿日:2014/07/25 23:06:06  ID:WaTYzJiH.net(4)
>65-68
>こういう会話している気分なんだよね
結局自分でできもしないのにできるって言ってただけ?w
そりゃ答えられないわな
欺瞞的なホラ吹き野郎よりは、お前がレッテル貼ってたような老害のがマシですわ
コメント1件

79
login:Penguin[sage]   投稿日:2014/07/25 23:26:49  ID:jUFnFaFb.net(2)
>69
なんで俺にこだわってるの?w

できるかできないか知りたいなら調べてたら?
本当に出来ないと思う?

ならなんでみんな使ってるのさ?
Microsoft、Red Hat、IBM等がGoogleのDockerコンテナ管理ツール、Kubernetesサポートで団結
http://jp.techcrunch.com/2014/07/11/20140710google-microsoft-ibm-and-o...

ちなみに俺は前があと9994回聞かないと答えないぜ?
コメント1件

80
login:Penguin[sage]   投稿日:2014/07/25 23:28:47  ID:jUFnFaFb.net(2)
>68
多分こいつは、複数台のサーバーを連携して
システムを作るってことをやったことがないのだと思う。
一台で完結するものだけ。

普通は一台でやろうと思ってもスペックが足りないので
あらゆる単位でわけるよね。

その典型的な例が、データベースサーバーだったり
S3だったりするわけ。

まあ、君には言わなくてもわかってると思うがw
コメント1件

81
login:Penguin[]   投稿日:2014/07/25 23:42:11  ID:WaTYzJiH.net(4)
>68
ストレージ周りを簡単に連携してくれるか、
データ専用コンテナを簡単に移行したり管理できるツールがあればと思ってる

それと蛇足だが、DBも集中管理で動的にネットワーク設定を変える場合、
再構成かenvで起動毎に埋め込む(今これ)か、
外のカスタマイズしたツールが必要なのも難がある、

管理ツールが整えば解決しそうだけど未実装が多く辛い
まあdocker自身もまだ成熟しきってない状況で、欲を言ったのが悪かったかもね

>71
はいはいまたレッテル貼りですか?
コメント1件

82
login:Penguin[]   投稿日:2014/07/26 00:03:46  ID:KGoUvQER.net
>70
あのこれデータ管理の用途でなら
HNで出てたバックアップツールのがまだ使えるんだが…

お前本当に適当にウェブで拾える記事貼ってるだけだな

83
login:Penguin[sage]   投稿日:2014/07/26 00:22:03  ID:Qh4ZGLY+.net
おまえらもっとちゃんと議論しろ

おもんねーぞ
コメント1件

84
login:Penguin[sage]   投稿日:2014/07/26 09:24:06  ID:XCKPq/7w.net
Docker で、dev, staging, production やらの環境作る場合、それらの設定ファイルってどうすんのがふつう?
それぞれ静的ファイル用意して ADD でコピーするんかね
コメント1件

85
login:Penguin[sage]   投稿日:2014/07/27 00:16:27  ID:jJjJI292.net
環境変数指定して切り分けてる

86
login:Penguin[sage]   投稿日:2014/07/28 00:34:12  ID:fGCO+fZN.net(2)
>76
ほうほうありがと。つことは別々のイメージを作るのか。そりゃそうか

87
login:Penguin[sage]   投稿日:2014/07/28 00:39:07  ID:P82VGUyJ.net(2)
>77
違う。

全環境用の設定ファイルをADDする
docker run 時に -e オプションで環境変数渡して、設定を切り替える
docker run -e production /path/to/run みたいに
run スクリプトには環境変数毎の挙動を書いとく

ってやってる

88
login:Penguin[sage]   投稿日:2014/07/28 00:47:15  ID:fGCO+fZN.net(2)
>78
おー、そういうことか!ありがとう
全部放り込むんか。元々Chefユーザーなもんで、templateみたいなのどうするんだろ?って考えてたわ

89
login:Penguin[sage]   投稿日:2014/07/28 01:09:18  ID:P82VGUyJ.net(2)
>79
めんどくさいからスクリプトファイル内で一括で切り替えれるようにしてる
ほんとは一つ一つの設定を環境変数で指定できるように外出するのがお行儀良いかと

例えば各サービスの listen port とか外部ディレクトリのマウントポイントとか。

90
login:Penguin[sage]   投稿日:2014/07/30 00:29:02  ID:hpKVnQsb.net
>80
その環境変数をもって、設定ファイル生成→サービス起動の流れか
だいぶイメージつかめてきた
コメント3件

91
login:Penguin[sage]   投稿日:2014/07/30 00:44:09  ID:U/nQrCUV.net
>81
いえす

92
login:Penguin[sage]   投稿日:2014/08/05 20:15:44  ID:mFg0OqXK.net
dockerでデータ永続化する時はどうするのがベターなの?

自分はnfs鯖作って、docker動かすマシンにマウントさせて-vしてるけどこれじゃない感がすごいw
コメント1件

93
login:Penguin[sage]   投稿日:2014/08/21 17:12:33  ID:965nT8BD.net
やっぱりサーバー用途にdockerって微妙だよなあ
いまいち使い方がわからない

94
login:Penguin[sage]   投稿日:2014/08/21 22:03:36  ID:CZyh5S+v.net
>84
バックアップとるの楽じゃない?
小規模なシステムのサーバーとかには向いてると思うけど。。。

95
login:Penguin[sage]   投稿日:2014/08/22 01:21:56  ID:3UmvxoAy.net
開発環境と使い捨てりゃな継続的テストにはうってつけだろ

96
login:Penguin[]   投稿日:2014/08/30 01:04:07  ID:Z/+w+WYZ.net
使い捨て開発環境ぐらいに留めたほうが良い
OpenVZが要件になった途端、全く使いまわせない事に気づき絶望
悪いことは言わんからChefにしとけ
コメント1件

97
login:Penguin[sage]   投稿日:2014/09/11 10:07:16  ID:lSXjA4SC.net
シェフまじつかいずれー

98
login:Penguin[sage]   投稿日:2014/09/11 11:44:42  ID:pjQ0S+n5.net
そう?Chef12でDocker対応したらしいな

99
login:Penguin[sage]   投稿日:2014/09/15 21:09:55  ID:w/ZbZndm.net
最近の sshd いれてセットアップとかやろうとする流れと
そうじゃねーだろって流れが面白い

前者は chef とかやってる人なのかな〜。
後者は chef とかでなんかこれじゃない感がある人なのかなと思ってる。

俺は後者。
sshd とかいれて chef とか頑張ってサービスの起動で
init や systemd ではまって docker ディスってるのとか
全部入りイメージで docker 使いましょうとかの記事とか
みてると docker ってそういうもんじゃないだろうって思っちゃう。

俺ん中では docker は daemontools とかに近い。
設定やアプリをある意味スタティックビルドして配布できる daemontools

異論は認める。まだ変わるだろうしみんな頑張れ

100
login:Penguin[sage]   投稿日:2014/09/17 11:05:44  ID:Mv5+dJuU.net
>90
fabric がいいじゃん。

101
login:Penguin[sage]   投稿日:2014/09/17 13:18:30  ID:OEktmv5d.net
どうやって儲けるんや

DockerがシリーズCで$40Mを調達、実際に使うのは来年再来年という絶好調の余裕
http://jp.techcrunch.com/2014/09/17/20140916dockers-so-hot-it-just-got...

102
login:Penguin[sage]   投稿日:2014/09/18 00:02:43  ID:SC2V9Lsw.net
>92
redhat google にライセンシーしてるじゃん

103
login:Penguin[sage]   投稿日:2014/09/27 10:14:24  ID:UPtxZ2Ld.net
>83
上でデータ専用コンテナで文句言ってたやつだけど、
自分は結局、自力でmapper割当する方式でおさまった
今は良さそうなプロジェクトがある
https://github.com/ClusterHQ/flocker
使えるかはわからないので人柱よろw

>90
その手の話はissueとして挙がった時に、メンテナや開発陣が勝手に決めればいい
ユーザー側で変な風潮作って先入観持つのは駄目だよ

使う側からすれば、目的を達成できれば十分だし、
変なドグマを強要されても気分悪いだけだからさ

104
login:Penguin[sage]   投稿日:2014/10/15 00:01:18  ID:CBsJvE9h.net
ちょっと使ってみたけど
自分的には、vagrantでvirtualboxの代わりにdockerを使うぐらいしか使い道がない
という結論に達した

105
login:Penguin[sage]   投稿日:2014/10/16 00:20:04  ID:bjLrBbeG.net
Windowsインストールできる?

106
login:Penguin[sage]   投稿日:2014/10/16 00:48:05  ID:UHuOC4dN.net
>96
やったことないからわからんが、OS XでもVirtualBox挟むからいけるんやない?boot2dockerみたいなのがあるのかはしらんけど

107
login:Penguin[sage]   投稿日:2014/10/23 00:00:47  ID:f/7d8Q0q.net
本番でどう使うかイマイチわかってないけど、環境を人に配るのが軽いってのはいいな

108
login:Penguin[sage]   投稿日:2014/10/25 18:16:21  ID:eE6jvWsh.net
生Dockerfile, Packer + Chef / Puppet, Chef Container, なんかウェブベースのツールと色々あるけど、どれでやってる?
ひとまず Dockerfile で初めてみたけど、Chef の資産があるなら Chef Container かなと思ってるけどまだ試してない

109
login:Penguin[sage]   投稿日:2014/11/09 17:24:25  ID:2I14mKVo.net
生Dockerfile or packer

110
login:Penguin[sage]   投稿日:2014/11/28 18:17:53  ID:H6ZS8BMc.net
これから始める「DockerでかんたんLAMP環境 for CentOS」
http://knowledge.sakura.ad.jp/tech/1811/
コメント1件

111
login:Penguin[sage]   投稿日:2014/12/02 23:19:57  ID:2gT/rQSv.net
なんかいろいろ作って結果、公式のでいいやってなる罠

112
login:Penguin[sage]   投稿日:2014/12/03 08:20:04  ID:q6zgZPaB.net
CoreOS離反か

113
login:Penguin[sage]   投稿日:2014/12/07 19:06:58  ID:JKakTgpC.net(2)
離反って何があったんです
コメント2件

114
login:Penguin[sage]   投稿日:2014/12/07 19:12:07  ID:N0b3IwlR.net
coreOS が独自のコンテナ(Dockerみたいなの)を作りはじめた
https://github.com/coreos/rocket

115
login:Penguin[sage]   投稿日:2014/12/07 19:26:42  ID:tC/CJQS4.net
そりゃまあ自分で作ったほうが融通が利くわな

116
login:Penguin[sage]   投稿日:2014/12/07 20:38:47  ID:Ha7sdVv6.net
欠陥品とまで言ってるぜw
コメント1件

117
login:Penguin[sage]   投稿日:2014/12/07 22:05:27  ID:JKakTgpC.net(2)
なんとまあ
まあ切磋琢磨は歓迎ですが
ただでさえDockerのバージョンアップに冷や冷やしてるのに、あんま枝分かれされるとおいらみたいなドサンピンにはノウハウ纏めきれなくて困る
コメント1件

118
login:Penguin[sage]   投稿日:2014/12/07 22:16:05  ID:jm8OjXsq.net
CoreOS のブログ
https://coreos.com/blog/rocket/

途中までしか読んでないが、Docker が太りすぎて最初に思ってたシンプルなのじゃなくなってきて、
Docker container じゃなくて Docker Platform になってしまい…
それが、CoreOS の Unix 的思想と合わなくなってしまった。とかそういうことっぽい

これからコンテナ型が色々出てくんのか???

119
login:Penguin[sage]   投稿日:2014/12/08 21:15:25  ID:Q6U0/TSw.net
nsenter だめだめじゃん
arch で pacman がつかえねぇ

120
login:Penguin[]   投稿日:2014/12/11 00:16:25  ID:u0CVhiIb.net
vagrant pushが予想してる動きになるならDockerやめたい
コメント2件

121
login:Penguin[sage]   投稿日:2014/12/11 02:01:48  ID:WG1IuxSt.net
やりすぎ感あるよね
コメント1件

122
login:Penguin[sage]   投稿日:2014/12/12 20:55:41  ID:dFLqj1AM.net
Data volume containerを実際に運用してみた人いる?

123
login:Penguin[sage]   投稿日:2014/12/12 21:03:13  ID:F2QBkPdx.net
>113
しらんかった。いろんなイメージの使用例もホストのマウントばかり例示してたからなぁ と言って、それで作っちまった環境を今更変える気もないわけだが

124
名無しさん@そうだ選挙に行こう[sage]   投稿日:2014/12/13 12:49:40  ID:dC0kYH3e.net
chrootでいいよもう

125
名無しさん@そうだ選挙に行こう[sage]   投稿日:2014/12/13 14:26:38  ID:bWjbKrE5.net(6)
>110
今ならdocker exec でよくない?
コメント2件

126
名無しさん@そうだ選挙に行こう[sage]   投稿日:2014/12/13 14:28:05  ID:bWjbKrE5.net(6)
>113
使ってるけど、

・VOLUME指定したディレクトリ配下はデータボリュームコンテナ本体とは別のボリュームになる

・docker commit等ではデータボリュームコンテナ本体部しかimageには含まれない

・ゆえに、docker commit→docker saveとやってもデータは保存されないし取り出せるわけでもない

・結局のところ、VOLUME指定は、ホストの/var/lib/docker/vfs/dir/配下に置かれてるボリュームを
VOLUMEコマンドで指定した名前で、データボリュームコンテナ本体とそれを--volumes-fromで参照するコンテナから
 参照できるようになる仕組みでしかない

というのがわかってないと、ハマると思う。

上で、>30 が「データ専用のコンテナを都度コミットしないといけない」って書いちゃってるけど、
・コンテナ外にデータがあるんでコミットは不要
・コミットしたところでデータはデータコンテナから作ったイメージ上にはないので無意味
なんだよね。
コメント1件

127
名無しさん@そうだ選挙に行こう[sage]   投稿日:2014/12/13 14:29:36  ID:bWjbKrE5.net(6)
なので、データボリュームコンテナを使って、溜まったデータをどうにかしたい場合は、
・データ吸出し用の使い捨てコンテナから--volumes-fromでデータボリュームコンテナを参照して吸い出す
・データボリュームコンテナ自体にデータ吸出し機能を仕込んでおく
(データボリュームコンテナを起動させたままで使ってるなら
 docker exec -it コンテナ名 tar cf - 吸い出し対象 >ホスト側吸い出しファイル名
でいいかもしれない。まあ、普通、データボリュームコンテナを起動させたままにしないだろうけど)
・データボリュームコンテナを参照して起動しているアプリケーションコンテナ上で直接どうにかする
のどれかになると思う。
コメント1件

128
名無しさん@そうだ選挙に行こう[sage]   投稿日:2014/12/13 14:36:00  ID:bWjbKrE5.net(6)
色々書いたけど、データボリュームコンテナは、
「データを別コンテナにパッケージングする」ものじゃなくて「インフラ部からデータを排除する」テクニックと
考えたほうがいいと思う。

ホスト側の/var/lib/docker/vfs/dir/配下に置かれてるボリュームを
「データボリュームコンテナ名-VOLUME宣言時のパス」で名前付けした形で
扱えるのがキモで、
データボリュームコンテナは名前を貸してるだけで
コンテナ自体でデータを抱えてる訳ではないから。

129
名無しさん@そうだ選挙に行こう[sage]   投稿日:2014/12/13 14:50:29  ID:idksnyoy.net(2)
>116
はいれた
が、archとdockerの相性が悪いのかpacmanがシグネチャがどーのこーの言われてまともに動かない
docker コンテナの中だと vi もまともに動かないし(C-p,C-n,の動きなどが怪しい 他にも多々ある)、まだまだ不具合だらけだな
コメント1件

130
名無しさん@そうだ選挙に行こう[sage]   投稿日:2014/12/13 15:11:14  ID:bWjbKrE5.net(6)
>120
多分、
https://registry.hub.docker.com/u/base/archlinux/
のイメージ(か、同一方式で構築したもの)を
使ってると思うんだけど、そこのページのコメント部分で色々指摘されてる通り、
イメージ自体がまだ微妙な代物っぽいね。

131
名無しさん@そうだ選挙に行こう[sage]   投稿日:2014/12/13 15:32:18  ID:bWjbKrE5.net(6)
>120
ちょっと興味があったんで、手元のWindows上のboot2docker環境で、
docker run -i -t base/archlinux /bin/bash
ってやって
# packman -Syu
# packman -S vi
# vi /etc/fstab
みたいな感じでやってみたけど、とりあえず問題なさそうだったよ。

ああ、キーボードの設定か何かのせいでカーソルキーが効かなかったんで
カーソル移動は昔ながらのhjklでやる羽目になったけど。
コメント3件

132
名無しさん@そうだ選挙に行こう[sage]   投稿日:2014/12/13 17:44:11  ID:idksnyoy.net(2)
>121
納得できた
色々とありがとう

133
login:Penguin[sage]   投稿日:2014/12/15 06:25:10  ID:Yyr9JBd9.net
docker exec すると 色々と挙動がおかしいの俺だけ?
複数行あるファイルをviで編集しようとすると1行表示しかされなかったりする
nsenterでは問題がないのだが・・・

134
login:Penguin[]   投稿日:2015/02/12 23:47:11  ID:3fcerP3j.net
いくら考えても理由がわからんから教えて。

なんでDockerの中に建てたサーバー(例 ウェブサーバー)に
接続するのに、ポートフォーワーディングするわけ?
ルーティングすればいいじゃん。

参考 docker の VM に向けてルーティング追加すればポートフォワード要らないってのにようやく気がついたメモ
http://qiita.com/woremacx/items/e5542bfa8e96c70346aa

ルーティングの設定すれば、ポートフォーワーディングしなくても
普通にDockerコンテナのIPアドレスに接続できるじゃん?

コンテナ2つ起動して、その両方でウェブサーバーが起動している時でも
普通にそれぞれにIPアドレスに接続するだけでいいじゃん?
いちいちポートしていしなくても。

ルーティングのほうが簡単でわかりやすいのに
なんでポートフォーワーディングするやり方ばっかり書いているわけ?

135
login:Penguin[sage]   投稿日:2015/02/13 07:27:09  ID:In2LSI12.net
細かい経緯は知らんが、 --net=host 機能追加するときに
デフォルトはサンドボックスにしてると言ってる

https://blog.docker.com/2014/05/docker-0-11-release-candidate-for-1-0...

あとはドッカートホストのやり取りがカーネルから出ていかないから効率的とかなんとかが、この辺に書いてたな。さらにiptableいじるネタばかりかいてるので、変えたい人は勝手にどうぞとってスタンスと思われる

https://docs.docker.com/articles/networking/

すべての疑問が解決はしてないとは思うがどうだろうか

136
login:Penguin[sage]   投稿日:2015/02/13 08:08:59  ID:U2g5Gszi.net
>125
コンテナとVMを混同してると納得しにくいかも

137
login:Penguin[sage]   投稿日:2015/02/13 08:42:45  ID:1uWXxMQn.net
>126
ファイアウォールと同じでデフォルト閉じてるあつかいなんですかね?

>127
その説明じゃ納得出来ないな。

もともとコンテナはOpenVZによるVPS等で
昔から使われているわけで。

138
login:Penguin[sage]   投稿日:2015/02/22 02:16:57  ID:xiofTN8L.net
>125

boot2docker などの docker on vm on host 前提でホストが1台だけの場合の話でいいのかな?
# 何を前提にするかによって何がわかりやすくて何が正しいかが変わると思う。

boot2docker の場合、172.17.0.0/16 のルーティングを向けると楽だというのはわかる。
ただ、その場合例えば会社の 172.17.0.0/16 などに繋がらなくなるよね。
しかも、VM内だけでなくホストの設定も変更しないとダメだし。
万人向けの設定方法で、わかってない人に予想外の影響が出るような説明は
避けるべきだと思う。

ネットワークがわかってる人なら実際どうにかできるしね。

で、もし docker 全般(docker on Linux host 含む)という話なら
docker を複数ホストで使う場合を想定したらルーティングはありえない。
その場合は、--net=host でホストのNWを見せるかデフォルトのポートフォワーディングになる。
# docker daemon 起動時に IP分けるなどならありだけど、各ホストの設定が大変

どちらにしても、わかってる人は正直どうでもよくって
わかってない人に無難に使ってもらえる設定がポートフォワーディングだから
その紹介が多いだけ。

まぁ、私の予想です。

ただ、VMwareなどは知らないけど、VirtualBox の初期設定が NAT であることなどからも
デフォルト設定や万人向けの解説などは安全側に倒して置くのが普通じゃないですかね。
コメント1件

139
login:Penguin[sage]   投稿日:2015/02/22 12:56:58  ID:0Yr0XXjs.net
>129
なるほど。わかってきたよ。ようするに使い方の違いの問題だ。
俺が今Dockerを使ってやろうとしているのは主に開発の効率化で

各個人専用の独立した開発環境を作りたいから
> ただ、その場合例えば会社の 172.17.0.0/16 などに繋がらなくなるよね。
これとは逆に外が見えたり、外から見えない方が好ましい。

閉じた環境のネットワークの中に軽量なサーバーを複数台、
例えば構成が少し違ったり、アプリのバージョンが違うものを
立てて実験したりしたい時に、いちいちポートフォワーディングの設定を〜
とかをするのが面倒なんだ。

だがDocker社も含めてDockerを使っている人達の多くはインフラ系で開発系ではないのだろう。
(この二つで担当者を分けるのはナンセンスだと俺は思っているが)
だからそういう情報が少ないんだろうな。

Dockerを使って実運用のサーバーを作る時にルーティングがありえないっていうのはわかるよ。
その場合はpipework等を使って任意のIPアドレスを割り振るって話だ。

ただ(開発用に)ルーティングを使った使い方の話が少ない理由がよくわからなかったんだ。

140
login:Penguin[sage]   投稿日:2015/02/24 09:05:32  ID:2evo8piP.net
Dockerを使ってる人の多くはプログラマーな場合が多い。
なのでルーティングの知識は無い。
ポートフォワードならローカルからサーバーのMySQLにつなぐとか要件があってそこそこの知識がある。

141
login:Penguin[sage]   投稿日:2015/02/28 00:10:34  ID:msuPzX17.net
>131
1行目と2行目がどう関連してるのかよくわからないな。
今時ならなおのことネットワークに疎いプログラマなんぞ
いないだろうに。
コメント1件

142
login:Penguin[sage]   投稿日:2015/02/28 11:19:27  ID:LAeFYtHP.net
>131がプログラムに疎いインフラ屋なのだろう。

インフラ屋っていうのは取りあえず動くコードさえ
かければいいので、アプリを作れるレベルにない事が多いからさ。
コメント1件

143
login:Penguin[sage]   投稿日:2015/02/28 12:38:24  ID:C+fDuvD4.net
なんでも屋と分業しているチームの違いじゃね

>131 は分業しか知らない上に、
ルーティングひとつまともに知らない人ばかりの場所で働いてると
まれによくある話だ

そんな奴らが回収率の高いビジネスに持ってけるわけないので、放っておけば良い

144
login:Penguin[sage]   投稿日:2015/03/07 10:56:58  ID:EY+nFfaa.net
DockerってDockefileに書いた順番に
イメージをコミットしていくだろう?

その時、Dockerfileの上のほうを修正すると
その下のコマンドを全部再実行することになる。

その時間を節約するには、Dockerfileは常に追記していくことになる。
でもそうするとDockerfileが見づらくなる。
だからといって並び替えると、コマンドを再実行することになって時間がかかる。

このジレンマどうにかならないもんかね。

145
login:Penguin[sage]   投稿日:2015/03/08 14:40:14  ID:bPLLRXhl.net
Dockerって最後にCMDとかでapacheをフォアグラウンドで起動したりするけどさ、
あれって普通に起動してスリープで止めたほうが楽だよな?
Docker自体にそういう機能があってもいいと思うけど。

CMD service apache2 start && sleep 36500d

これならapache起動前の環境変数の設定とかやらなくて済む
欠点としては標準出力の内容を見れないところだけど、
普通はログファイルに出力できるからsleepの代わりにtailを使えばいいし。

CMD service apache2 start && tail -f /var/log/apache2/error.log

CoreOSとかinit.dを使った起動方法が存在しないなら直接起動するしか無いけど、
普通のディストリ使ってるなら普通に起動したほうが楽だと思う。

146
login:Penguin[sage]   投稿日:2015/03/18 15:43:26  ID:mKTr+8Zp.net
Redhat Enterprise Linux 6.6でDockerを動作させようとしたのですが、
dockerサービスを起動すると、ログに
kernelを3.8.0にアップグレードしろと出て動作しません。
kernel2.6のままで、
Dockerを動作させる方法はないでしょうか?

147
login:Penguin[sage]   投稿日:2015/03/18 18:19:04  ID:dZDPfpFm.net
RH純正のrpmなら、動作するのでは?

動かないなら、RHEL v7.1で試した方がいいかと。

#6系よりもkernelのバージョンは上だし、Dockerの正式サポートがされているし > v7.1

148
138[sage]   投稿日:2015/03/19 14:52:02  ID:AeUiPQFK.net
>138
RHEL7系はアーキテクチャが大きく変わって枯れていないので、
運用管理者が嫌がっているのです。
昨年12月位にCentOS6.6でDockerを試した時は動いたので、
RHEL6.6でも大丈夫かと思ったのですが。
今はCentOS6.6でもDockerは動作しないようです。
GitLabやDockerHub,Mavenリポジトリ,Jenkins,Sourceスタティックチェックサービス
など最新の開発サービスを、コンテナで分けて管理しようと思ったのですが
まだ共通に使われるサービスに、Dockerを利用するのは時期尚早みたいですね。

149
login:Penguin[sage]   投稿日:2015/03/19 17:54:56  ID:mC8YiUyo.net
Atomic Host もリリースされたし、硬くdockerを運用したいなら、RHELはいいディストリビューションだと思いますけどね〜

枯れてないことを言い訳にしても、新しい仕組みであるdockerを活用できるとは思えない…

150
login:Penguin[sage]   投稿日:2015/03/20 00:35:19  ID:AlorzVjT.net
今作ったCentOS6.6で普通に動くが
コメント1件

151
login:Penguin[sage]   投稿日:2015/03/20 14:18:52  ID:hZYPghKH.net
>141
EPELのdocker-io?それとも、別のパッケージ?

152
login:Penguin[sage]   投稿日:2015/03/20 17:25:53  ID:B5UkL4Xx.net
>142
EPELの

153
login:Penguin[]   投稿日:2015/03/26 11:45:02  ID:+4WYnNWp.net
>117-119

> ・結局のところ、VOLUME指定は、ホストの/var/lib/docker/vfs/dir/配下に置かれてるボリュームを
> VOLUMEコマンドで指定した名前で、データボリュームコンテナ本体とそれを--volumes-fromで参照するコンテナから
>  参照できるようになる仕組みでしかない
>
> というのがわかってないと、ハマると思う。

見事にハマったよ。そのレス読んでたけど具体的に触るまで
聞いてても頭にはいらないもんだな。

そもそも、ボリュームを確認するためのdocker volumesコマンドがまだ未実装なんだな?
ボリューム”コンテナ" と言ってるし、コマンドないし、これハマって当然だろ。
https://github.com/docker/docker/pull/8484

未実装のdocker volumesの代わりに、docker-volumesというのがある。
https://github.com/cpuguy83/docker-volumes

これ使ったら、どのコンテナがどういうふうに参照しているかわかったよ。
docker-composeと組み合わせたときの挙動とか。

試してないけど、そこに書いてあるボリュームのデータの吸い出しは
docker-volumes exportでできるんじゃないかな?
コメント1件

154
login:Penguin[sage]   投稿日:2015/03/26 22:40:30  ID:86+CyKvk.net
もう少しまともに使えるようになってから使えばいいのだ
慌てるなんちゃらは稼ぎが悪い
コメント1件

155
login:Penguin[sage]   投稿日:2015/03/26 23:22:56  ID:k5Vl+Oiz.net
そんなこと言ってたら手遅れになるよw

156
login:Penguin[sage]   投稿日:2015/03/27 22:36:17  ID:Nx1UE05j.net
あれよあれよという間に Docket が肥大してしまったので、
もっと軽量でコンパクトなコンテナ実装が出るのを期待してる。
コメント1件

157
login:Penguin[sage]   投稿日:2015/03/27 23:38:01  ID:/Vo2ca4H.net
Dockerの周辺技術が増えただけで
別にDocker自体は肥大化してないと思うけどね。

どうせどんな技術も
肥大化 → 機能を限定した軽いもの登場 → それもバージョンアップで肥大化
の流れになってるしw

結局、軽いものっていうのは、当初は機能が少ないから軽いだけで
どちらにしろ肥大化の道をたどる。
コメント1件

158
login:Penguin[sage]   投稿日:2015/03/27 23:49:53  ID:oaagofw0.net
まあRocketでも使えば?
コメント1件

159
login:Penguin[sage]   投稿日:2015/03/27 23:52:48  ID:KNCOdC5R.net
Docker がシンプルじゃなくなってるから coreOS が Rocket 作ったんじゃないっけ?

160
login:Penguin[sage]   投稿日:2015/03/28 11:59:18  ID:9irPoxg5.net
>150
Dockerも反論してるよ。

両方読んで思ったのが、どっちもこの業界で
勝利者になりたいって考えてるんだろうなってこと。

CoreOSが主張している「Dockerが肥大化している」は正しくないと思う。
ただしDockerがオーケストレーションとか周辺技術にまで手を出しているから、
CoreOSが本当に懸念しているのは周辺技術の方だろう。CoreOSもその分野だし。

Dockerがコンテナから始まって周辺技術に手を出しているのと反対に
CoreOSは周辺技術から始まってコンテナに手を出している。
スタート地点が逆なだけで、両者がやろうとしていることは同じだと思うよ。

評価するのは正式版になってからだろうね。初期の段階がシンプルなのは当たり前なので
十分な機能を持った時にシンプルさを保てているかどうかが重要。
コメント1件

161
login:Penguin[sage]   投稿日:2015/04/07 05:49:49  ID:rc//3BIB.net
CRATE使ってみたいDOCKERて何状態
コメント1件

162
login:Penguin[sage]   投稿日:2015/04/14 17:01:29  ID:wo5Qe7Fx.net
docker stopが固まる事がある。
CTRL Cで止めると、docker killばできず、docker rm -fもできない状態となるが、docker psで実行中の状態のまま。
dockerデーモンを止めて、コンテナのディレクターを手で削除して、dockerデーモンを止めると回復する。
dockerデーモンを止めずに、回復する方法はないだろうか?

163
login:Penguin[sage]   投稿日:2015/04/14 20:11:21  ID:nGgTgu9K.net
>153
Boot2Docker使ってるでしょ?

それBoot2Dockerのバグだから。
TinyCoreLinuxの問題かもだけど。

普通に仮想マシンにUbuntuとか入れてやれば安定するよ。
止まらないことなんて一回も起きてない。

そもそもDockerしか入ってなくて、まともにCLI使えない
貧弱なBoot2Dockerは使いづらいだけ。さっさと捨てた方がいい。
コメント1件

164
154[sage]   投稿日:2015/04/17 12:26:41  ID:wgAu0fQ3.net
>154
仮想OSでなく、
xeonの物理サーバーにCentOS6.6を入れてdocker-ioの1.4.1-3.el6で使ってます。
終了処理が10秒以上かかる
いろいろ調べた所、docker1.4のバグらしく、1.5だと直っているらしい。
1.5はまだ公式のepelリポジトリに入っていないので待ってみます。

165
login:Penguin[]   投稿日:2015/04/17 23:00:53  ID:2+Jl+YXB.net
1.6がでたのに、公式とか言ってるのは可愛そうだなw

まあLinuxディストリシステムの欠点とも言えるが、
そんなのに頼らないで、本当に欲しいものは
公式サイトからインストールした方がいい。

166
login:Penguin[sage]   投稿日:2015/04/17 23:32:02  ID:DursZPv2.net
1.5と何が変わったのかというか、ブログっぽく書いてたページってトップから行けなかったっけ?
久しぶりだからよくわからなくなった

167
login:Penguin[sage]   投稿日:2015/04/17 23:34:01  ID:9gMi+vK8.net
>157
blogで検索しろ

168
login:Penguin[sage]   投稿日:2015/04/18 00:03:43  ID:u1tH5Ffu.net
>158
すまんな完全に耄碌してた

結局、windowsで動かすdockerはvmwareでcolinuxじゃないということかなぁ
あと、リソースのリミットやcgroupはより実利用に向けてだね。あとは、レジストリのメモリサイズ減っててほしいな減ってたら使いたい
何よりもラベル助かる。というか必須にしようや

と、食いつきにくい餌をばらまく

169
login:Penguin[sage]   投稿日:2015/04/18 00:32:50  ID:f25WLGMH.net
>156
公式から実行ファイル落としてきて差し替えるだけでアップデートできるしねえ
コメント2件

170
login:Penguin[sage]   投稿日:2015/04/18 00:43:41  ID:Poz6rK90.net(2)
> 結局、windowsで動かすdockerはvmwareでcolinuxじゃないということかなぁ

誰か解読してくれ
コメント1件

171
login:Penguin[sage]   投稿日:2015/04/18 09:37:55  ID:5mupc9aD.net
スマン。俺では読解不能。

172
login:Penguin[sage]   投稿日:2015/04/18 09:48:50  ID:xfQzuhGH.net
>160
Windowsを使うなっていうことだよ。 
コメント1件

173
login:Penguin[sage]   投稿日:2015/04/18 10:11:00  ID:Poz6rK90.net(2)
>163
それをいうのならMacOSXもじゃね?
Docker動かんし。

174
login:Penguin[sage]   投稿日:2015/04/26 23:10:26  ID:sEsBhdvh.net
>161
colinuxは仮想マシンじゃないってことじゃないの?

175
login:Penguin[sage]   投稿日:2015/04/26 23:36:12  ID:2VqiUET5.net
ああ、「Winだと仮想経由になっちゃってコンテナとは言い難いな」ってことか?
それ踏まえて読み直すとやっと腑に落ちた

しかし読解レベルで食いつきにくいのは勘弁してもらいたいなw

176
login:Penguin[sage]   投稿日:2015/04/28 09:15:57  ID:caO6gV5W.net(2)
とはいえコンテナが増えてくるとVMでモジュール化しないと管理しきれなくなる

177
login:Penguin[sage]   投稿日:2015/04/28 17:43:20  ID:p7aKCxVD.net
モジュール化するのはいいが、
なんでVMでなんだ?
もっと軽いものでモジュール化しろよ

178
login:Penguin[sage]   投稿日:2015/04/28 18:08:46  ID:caO6gV5W.net(2)
その軽いものでホスト環境ごと分離できるなら
コメント1件

179
login:Penguin[sage]   投稿日:2015/04/28 20:38:55  ID:hA0EVbY2.net
>169
Docker in Docker

180
login:Penguin[sage]   投稿日:2015/04/29 03:55:39  ID:BRRCxaDn.net
>169
それがコンテナ(プロセス)のグループ化って考え方なんだろうけどね。

ようするのpsコマンドの表示の仕方が悪いって話でしょ?
psした時に、特定のグループは一つにまとまって見れて
そのグループ単位で起動とか停止できればいいんでしょ?

複数のコンテナをまとめて管理するなら、docker-composeが使えるし
イメージやコンテナにラベルが付けられるようになったから
自分でコマンド作ればいい。

最終的にはsystemdと連携してプロセスグループとして管理される。
これが現在進行中の流れだよ。

今すぐ使いたかったら、
GoogleのKubernetes等のコンテナ管理ツールを使えば良い
コメント1件

181
login:Penguin[sage]   投稿日:2015/04/29 10:07:13  ID:nNg4AUbS.net
>170-171
実行状態もだけどコンテナ間通信のためのポート構成のカプセル化が目的
今度試してみる
コメント1件

182
login:Penguin[sage]   投稿日:2015/04/29 16:58:01  ID:MqTXUcHY.net
DebianでDockerを使いたい
コメント1件

183
login:Penguin[sage]   投稿日:2015/04/29 19:45:04  ID:PVvnkZA4.net
>172
コンテナ間の通信であればポートを気にすることはない。
普通にコンテナ間でIPアドレス指定してアクセスできる。

ポートを気にするのはコンテナの外から
アクセスする部分だけ。

184
login:Penguin[sage]   投稿日:2015/06/22 09:59:59  ID:MKn1D3b3.net
どっかの馬鹿がDockerに関しての話題をここじゃなくて、
こっちでやれって言ったからこっちに書いてるよ。

興味があったらどうぞ

プログラムに詳しくなりたい /プログラム板
コメント2件

185
login:Penguin[sage]   投稿日:2015/06/22 11:45:56  ID:wFV4fNrq.net
ドッカーポエムが繰り広げられていますね。
コメント2件

186
login:Penguin[sage]   投稿日:2015/06/24 06:47:05  ID:RBigAIuG.net
DockerでCentOS7使おう思ったら
systemctlが無いやら(7.0)、B-Busがなんやら(7.1)出てしまうので
先人の教えを請うて次の魔法の言葉を打ったらsystemctl使えたけど
docker run --rm -v /usr/local/bin:/target jpetazzo/nsenter
docker run -p 80:80 centos:centos7 /sbin/init
sudo nsenter -t $(sudo docker inspect --format '{{.State.Pid}}' centos) -m -u -i -n -p /bin/sh
なんですの?これ

187
login:Penguin[sage]   投稿日:2015/06/24 07:03:31  ID:FN4gTzV8.net(3)
どこが魔法なんだ?。/sbin/initか?。
コメント1件

188
login:Penguin[sage]   投稿日:2015/06/24 19:39:41  ID:bjzS3wSj.net(5)
健全でない言葉が含まれているため表示しません 内容を確認する

189
login:Penguin[sage]   投稿日:2015/06/24 20:16:07  ID:FN4gTzV8.net(3)
普通に、CentOSを起動した時に動くデーモンを全部起動してるだけ。
必要なものだけに厳選するなら、supervisordとか他の手段を使ったほうが良いと思う。
コメント1件

190
login:Penguin[sage]   投稿日:2015/06/24 20:33:23  ID:U/GFm2K0.net
これを会社のシステムに使おうとしてる俺の会社って狂ってるよね
社内にLinuxに精通した奴なんておらんし

191
login:Penguin[sage]   投稿日:2015/06/24 20:46:10  ID:bjzS3wSj.net(5)
>180
ありがと、
とりあえず/sbin/initでコンテナ上げとけばsystemctlが使えるようになるから
あとはnsenterとかsupervisordやらでコンテナのshに入ればいいってことなのかな?

192
login:Penguin[sage]   投稿日:2015/06/24 20:48:34  ID:iMr9lwQF.net
>181
Dockerを使おうって会社っていうとNTTデータ?IBM?
大きな会社だね。
コメント1件

193
login:Penguin[sage]   投稿日:2015/06/24 20:52:07  ID:mO3FIYM5.net
>182
今のコンテナに入る方法はdocker execだよ。
nsenterとか使わない。

あとコンテナの中でsystemdも使わない。
そもそも使い方が間違っていて
コンテナは仮想マシンじゃない。

コンテナは原則として一つのアプリを動かすもの。
その一つのアプリを動かすのに必要なものを
固めたのがコンテナ。

動かすのは一つのアプリだけなのだからsystemdもいらない。
コメント1件

194
login:Penguin[sage]   投稿日:2015/06/24 21:31:09  ID:bjzS3wSj.net(5)
>184
なるほどハイパーバイザーみたいに使うのは違うんか
VPS借りてさらにその上で仮想化したくて
KVMはQEMUしか動かなくて糞遅く、VBは32bitしか使えず、
Dockerもsystemd使えなくて駄目かと思っていたら使えてウハウハしてしまった

195
login:Penguin[sage]   投稿日:2015/06/24 21:36:56  ID:bjzS3wSj.net(5)
>184
最初はdocker execでCentOS7コンテナの/bash/shに入ったらsystemctl使えなくて
ホストのUbuntu14.04自体に無いからかな?と14.10に上げてsystemctlあるなと思ったが駄目で
インターネッツ探したらnsenterでごにょごにょ書いていたからやってみたら出来たっていきさつです

196
login:Penguin[sage]   投稿日:2015/06/24 21:50:06  ID:FN4gTzV8.net(3)
何を動かしたいんだ?。
webserverか?。
開発環境?。

197
login:Penguin[sage]   投稿日:2015/06/24 21:51:19  ID:bjzS3wSj.net(5)
>187
Clamdscanを動かしたよ、試験で

198
login:Penguin[sage]   投稿日:2015/06/25 00:20:22  ID:cLOb0vS2.net
これってWindowsでいうApp-Vみたいなもん?
コメント1件

199
login:Penguin[sage]   投稿日:2015/06/25 04:18:41  ID:wvwj0TJ4.net(3)
>185
実際マシンの仮想化はしてないからね。
ハードウェアのエミュレートなどはしていない。
chrootの技術の延長

WindowsでDLL Hell とかいう言葉を知っていればわかりやすけど
アプリAとアプリBがあります。どちらもOSのDLL(ダイナミックライブラリ)を使います。
アプリAをバージョンアップするために、OSのDLLのバージョンアップも必要です。
OSのDLLのバージョンアップしたら互換性がなくて、アプリBが動かなくなりました。
というのがDLL Hellというやつで、Linuxでも同じことは起きる。

この対策としてアプリAのディレクトリにOSのDLLを含めました。
などとアプリAのディレクトリに、OSのDLLすべてをコピーしちゃう。

更にプロセス空間やネットワーク関連も独立させて、完全に隔離された状態で
アプリケーションを動かすっていうのがアプリケーションコンテナ。

あくまで一つのアプリを動かすために、そのアプリに必要なものを
すべてまとめてしまってるだけなので、ホストOS上で
(コンテナ化された)アプリを動かすという考え方をする。

同じコンテナ技術を使って仮想マシンのように使うOpenVZとかあるけど
あれとは考え方が違うので注意。

一つのコンテナの中で動かすターゲットは一つ(+それを動かすために必要物)なので
わざわざsystemd使う必要もないってわけ。

200
login:Penguin[sage]   投稿日:2015/06/25 04:19:11  ID:wvwj0TJ4.net(3)
>189
これか。
http://www.atmarkit.co.jp/ait/articles/1006/24/news108_2.html

ざっと見た感じだとかなり似ているな。
なんだかんだでWindowsは既に実現してるんだなw
コメント1件

201
login:Penguin[sage]   投稿日:2015/06/25 04:47:29  ID:wvwj0TJ4.net(3)
仮想マシンの使い方だと、マシンを新たに作って
OSのインストールを終わらす。そこまでが仮想マシンを作る段階で、
それから、よーしこれからアプリケーションをインストールするぞーって
考え方だと思うけど、

Dockerの場合、アプリケーションが使えるようにする所までが一連の作業になる。
Dockerfileに定義した内容に従って、すぐに使えるDockerイメージを作る。
そのイメージを共有することで、

あ、あのアプリ使いたいな。って思った時にyumやapt-getでインストールする代わりに、
イメージをpullしてきてそれを起動する。
(Dockerイメージを起動して作られるのがDockerコンテナ、実行ファイルと起動したプロセスのような関係)

Dockerコンテナの中にはアプリを動かすため必要なカーネル以外のすべてのものが
含まれているから、Dockerさえ動く環境があれば、すぐにアプリが使えるようになる。

ちなみに、CentOSとかUbuntuの違いというのは

* カーネル + CentOS独自のパッケージと設定
* カーネル + Ubuntu独自のパッケージと設定

であるため、Dockerコンテナにはカーネル以外のすべての部分が含まれているということは
ホストOSがCentOSであっても、Ubuntuベースで作られたコンテナが使えるということ。
カーネル部分は多少のバージョンの差があるにしろ同じものだからね。

202
login:Penguin[sage]   投稿日:2015/06/25 16:06:19  ID:C9lLKxO7.net
>185
>VPS借りてさらにその上で仮想化したくて
>KVMはQEMUしか動かなくて糞遅く、VBは32bitしか使えず、

そういう用途だとLXCそのまま使うのが良いかもよ
http://knowledge.sakura.ad.jp/tech/2108/
コメント1件

203
login:Penguin[sage]   投稿日:2015/06/26 19:34:35  ID:5utg5Beh.net
>193
そうなの?結構前だけどLXC使おう思ったが面倒そうでOpenVZに逃げたんだがw
(その時はホストがCentOSだったから面倒だった気もするけど)
今やDockerでまとまってウハウハ

204
login:Penguin[sage]   投稿日:2015/06/26 19:50:34  ID:HiTWIHDc.net
そうか?。CoreOSと喧嘩したり、色々きな臭い感じじゃん。
コメント1件

205
login:Penguin[sage]   投稿日:2015/06/26 21:26:26  ID:wntHkts6.net
和解しとるやん。
情報遅いな。
コメント1件

206
login:Penguin[sage]   投稿日:2015/06/26 23:22:40  ID:ngeDw7mz.net
CRIU使ってマイグレーション辺り、やってる人いる?
コメント1件

207
login:Penguin[]   投稿日:2015/06/30 04:52:28  ID:E9eQFop9.net
>192
お前まだそんな事言ってるのか
Dockerは小さな単位の仮想環境だよ
コメント1件

208
login:Penguin[sage]   投稿日:2015/06/30 09:07:07  ID:zxK55uyU.net
>198
理由書かないと何の説得力もないよ。

仮想環境と書いているが曖昧で、俺が言ってるのは
アプリを仮想化したものだと言ってる。
Dockerで作るのは仮想マシンではない。

この二つをごっちゃにすると、
仮想マシンの中でDockerを作るのは意味が無い。などと勘違いしてしまう。

仮想マシンの中であっても、アプリをインストールして起動する。
Dockerを使うと、このアプリのインストールと起動が簡単になる。

使い方が全く違うんだよ。

209
login:Penguin[sage]   投稿日:2015/07/01 07:55:16  ID:Z6eyldi3.net
アプリを特定の環境 (/usr/lib/libなんちゃらの特定のバージョンがある、など) で動かすための仕組みが仮想環境じゃねーの?

仮想環境をポイっと用意されたらその中で案件毎に複数のアプリをインストールしたりして、
ただ単に分離されたフルのOS環境として使うのが従来の仮想化の一般的な使い方だったけど、
KVMやESX, Hyper-Vなんかよりcgroup/namespace使ったコンテナはとっても軽いので
特定の仮想環境と特定のアプリ(nginx)をワンパッケージとして管理したら良いんじゃない?
ってことで出て来たのがDockerってことと思ってるが

210
login:Penguin[sage]   投稿日:2015/07/01 09:10:05  ID:qZ14qlfM.net(2)
>200
仮想環境と言われると曖昧だが、
仮想マシンではないということ。

> 仮想環境をポイっと用意されたらその中で案件毎に複数のアプリをインストールしたりして、

「複数のアプリをインストールしたりして」の部分ね。
これがDockerコンテナ化された複数のアプリに変わる。

仮想マシンの中に複数アプリを入れると言っても、
そのアプリには設定が必要。何も設定しないでもいいアプリはあまりない。
つまりアプリのインストールというのは面倒な作業といえる。

それを軽減するためにChefなどのツールを使ったり、
AmazonのAMI(仮想マシンイメージ)を作ったりするが、
それは、アプリとアプリの依存関係を定義しているようなもので、
【「仮想マシンの中に入れる複数のアプリ」で構成されたもの】を作ることになる。
言い換えると、アプリの設定 と アプリ間の連携の設定が結びついてしまう。

Dockerコンテナの場合、単体のアプリを作るものだから、アプリのみの設定を行う。
そのアプリの連携はDockerコンテナの起動オプション(またはdocker-compose等)で行う

だから軽いっていうのもあるけど、新しいアプリのインストール・デプロイの方法なんだよ。
Dockerを導入した場合、仮想マシンというのはマシンスペックを増やすために作るもので、
その中で動かすアプリは柔軟に変更できる。

今のサービスは複数のアプリで構成されるのは普通だけど、その構成を決め打ちで定義してしまうものではなく、
Dockerコンテナで設定済みのアプリを作っておき、そのアプリの配置を好きに変更できる。
1仮想マシン、1アプリでもいいし、ハイスペックな1仮想マシンで全アプリにするのも自由自在

211
login:Penguin[sage]   投稿日:2015/07/01 17:12:08  ID:QZyNX2QN.net
ようはOSすら1アプリって言えるってことでしょ?
コメント1件

212
login:Penguin[sage]   投稿日:2015/07/01 21:24:41  ID:qZ14qlfM.net(2)
>202
ニュアンスの違い程度な気もするけど、
俺が言ってることを正確に表現するなら、
OSをアプリに内包するってこと。

(カーネル以外の)OSがアプリの一部になる。
Windowsで言えば、C:\Windows以下にある各種DLL全てを
アプリのディレクトリに入れたようなものかな。

メインはアプリであって、OSを使っているわけじゃないので。

213
login:Penguin[]   投稿日:2015/07/02 09:28:55  ID:mKmwTgm8.net
オブジェクト指向信者みたいな奴だな
ただの軽量な仮想環境なんだから、使いたいように使えばいいだろ
コメント2件

214
login:Penguin[sage]   投稿日:2015/07/02 10:52:36  ID:z4WVp09k.net
パフォーマンスチューニング考えると複数のアプリを1つのコンテナにまとめた方が良い、という話もあるしな

215
login:Penguin[sage]   投稿日:2015/07/02 14:06:34  ID:5geABXwh.net
パフォーマンス的にも専用OSにDocker載せたほうが軽い

216
login:Penguin[sage]   投稿日:2015/07/02 22:52:53  ID:Lv3VGZCA.net
>204
いや、軽いだけの仮想マシンとして考えると使いづらいところが多いんだよ。
間違ってそう考えたがゆえにDockerは使えないと判断する人もいるしね。
違うものとして考えないと。

>205
例えばSQLiteというデータベースライブラリ(サーバーではなくて)があるけど
これと同じようにデータベースをアプリに内蔵するという考え方で
MySQLを一つのアプリに内蔵するというやり方はある。

でもパフォーマンスチューニングという点で、一つのコンテナに
まとめたほうが良いという意見は聞かないな。どこで聞いたの?

>206
さすがに物理マシンでそのまま動かしたほうが速いでしょw
もちろん仮想マシンよりかは速いけどさ。
コメント1件

217
login:Penguin[sage]   投稿日:2015/07/02 23:47:26  ID:FFV0y9jb.net

218
login:Penguin[sage]   投稿日:2015/07/03 00:19:35  ID:k+OnBZ4c.net(2)
コンテナ内のチューニングは面倒だな
環境でころころ変わって統一的にコンテナを扱えなくなるのはうまくない

219
login:Penguin[sage]   投稿日:2015/07/03 00:31:25  ID:8GVUR/eP.net(2)
> 環境でころころ変わって統一的にコンテナを扱えなくなるのはうまくない
具体的に言うと、何がダメなの?
コメント1件

220
login:Penguin[sage]   投稿日:2015/07/03 00:54:20  ID:k+OnBZ4c.net(2)
一部の環境でのみバグったり劣化したりするリスクが増える
コメント1件

221
login:Penguin[sage]   投稿日:2015/07/03 09:06:01  ID:8GVUR/eP.net(2)
具体的にどの環境でのみバグった?

普通のアプリであれば、アプリ以外の部分、
つまりカーネル、OS、libc等の基本的な
ライブラリ、アプリの言語のバージョン、
その言語用のライブラリと依存するものが多い。

OSのアップグレードなんかしたら、それらが
変わってしまうから、一部の環境のみでバグったりするね?

でもDockerコンテナ化すれば、アプリにアプリが適切に
動く環境そのものを同梱できるから、
アプリ以外の部分は、カーネルのみになる。

だから一部の環境のみでバグるということが少ないはずなんだが?
もう少し、具体的な事例が聞きたいね。

222
login:Penguin[sage]   投稿日:2015/07/04 09:23:31  ID:GApZdgbL.net
dockerコマンド自体にバージョン違いがあるのだから、
管理側が2つを操作するよりは、1つをまとめておいた方がいい場合もあるやろ
面倒なやっちゃなー…
コメント2件

223
login:Penguin[sage]   投稿日:2015/07/04 11:17:42  ID:vy3VAPSr.net
>213
ホストOS上で、二つのアプリを操作するのが面倒だってこと?
何を言っているのかよくわからない。

224
login:Penguin[sage]   投稿日:2015/07/08 01:02:43  ID:q/+csAyd.net(2)
>211
しばらく待ってみましたが、やはりそんなリスクは
想像だけのもので、具体例は出せないようですね。
コメント1件

225
login:Penguin[sage]   投稿日:2015/07/08 01:03:41  ID:q/+csAyd.net(2)
>213
こちらも結局説明なしのようですね。
想像で言ってみたけど外れてたという類

226
login:Penguin[sage]   投稿日:2015/07/08 17:53:34  ID:L+gsM06d.net
>216
オプション指定一つとってもバージョン違いあるやろ
外れてるのはお前の頭のネジやで
コメント1件

227
login:Penguin[sage]   投稿日:2015/07/09 00:40:54  ID:I73reSJv.net
>217
そっちじゃない。

> 管理側が2つを操作するよりは、1つをまとめておいた方が
これが意味不明という話

228
login:Penguin[sage]   投稿日:2015/07/11 01:19:07  ID:anWWthE2.net(2)
Dockerって、chrootみたいなもの?

229
login:Penguin[sage]   投稿日:2015/07/11 02:06:58  ID:HaC4FdeK.net
>219
「chrootの機能を継承した技術」を使いやすい形に統合したものかな。

知っているとは思うけど、chrootは単に
プロセスから見えるルートディレクトリを変更しただけ。

それを更に発展させてルートディレクトリだけではなく
プロセスやネットワークも分離させて、プロセスに対して
そのプロセスに独立した環境を作り出すのがコンテナ(LXC等)

ちなみに古いバージョンのDockerはLXCを利用していた。
今はlibcontainerを使ってカーネルのコンテナAPIを直接呼び出している

でDockerはそのカーネル提供しているコンテナAPIを応用して作られたソフトウェア
コンテナのビルド(作成)とその実行を行うための環境を提供している。

コンテナAPI自体は昔からあったわけだが、従来は使うためのツールが不足していて大変だった。
Dockerを使うとDockerfileというテキストファイルを用意することでコンテナイメージを
簡単に作成でき、コンテナが利用するリソース(CPU、メモリ、メットワーク)を
コマンドライン等で指定しつつ簡単に起動や停止が行えるようになる。

230
login:Penguin[sage]   投稿日:2015/07/11 02:33:01  ID:dtHUPhjn.net
chroot+jailの発展形という説明があったな

231
login:Penguin[sage]   投稿日:2015/07/11 22:11:03  ID:anWWthE2.net(2)
>220
昔流行りかけたXenみたいな感じでいいのかね?
コンテナイメージってファイル群じゃなくてでかい単一ファイル?

232
login:Penguin[sage]   投稿日:2015/07/11 22:22:42  ID:/s68H1Fx.net
>222
Xenはマイクロソフトに魂売ってHyper-Vでしょ?wハイパーバイザー部類だしょ?
コンテナは単一じゃなくてホストの1プロセスでは?
コメント1件

233
login:Penguin[sage]   投稿日:2015/07/12 00:57:09  ID:PCy1xmlB.net(2)
>222
> 昔流行りかけたXenみたいな感じでいいのかね
ぜんぜん違う

chrootを知っていて、なんでそう勘違いするのかよくわからんが、
同じカーネルで動く1プロセスのルートディレクトリと
プロセス空間その他を隔離しただけ。

違いの一例を上げるとXenもKVMも仮想マシンを作るから
仮想的なハードウェアの一つとして仮想ディスクも必要になる。
だけどDockerはchrootと同じようにルートディレクトリを変えるだけだから
カーネルから認識されている同じディスクを使用する。

Dockerのコンテナはカーネルから見れば、単なる1アプリにすぎない。

> コンテナイメージってファイル群じゃなくてでかい単一ファイル?
chrootと同じようにファイル群。

1つのイメージは複数のレイヤーから構成されレイヤーにはファイルシステムの差分が記録される
1つのレイヤー = 1つのディレクトリ、通常イメージの最初のレイヤーにはchrootと同じく
OSのシステムファイルのほぼ全てが、次のレイヤーには差分だけが記録される。
このレイヤーはコンテナイメージの修正時に再利用/共有されるため、時間とディスクの節約になる。
コメント1件

234
login:Penguin[sage]   投稿日:2015/07/12 00:59:18  ID:PCy1xmlB.net(2)
訂正
× レイヤーにはファイルシステムの差分が記録される
○ レイヤーにはファイル単位で差分が記録される

別にディスクイメージが記録されてるわけじゃない。
レイヤー=ディレクトリに普通にファイルがある

こういう仕組みを提供しているのが
Dockerなわけだね。

235
login:Penguin[sage]   投稿日:2015/07/12 20:08:46  ID:EFKucpQc.net(2)
>224
ネットワークってどうやって別空間にしてるの?
chrootのときはしかたないからエイリアス使ってたけど
あとchrootのときみたいにやたらマウントポイント汚す?

236
login:Penguin[sage]   投稿日:2015/07/12 20:10:01  ID:EFKucpQc.net(2)
chrootが謎の技術で/dev,/procを別物にした上で
上にaufsみたいなのが被さってるイメージでいいの?

237
login:Penguin[sage]   投稿日:2015/08/06 21:55:45  ID:MXfRwabf.net
k8sを使うと同一ホスト上の複数のコンテナに同じポートを割り当てられるんでしょうか?

238
login:Penguin[]   投稿日:2015/09/05 14:48:10  ID:LcT94aSm.net
Dockerで同じイメージを冗長化のために
A,B、2台のプライベートレジストリにpushしたとします。

Dockerfileでベースイメージを指定する時、
Dockerfileを書き換えずに、ベースイメージを取得する
プライベートレジストリのサーバーを変更する方法ありますか?

ただし2台のプライベートレジストリ(サーバー)はホスト名が異なり
DNSの変更は行わないものとします。

ぶっちゃけDockerfileのFROMに
プライベートレジストリのURLを含めることが気持ち悪いです。

239
login:Penguin[sage]   投稿日:2015/09/07 21:00:17  ID:l456kIj1.net
いったんローカルに持ってきてからtag付けたら

240
login:Penguin[sage]   投稿日:2015/09/27 02:50:48  ID:LCJ+voKL.net
>226
ネットワークは、コンテナ接続用の仮想ブリッジがホストに作られてそこに接続される
ホストの外とコンテナとの通信は、ポートフォワードでできる

設定次第ではこれ以外の構成も可能だが、コンテナのメリットがなくなる場合もあり

241
login:Penguin[age]   投稿日:2015/10/13 11:50:02  ID:BCg4uyN8.net
DockerfileにVolumeを記載したときの動作がわからないです。
これを記載すると、docker run したときに-vのオプションをつけたときと同じ動作をするのでしょうか?

242
login:Penguin[sage]   投稿日:2015/10/13 13:02:47  ID:2bxl+1jz.net
>232
いいえ。DockerfileのVOLUMEは単にディレクトリを作るだけと考えてください。

例えばmountコマンドで/mnt/hoge/にマウントしようと思ってもできません。
先にマウントポイントとなる/mnt/hoge/ディレクトリを作成しておく必要があります。


VOLUMEは、-vオプションでマウントするためのディレクトリ作成するだけです。

243
login:Penguin[sage]   投稿日:2015/10/15 22:43:15  ID:oWwvB8WD.net
>233
なるほど。
そういう用途なんですね。
理解しました。

244
login:Penguin[sage]   投稿日:2015/11/01 23:01:14  ID:DTpkP9+s.net
なんかWS2016TP3のイメージダウンロードで失敗して
Docker起動すらできないのだが・・・

245
login:Penguin[]   投稿日:2015/11/16 00:01:59  ID:TCRyhBgQ.net(3)
健全でない言葉が含まれているため表示しません 内容を確認する
コメント1件

246
login:Penguin[]   投稿日:2015/11/16 00:07:18  ID:TCRyhBgQ.net(3)
ちなWinだが
嫌がらせなのか
gitconfigも消えやがった
マジで損害賠償モンだぞゴミ野郎が
何なんだマジで、インストーラーに選択肢にも出てなかったgitの文字が出てきて嫌な予感がしたが
まさかアンインスコしてわけわからんgitもどきのゴミぶちこまれるとは
スパイウェアかよ、ありえない

247
login:Penguin[]   投稿日:2015/11/16 00:46:43  ID:TCRyhBgQ.net(3)
健全でない言葉が含まれているため表示しません 内容を確認する

248
login:Penguin[sage]   投稿日:2015/11/16 03:39:30  ID:PizeY0Hj.net
※実際には消えたのではなくて、追加で新しくmsys環境がインストールされ
パスが変わっただけである。
コメント1件

249
login:Penguin[sage]   投稿日:2015/11/16 17:04:57  ID:Pim+KGtu.net
ダメなんだろ。
向いてないね。

250
login:Penguin[sage]   投稿日:2015/11/16 23:41:14  ID:wDTTYcC+.net
Windowsみたいなゴミ使うからそうなる

251
login:Penguin[sage]   投稿日:2015/11/17 00:02:19  ID:kVN6LZUq.net
どっかに行ってしまったんだろうね

252
login:Penguin[sage]   投稿日:2015/11/17 03:36:53  ID:v9AakB0o.net
それをOSやDockerのせいにするのは無能

253
login:Penguin[sage]   投稿日:2015/11/24 22:42:14  ID:Lg6NMP0d.net
コンテナ起動して一個だけコマンド実行して終わったら
コンテナさよならってのはできませんか?
コメント1件

254
login:Penguin[]   投稿日:2015/11/25 00:31:43  ID:LQnsNDdn.net
できる

255
login:Penguin[]   投稿日:2015/11/25 02:08:58  ID:mat+Pl5x.net(2)
手動でgccのAndroid向けクロスコンパイル環境を作ろうとしてるんだけど、もううまくいかないやー
Dockerにその用途に向いたコンテナないかな?

256
login:Penguin[sage]   投稿日:2015/11/25 02:12:33  ID:zaXwxH/w.net(2)
Dockerは

1. 可能か不可能か・・・可能だ
2. 以前より簡単にできる ・・・ YES
3. 簡単にできる ・・・ NO
4. ハマる・・・YES

だからなw

257
login:Penguin[sage]   投稿日:2015/11/25 02:37:47  ID:LhiOzJQ6.net
え、Androidビルド環境なんかで悩むところあるか?

258
login:Penguin[]   投稿日:2015/11/25 04:00:08  ID:mat+Pl5x.net(2)
>248
Makefileが手書きのLinux向けフリーウエアをビルドしようとしていて、Makefileをいじっても環境変数をいじってもなかなか通らなくてね
ちゃんと自分でMakefileを修正できていないのが原因なんだろうけど、他も自信がないから環境が整ってるところでやってみたいかな

259
login:Penguin[sage]   投稿日:2015/11/25 06:55:10  ID:M90w7+cT.net
>245
よかったらヒント教えていただけると助かります

もし自分で辿りつけたらフィードバックしますね

260
login:Penguin[sage]   投稿日:2015/11/25 07:57:51  ID:wgCCBiJ/.net
「docker 起動」
「docker 停止 削除」で検索!

261
login:Penguin[sage]   投稿日:2015/11/25 07:57:59  ID:IVCbtPIf.net
シェルスクリプトにdocker runとdocker rm書けばいいだけだろ

262
login:Penguin[sage]   投稿日:2015/11/25 12:05:44  ID:r7zQvSyI.net
単一のコマンドをコンテナで実行するだけならLXCでいいじゃん

263
login:Penguin[sage]   投稿日:2015/11/25 14:19:33  ID:zaXwxH/w.net(2)
>253
> 単一のコマンドをコンテナで実行するだけならLXCでいいじゃん
めんどくせーだろw

dockerはパッケージでインストールするとして、インストールだけが終わった状態から、
たったこれだけで単一のコマンドをコンテナで実行できるんだぞw

docker run debian /bin/bash --version

もちろんdebianの所を変えれば、その他のコンテナで実行できる。
LXCで同じことをやってみてくださいよw
コメント1件

264
login:Penguin[sage]   投稿日:2015/11/28 16:06:27  ID:+I8cfRbK.net(4)
docker使おうとしてdocker run コンテナ
ってやってもsyntax errorとか出て何一つ動かない
試したのはfedora,ubuntu,busybox,gccあたり
環境はFedora23 i686
XeleronM410 メモリ512MB

265
login:Penguin[sage]   投稿日:2015/11/28 16:06:50  ID:+I8cfRbK.net(4)
ミスった・・・Celeronね
コメント1件

266
login:Penguin[sage]   投稿日:2015/11/28 16:16:33  ID:K8JL7Kv3.net
command not foundではなく、syntax errorとでるのなら、
dockerはインストールされているのだろう?
docker --versionってやってみて。

267
login:Penguin[sage]   投稿日:2015/11/28 16:21:57  ID:+I8cfRbK.net(4)
Docker version 1.8.2-fc23, build 1a57647-dirty
ダウンロードとかは普通にできるんだけどいざ動かそうとするとうんともすんとも言わない
エラーはこんな感じ
exec format error
Error response from daemon: Cannot start container 602972c2cf599bd4702de17c25e64d7608fbc7fbc74c128ca789baad53e0852b: [8] System error: exec format error

268
login:Penguin[sage]   投稿日:2015/11/28 19:24:46  ID:qcsZcvMp.net
32bitだからでは

269
login:Penguin[sage]   投稿日:2015/11/28 22:24:27  ID:+I8cfRbK.net(4)
やっぱり?
32bitダメなのかー

270
login:Penguin[sage]   投稿日:2015/12/01 22:17:34  ID:vj0rtqe5.net(2)
Docker hubでよくわからんのだけど、
公式でないものは、危険な可能性があるってことでいいの?

AUTOMATED BUILDに関しては、リポジトリが表示されているから
おそらく大丈夫なのだろうと思うけど(でも工夫すれば抜け道ありそう・・・)
そうでないものは、どのDockerfileから生成したか?の情報ないよね?

271
login:Penguin[]   投稿日:2015/12/01 22:19:35  ID:vj0rtqe5.net(2)
追記、AUTOMATED BUILDの抜け道思いついた。

ソースリポジトリは表示されているけど、
タグを複数つけた時、Dockerfileは何故か一つしか表示されてないみたい。

これを利用すると別のディレクトリで作って、
あたかもこれで作ったみたいな見せ方ができそう。

272
login:Penguin[sage]   投稿日:2015/12/02 01:06:23  ID:yHXiRRuF.net
何する気だよw

273
login:Penguin[sage]   投稿日:2015/12/02 01:12:44  ID:fBZbBnC4.net
>263
例えばMySQLを高度に最適化したイメージを作った
ふりをして、データを抜くコンテナを作るとか

274
login:Penguin[]   投稿日:2015/12/05 21:29:10  ID:DbjOOkdc.net
Dockerの使い方を勉強したいんだけど
どこのサイトを見ても、docker.ioをインストールした後から
の手順が急にぼんやりした説明になっている

xeyesをdocker上で動かすとか
そういう分かりやすいサンプルはないの?

275
login:Penguin[sage]   投稿日:2015/12/05 21:53:43  ID:ZQvx7q75.net
何のためにつかうんだ?

276
login:Penguin[sage]   投稿日:2015/12/05 22:06:49  ID:3slPYBxt.net
docker上の話は普通にやればいいだけだろ

277
login:Penguin[sage]   投稿日:2015/12/05 22:18:39  ID:OQhknF+K.net
docker pull ubuntu
docker run -i -t ubuntu /bin/bash
切り替わったらaptでもつかって好きにいじればいい
量産したかったらそのコンテナを登録して増やす

278
login:Penguin[sage]   投稿日:2015/12/05 22:24:50  ID:Qru2npJS.net
なんかまたDockerを仮想マシンと考えてる奴ができてそうだな。

279
login:Penguin[sage]   投稿日:2015/12/05 23:59:37  ID:mw+GgCtN.net
コンテナをLinux仮想マシン扱いすること自体はいいんでない。意外とそういうところから面白い使い道が発見されるのかもよ
コメント1件

280
login:Penguin[sage]   投稿日:2015/12/06 00:21:48  ID:R8UOG4wt.net
コンテナを仮想マシンとして使うのは、OpenVZが昔からあるから
それを使えばいいんだよ。

DockerはOpenVZではないものとして作られているんだから、
OpenVZ的な使い方をするには合わない。
コメント1件

281
login:Penguin[sage]   投稿日:2015/12/06 06:54:30  ID:T+hWh7FJ.net
>265
docker xeyesでググればxeyesをつかったサンプルがいくつかあるが。
それじゃ不満?

282
login:Penguin[sage]   投稿日:2015/12/06 09:43:36  ID:JSGNm6l4.net(6)
ググるなんて能力あるわけ無いだろやめてやれよ
コメント1件


283
login:Penguin[sage]   投稿日:2015/12/06 12:22:08  ID:eaBf0NRP.net
キーワードまで教えてもらってぐぐれないなんてことないだろ
コメント1件

284
login:Penguin[sage]   投稿日:2015/12/06 12:27:38  ID:JSGNm6l4.net(6)
ここにキーワードがあるじゃろ




・・・・・・
コメント1件

285
login:Penguin[sage]   投稿日:2015/12/06 12:29:25  ID:vcXMHOAt.net(5)
xeyesをdocker上で動かす方法のググり方を教えて下さい

docker xeyes でぐぐる

ありがとうございました。
コメント1件

286
login:Penguin[sage]   投稿日:2015/12/06 16:16:44  ID:Dtmq+qVc.net
もしかして: docker lxc

287
login:Penguin[sage]   投稿日:2015/12/06 16:24:24  ID:JSGNm6l4.net(6)
32bit対応してくれねーかなー

288
login:Penguin[sage]   投稿日:2015/12/06 17:36:39  ID:vcXMHOAt.net(5)
無料のLinuxで32bit対応が欲しいという理由は
ハードウェアが対応してないからだと思うが、
新しいパソコンを買ったほうが良いと思うよ。

OSなしでいいんだから3千円台+送料ぐらいから買える
http://kakaku.com/used/pc/ca=0010/?s2=10

289
login:Penguin[sage]   投稿日:2015/12/06 17:43:01  ID:17qexjBL.net
わざわざ32bit限定でdockerが必要なケースがあるのか?

290
login:Penguin[sage]   投稿日:2015/12/06 17:45:06  ID:xA5mMjua.net
仕事でそれしか支給されてないとかw
流石にそんな会社はないか

291
login:Penguin[sage]   投稿日:2015/12/06 17:49:20  ID:JSGNm6l4.net(6)
>279
hostapdでWiFiAP使えないと困るからノートになるじゃん
でノートで3000円だと2007年くらいのになってi686しかつかえない
>280
俺の鯖で動かない
大学受かったら新しい鯖買う予定だけどそれまでは無理
WiFiは〜Piにして鯖と分ければいいんだろうけどね

292
login:Penguin[sage]   投稿日:2015/12/06 18:07:08  ID:vcXMHOAt.net(5)
>282
家かなんかでサーバー機として常時稼働させていればいい
あんたが今使っているノートからログインして使うんだよ。
コメント1件

293
login:Penguin[sage]   投稿日:2015/12/06 18:11:36  ID:JSGNm6l4.net(6)
>283
ちがう
自宅の常時稼働鯖がノートじゃないとアクセスポイントにできないって話
で金もない

294
login:Penguin[sage]   投稿日:2015/12/06 18:12:13  ID:vcXMHOAt.net(5)
あとレンタルサーバーでVPSを借りるって手もあるな。

だが大学入試があるなら、遊んでないで勉強しとけ。
コメント1件

295
login:Penguin[sage]   投稿日:2015/12/06 18:13:56  ID:JSGNm6l4.net(6)
>285
すいませんね勉強に戻ります
カナダに一回払いで買った鯖あるけどローカルでも動かしたい時があるのよ

296
login:Penguin[sage]   投稿日:2015/12/06 18:13:57  ID:vcXMHOAt.net(5)
>284
だからなんだ?と思うだけだが、
新しくPC買って、そのノートから直結するなり
ハブ経由で接続すればよかろう?
コメント1件

297
login:Penguin[hage]   投稿日:2015/12/07 00:32:53  ID:X7UYFgeA.net
ラズパイでdockerとかアリでしょ?
環境ぶった切ったり
IP毎にサービス割振りしてるよ
OH少なくて助かってる
コメント1件

298
login:Penguin[sage]   投稿日:2015/12/07 01:02:16  ID:C2nK3tfF.net
へー、ラズパイでDocker動いたのか。
ARMだからパッケージ少ないし対応してないと思ってたよ。
基本技術はコンテナだからOSレベルで対応してるのかな。

http://dev.classmethod.jp/hardware/docker-on-raspberry-pi2/
> 結論から言うと動きます。が、実用的ではないです。それは、
> DockerコンテナはDockerホストと同じCPUアーキテクチャでないと動作しないからです

299
login:Penguin[]   投稿日:2015/12/10 16:03:59  ID:jHmIwzhB.net
docker はchrootみたいなものなの?
docker動いている最中に ホストからファイル見れたりする?
コメント1件

300
login:Penguin[sage]   投稿日:2015/12/10 16:06:29  ID:710xIGyw.net
ググれば全部出てるぞ
日本語訳されてるであろうArchwikiでも読んでこい

301
login:Penguin[]   投稿日:2016/01/12 12:32:49  ID:3vUodtEW.net(4)
OS イメージをベースにして Docker コンテナを作るメリットって、
ホストOS に縛られずにコンテナを配置できるって理解であってる?

ただ、サーバーのメモリやストレージの節約を考えると
ホスト OS は決め打ちにして、コンテナには OS イメージを含めない方がいいと思うけどどうなの?
実際の運用でもサーバーごとに OS やバージョンが異なるなんてことはないはずだしね。

302
293[sage]   投稿日:2016/01/12 13:57:44  ID:3vUodtEW.net(4)
ごめんなさい。すぞい勘違いをしていました。

DockerHub に登録されてる Dockerfile を見ていて気がついたのですが、
Docker イメージは、基本的に何らかの OS イメージをベースにして作るんですね。

FROM scratch となってるものもいくつかありましたが、
FROM を遡っていくとほとんどが何らかの OS イメージをベースにしていました。

303
login:Penguin[sage]   投稿日:2016/01/12 14:01:15  ID:7BqknXNc.net(4)
OSのイメージはDebianで100MBを切る。
Alpine Linuxならわずか5MBだ

コンテナは仮想マシンじゃない。だからホストOSのカーネルを使用する。
コンテナで起動したアプリ以外の、各種デーモンも起動しない。
だからメモリ使用量もアプリを直接動かすのと大差ない。

つまりサーバーのメモリやストレージの節約は考える必要が無い。

実際の運用ではサーバーごとに OS やバージョンが異なる。
アップデートをすることで日々更新され続けるからだ。
LinuxのLTS(長期サポート)なんて5年しかない

304
login:Penguin[sage]   投稿日:2016/01/12 14:03:45  ID:8K/vPWgV.net
>292
ホストに縛られないというかコンテナをコピーするだけでそのまま実行環境を別のホストに移せる
あと1つのホストに複数の実行環境を構築できる
これらは従来のVMでも出来ることだけどまるまる1台分を仮想化するのと違ってリソースをより効率よく使うことができる

305
login:Penguin[sage]   投稿日:2016/01/12 14:28:49  ID:7BqknXNc.net(4)
Dockerを仮想マシンの一種として考えてしまうとインフラよりの発想となってしまう。
これではDockerがもてはやされている理由を理解できない。
Dockerはアプリ開発者の立場で考えるとわかる。

まず(ホスト)OSのアップデートで勝手にライブラリのバージョンが
変わってしまうと困る。例えばRubyのライブラリを勝手に
アップデートされたらアプリが動かなくなる可能性がある。

また、逆にディストリが提供しているパッケージよりも新しいバージョンの
ライブラリを使いたいこともある。1つのホストに複数のアプリを実行する時
アプリごとに使うバージョンを変えたいこともある。
だからアプリ開発者はディストリのパッケージでインストールするライブラリは使わない。
rbenvなどを使ってアプリの一部としてアプリごとにインストールする。
(注 Dockerを使えばrbenvを使う必要はない)

これはRubyライブラリだけの話に限らない。ネイティブライブラリやCLIコマンドなど
アプリから使用するあらゆるものはアプリ独自に入れたい。

アプリはアプリだけで動くのではない。動的リンクライブラリやCLIコマンドまで含めて
1つの動作するアプリとして完全体となる。つまりアプリとアプリを正しく動かすのに
必要なものを含めた完全体がコンテナ。コンテナさえあればアプリは完全に動くので、
ホストOSはDockerさえ動けば良くなる。

これがDockerを使う目的なのだから、その目的を達成できない方法はそもそも代替案にはならない。
ホストOSのリソースの効率化とかそういう話じゃないんだよ。
コメント1件

306
293[]   投稿日:2016/01/12 17:02:16  ID:3vUodtEW.net(4)
>294

ただ、DockerHub で配布されてる centos:6.7 に
yum install git すると image size が 190.6 MB → 323.3 MB
yum groupinstall "Development Tools" などとすると image size が 190.6 MB → 693.9 MB

となり、やはりストレージは食うのかなと。

根本的に使い方が間違っているのかもしれませんが、
通常は git とか コンパイラはコンテナに含めないのでしょうか?
コメント3件

307
293[]   投稿日:2016/01/12 17:20:35  ID:3vUodtEW.net(4)
>296

> アプリはアプリだけで動くのではない。動的リンクライブラリやCLIコマンドまで含めて
> 1つの動作するアプリとして完全体となる。つまりアプリとアプリを正しく動かすのに
> 必要なものを含めた完全体がコンテナ。

なるほど参考になります。

コンテナ =
Ruby で言うところの( 例にあげて頂いた rbenv というよりは)bundler とか、
Node.js の npm (のローカルインストール) の延長で、
OS のストレージにあるものすべて(動的リンクライブラリやCLIコマンドなども含む)を
1つのアプリ環境としてパッケージできるもの

という理解で落ち着きました。

308
login:Penguin[sage]   投稿日:2016/01/12 17:43:43  ID:7BqknXNc.net(4)
>297
> 通常は git とか コンパイラはコンテナに含めないのでしょうか?
含めない。

もちろんコンテナイメージ作成中は適当にやっていいし、
利便性を考えて入れておくのもありだけど、

例えばgitを使ってソースコードを配置したいなら、
RUN apt-get install git & git clone 〜 & apt-get remove git (例なので適当)
のようにしてgitを入れて必要な処理が終わったら削除する。

(注 1つのRUNでインストールとアンインストールを実行すること。
複数に分けると、それぞれで中間イメージが保存されるのでサイズが減らない)

309
293[]   投稿日:2016/01/12 19:52:14  ID:n7gMyE/1.net
> RUN apt-get install git & git clone 〜 & apt-get remove git (例なので適当)
> のようにしてgitを入れて必要な処理が終わったら削除する。
>(注 1つのRUNでインストールとアンインストールを実行すること。
> 複数に分けると、それぞれで中間イメージが保存されるのでサイズが減らない)

確かにおっしゃる通りになりましたが、「複数に分けると〜」のところは
なぜサイズが変わらないのかいまいち理解できません。

310
login:Penguin[sage]   投稿日:2016/01/12 21:18:29  ID:7BqknXNc.net(4)
コマンドごとにセーブしてるからだよ
コメント1件

311
login:Penguin[sage]   投稿日:2016/01/12 22:36:34  ID:xuCrxskR.net(2)
都度gitインストールってapt転送分の無駄を感じるな。gitならまだいいけどそれにしても美しくない
ローカル制御細かくやるしかないか

312
login:Penguin[sage]   投稿日:2016/01/12 22:49:08  ID:JXXd0jyb.net
だからapt用のキャッシュプロキシというものがあって
だけどその環境依存の設定をDockerfileに書きたくないから
ビルド時にオプションで環境変数を使えるようにしてくれって
話がついて1.9からサポートされた

313
login:Penguin[sage]   投稿日:2016/01/12 22:57:32  ID:xuCrxskR.net(2)
寡聞でしたすみません
コメント1件

314
login:Penguin[]   投稿日:2016/01/14 00:38:43  ID:Zfk+gNVQ.net
Docker の質問というより、ヴァーチャルマシンに関する質問だと思うんですが質問させてください。

Windows で Docker から環境を作ったのはいいんですけど、
そのなかのソースコードとかって Windows からアクセスできないんですかね?
いまひとつ開発のスタイルがよくわかりません。

まさかとは思いますが、仮想環境の中にIDEをインストールしてそこで開発とかでしょうか?
よろしくお願いします。
コメント1件

315
login:Penguin[sage]   投稿日:2016/01/14 01:34:52  ID:iMJyCnKY.net(4)
>305
Dockerの中で動かしつつアプリを開発するのはやめたほうがいいよ。
デバッグ用のツールなど使いづらくなって、単に面倒になるだけ。
Docker使わずに作られたアプリ。それを動かす環境を作る時に
Dockerを使うってだけにした方がいい。

もう少し詳細に説明すると、まずWindows(boot2docker)で考えるとややこしくなるので、
ホストOSにLinuxを使っていると仮定する。

開発はDockerを使わない。IDEはLinuxにインストールする。
これだと何も複雑なことはないよね?これをメインの開発環境とする方がいい。

開発時にはDockerを使わないといったけど、テストを実行すときとか実機でDockerを使うとして、
リリース時とできるだけ同じ状態にしたいとかDockerの中だけで発生する問題とか、
開発時にDockerを使いたい時もある。

そういう時は、ソースコードのディレクトリをData volume(dockerの-vオプション)で
コンテナ内にマウントする。ビルドが必要な物(scssからcssへの変換等)は
Dockerの外でビルドしてそのディレクトリをマウントする。

ただしビルドで生成するものがバイナリ実行ファイル等の場合は、ホストOSとDockerコンテナで
使うOSが違いすぎると動かない可能性があるので、Dockerコンテナでビルドする必要がある。
本来Dockerコンテナにはビルドツール等は入れるものではない。本来はビルドするときは
>299で書いたようにビルドツールを入れてビルドしてビルドツールを消すことになる。

apt用のキャッシュプロキシでパッケージのダウンロードは避けられるとはいえ、
ビルドのたびにパッケージのインストールとか時間的にやってなれないので、
(実行用のDockerイメージとは別の)ビルドをするためのDockerイメージを作る必要がある。

な? Dockerを開発時に使うことは出来なくはないし、テスト実行のために出来たほうがいいんだけど
面倒で手間がかかる。だから通常の開発はホストOSでやった方がいいんだ。
ホストOSがWindowsの場合は、vagrantで作ったLinuxで開発するのをおすすめする。

316
login:Penguin[sage]   投稿日:2016/01/14 01:56:53  ID:iMJyCnKY.net(4)
話をWindowsに戻すと、おそらくDocker Toolbox(に含まれるboot2docker仮想マシン)か
boot2dockerを使ってるだろう。これはVirtualboxの仮想イメージなので更にややこしいw

俺としてはvagrantで作ったLinuxで開発するのをおすすめする。
Linuxで開発すると言ってもCLIコマンドを実行する程度。
samba使ってファイル共有すれば、ソースコードの修正はWindowsのエディタが使える。
Windowsに入れたIDEを使う場合は、デバッグ機能に多少制限が出るかもしれないので
俺はやってないけど、XクライアントをWindowsに入れて、Linux用のIDEを
使うとかのほうがいいかもしれない。

で、結局の所、開発時にはDocker使わない方がいいので、Windowsで
開発したいなら今までどおりDocker関係なく、Windowsで開発すればいい。

そしてWindowsで開発したアプリをDockerで動かしたい場合だけど、
boot2dockerの中は結局のところLinuxなので>306の話が通用するとして、
問題はWindowsのソースコードをどうやってboot2dockerから参照するか?

一番簡単なのは、Virtualboxの共有フォルダー機能を使う方法だろう。
(ぶっちゃけboot2docker使ってないのでそこまで詳しくない)

注意が必要なのは、Virtualboxの共有フォルダー機能を使うと、最終的には
Windowsのファイルを見てるわけだから、パーミッション周りで苦労するのと
シンボリックリンクが使えない(頑張れば使える?)などの問題が発生する。

なのでWindows+boot2dockerでの開発はやっぱりお薦めしないw
boot2dockerは、dockerコンテナを動かして。たいけど、ホストOSがWindowsで
Linuxが無いんだよ。って言う時に、おいWindowsでもdockerコンテナ動くぜwww
これなら、dockerイメージさえあれば、どこでも同じように動く、
それがたとえWindowsであっても(キリッ ってやりたい時だけに使うものだと思ってる。

317
login:Penguin[sage]   投稿日:2016/01/14 02:19:39  ID:iMJyCnKY.net(4)
で、長々と書いたが、Dockerを使うことで、

(ウェブ)アプリを開発する → それを動かす環境を作るのが面倒
っていう時代から、

環境まで含めた(ウェブ)アプリ を開発できる → それを動かすのは簡単!
という時代になったわけだけど、

アプリの開発自体は、今までのやり方のままでいいってこと。

今Windowsを使ってるなら、Windowsでいいし、
俺はvagrantを使って作ったLinuxの開発環境を使ってる。

実機へのデプロイやテスト等で動かすときにDockerを使うことで
同じ実行環境を簡単に作れるから "追加で" Dockerへの対応をするといい。


余談だが、
今までは、アプリエンジニアとインフラエンジニアが分かれていて、
アプリを動かす環境を作成する部分はインフラエンジニアが担当していたから、
その連携が大変でどうたらとかDevOptsとかいう言葉が出てきたりしたけど、
Docker出現で実行環境づくりがインフラエンジニアからアプリエンジニアに移ってきてるんだよ。
アプリエンジニアは大変(笑)というかインフラエンジニアの仕事が減って、クラウドを使えば
さらにコードでインフラかけるから、この2つを分ける必要ないよね?ってなってきてると思ってる。
コメント2件

318
login:Penguin[sage]   投稿日:2016/01/14 02:31:50  ID:iMJyCnKY.net(4)
追記

> 一番簡単なのは、Virtualboxの共有フォルダー機能を使う方法だろう。
Virtualboxの共有フォルダーは遅いという問題もある。

やり方は他にもgitでリポジトリからソースコードを持ってきたり、
結局はソースコードさえあればいいのだからNFSを使って
共有したりする方法もある。

DockerコンテナもData volumeを使わずに、git cloneしたり。
(実機で使うDockerイメージは、イメージ作成時にgit cloneするべきだろう)

git cloneするということは、(開発中の)ソースコードが
リポジトリにpushされている必要があるね。

とまあ、できるにはできるけど、開発中にDockerを使いつつ作業するのは面倒なだけ。
でもDockerで動くようにしていれば、gitリポジトリにソースコードをpushした時に
CIでDocker使ってテストを実行するなんてことができるようになる。

319
login:Penguin[sage]   投稿日:2016/01/14 13:53:14  ID:QrS0BeKx.net
なげーよ

320
login:Penguin[sage]   投稿日:2016/01/14 14:16:32  ID:GYrwUcVN.net
>310
だから?
コメント1件

321
306[]   投稿日:2016/01/15 00:07:27  ID:K3C/Pi7v.net
>306-309
すごく参考になりました。
わからないことも多いですが、ざっくりと雰囲気はつかめました。
右も左もわからず暗中模索してましたが少し霧が晴れた感じです。
いただいたレスをよく読み返して学習の指針とさせていただきます。
ありがとうございました。
コメント1件

322
293[]   投稿日:2016/01/15 01:08:34  ID:kfmWKxvv.net(4)
>306-309

質問者と同じく開発スタイルで迷っていたので参考になりました。

> ただしビルドで生成するものがバイナリ実行ファイル等の場合は、ホストOSとDockerコンテナで
> 使うOSが違いすぎると動かない可能性があるので、Dockerコンテナでビルドする必要がある。

ただ、これに関してはホスト OS と Docker コンテナで使う OS を同じにすればいいと思うので
ホスト OS でビルドして、Docker コンテナにはコンパイラなどのビルド環境を入れないように
してもいいかなと思ってます。
コメント1件

323
293[]   投稿日:2016/01/15 01:14:51  ID:kfmWKxvv.net(4)
boot2docker は罠ですね。

docker-machine create する場合も、Docker ホストは自動的に boot2docker になりますが、
ここを任意の OS に切り替えられると話が早そうです。

324
login:Penguin[sage]   投稿日:2016/01/15 01:30:22  ID:eyDykv1a.net(5)
>313
理屈上はそうなんだけどね。

でもそうすると、ホストで開発しやすいOSを使う=コンテナも同じものに
制限されてしまうので、分けるほうが好ましい。

Dockerイメージのサイズを減らすためにAlpine Linuxを使いたいし、
開発ではホストOSにUbuntuを使っていても、awsで動かすときは
CoreOSを使うかもしれないし、柔軟に変更可能にするためにも分離さておいたほうがいい。

まあ別に開発中であれば自己責任で適当に使っていいと思うよ。
アプリ開発のためのインフラとしてDockerを使って開発環境を整備するんじゃなくて
開発作業の一貫としてDockerというツールを使うという使い方。
Dockerの中で開発するのは面倒なだけだからさ。
(あくまで ”アプリ開発" スタイルの話。インフラ・運用の話ではない)
コメント1件

325
login:Penguin[sage]   投稿日:2016/01/15 01:40:21  ID:eyDykv1a.net(5)
>314
boot2dockerは、アプリ開発者がWindowsで開発している時に
Dockerを簡単に使うためのものではなくて、

アプリは完成したものとして、そのアプリを動かしたい時に
ホストがWindowsの場合に使う手段だと思ったほうがいいよ。

わざわざWindowsをサーバーに使う人は居ないだろうから
実運用向きではなく、Docker自体の勉強で使うときとか、
Windows上にDockerコンテナでサービスを動かしてそのサービスを
個人的に使うのを目的とするとか。
(例えばHTML Validatorをローカルで動かすとか)

326
293[]   投稿日:2016/01/15 02:16:23  ID:kfmWKxvv.net(4)
> Dockerイメージのサイズを減らすためにAlpine Linuxを使いたいし、
> 開発ではホストOSにUbuntuを使っていても、awsで動かすときは
> CoreOSを使うかもしれないし、柔軟に変更可能にするためにも分離さておいたほうがいい。

なるほど。そういう観点ですね。
だとすると以下の引用のようにビルド用のイメージを作るってことになると思いますが、

> ビルドのたびにパッケージのインストールとか時間的にやってなれないので、
> (実行用のDockerイメージとは別の)ビルドをするためのDockerイメージを作る必要がある。

この場合、ホスト OS とビルド用の Docker コンテナは -v でフォルダ共有してから対象ファイルをビルド。
そして、実行用のコンテナを作る際には、ホスト OS から (実行用コンテナに)ビルド済みバイナリを ADD すればいいということですね。
コメント1件

327
login:Penguin[sage]   投稿日:2016/01/15 02:49:11  ID:eyDykv1a.net(5)
>317
なので、基本的にアプリ開発中はDockerを使わない。
で、どうしても必要だと思ったときは使うけど・・・
うーん、その場合はいくつかやり方が考えられるんだけど、どれも一長一短

・docker buildでビルドする
完全に動くDockerイメージを作る途中で、ビルドも行う方法。
ビルドツールは入れて消すのでサイズも小さいし実運用でも使える。
だけど毎回ビルドツール入れるので時間がかかる。

・docker buildでビルドする(その2)
サイズは諦めてビルドツールを入れたイメージからイメージを作る。
サイズは最小にはならないが、それが問題になることは少ないだろうから一番楽かも

・実行用イメージとビルド用イメージを分ける
>317で書いてあるやり方ね。実行用イメージは小さくて実運用でも使え
ビルドの時間も少なくなるけど、作るのが面倒くさい。
ビルド済みファイルを受け渡しする方法を作らないといけないし、
特にフレームワークがビルドとかもしてくれる仕組みだと
なんか二度手間感がある

・docker runした時にビルドする。
必然的にビルド環境も含めたイメージになる。
ファイル更新時に自動的にビルドしてくれるようなフレームワークを
使っている場合、この方が便利かもしれない。テストも実行できるし、
実運用用は別で作ることになるだろう。

ちゃんと作るならおそらく3番目が良さそうではあるけど、開発にとって便利か?
って考えると4番目かなーとも思うけど、そこまでやるのが面倒なので
開発中はDocker使わんでいいやんって思ってるわけ。
コメント1件

328
login:Penguin[sage]   投稿日:2016/01/15 02:59:40  ID:eyDykv1a.net(5)
一つのDockerfileで開発にもデバッグにもテストにも実運用にも使える
万能な方法があればいいんだけど、

そういやテスト実行環境っていうのもあるんだよね。

実行環境は、実行出来るだけで良い。
デバッグは、最低限デバッグモードで起動できればいいから、その場合は実行環境用と
共通化できるがデバッグのためのツールを入れるならば、追加でなにか必要。
ビルド環境は、ビルドツールが必要。
テスト実行環境は、実行環境に加えてテスト用ライブラリやツールが必要


やっぱり、それぞれわけないとだめだよなーっていうのが現時点の俺の結論。

329
293[]   投稿日:2016/01/15 03:24:51  ID:kfmWKxvv.net(4)
> なので、基本的にアプリ開発中はDockerを使わない。

まあ結局そういうことですね。今のところは運用環境として割り切って使っていこうと思います。
諸々のノウハウありがとうございました。

330
login:Penguin[sage]   投稿日:2016/01/15 04:04:45  ID:eyDykv1a.net(5)
>320
使わないと言っても、開発の終盤っていうか、区切りがいい時点で
実環境をDockerにしているとして、それと同じ環境でテストを
実行したいって場合には使うけどね。

ただ無理して開発時までDocker使いまくるのはちょっと違うかなーって思う。

あー、そうそう例えばウェブアプリを開発していて、データベースとして
MySQLを使う場合に、ホストOSに直接入れるんじゃなくてDocker使っていれる。
なんて使い方はするよ。
コメント1件

331
293[]   投稿日:2016/01/16 17:27:47  ID:Pwu81H6k.net
自分の場合、開発をアプリごとに新規で立ち上げた VirtualBox(Vagrant) のゲスト OS 内で
やっているので、DB を含むアプリで使うミドルウエアは ゲスト OS に入れることにしてます。

今のところ Docker の使いどころは、リモート環境へ配布するときに Vagrant 内で
Docker イメージを作ってそのままデプロイできるってあたりかなと思ってます。
コメント1件

332
login:Penguin[sage]   投稿日:2016/01/16 21:15:11  ID:Xjp5rZQ7.net
>322
> 自分の場合、開発をアプリごとに新規で立ち上げた VirtualBox(Vagrant) のゲスト OS 内で
> やっているので、DB を含むアプリで使うミドルウエアは ゲスト OS に入れることにしてます。
俺もそんな感じ。

スレ違いだけど、これをやると幾つもの仮想マシンにソースコードが分散してしまうのと、
仮想マシンをアップデートするときに、いくつもメンテナンス作業(再プロビジョンは時間がかかる)が
必要だったり、ベースとなるboxファイルを更新しても、既存の仮想マシンはそれを使うわけじゃないし
消してから作りなおせばいいんだけど、仮想マシン上にあるソースコード、全部コミットしたっけ?
消してよかったっけ?とかなって、まだ満足していない。
ホームディレクトリの設定も仮想マシン毎に必要になるし。
常に最新の開発環境が、素早く使えればいいんだけどな。

> 今のところ Docker の使いどころは、リモート環境へ配布するときに Vagrant 内で
> Docker イメージを作ってそのままデプロイできるってあたりかなと思ってます。
ミドルウェアに使うのも便利だよ。例えばいろんなバージョンのMySQLでテストするとか。

333
login:Penguin[sage]   投稿日:2016/01/17 17:02:11  ID:6EWsUrMI.net
仮想マシンじゃなくてchroot環境のすごい版てことか

334
login:Penguin[sage]   投稿日:2016/01/17 19:52:53  ID:oRpvIOkb.net
>324
その通り。

OpenVZいうコンテナ技術を使ってKVMのような仮想マシンを
つくり上げるソフトウェアがあるが、これとは考え方が
違うということに注意する。

chrootが特定のプロセスだけのルートディレクトリを変更するのと同じように
Dockerが作るものは、特定のプロセス(のように見える物)であって
マシンを作っているわけではない。
コメント2件

335
login:Penguin[sage]   投稿日:2016/01/18 00:00:56  ID:n4Yuq225.net
じゃあGUIアプリを動かすのは
Dockerじゃうまくイカないんだな
X飛ばすしかないもんな
コメント2件

336
login:Penguin[sage]   投稿日:2016/01/18 00:11:34  ID:Va23OUxH.net
>326
普通に出来てるぞ。これとか

http://fabiorehm.com/blog/2014/09/11/running-gui-apps-with-docker/

Xはクライアント・サーバーモデルなのでウェブアプリと
同じようにXアプリとしてネットワーク通信経由で動くよ。


たぶんあんたはGUIのログイン画面とかあってVNCで接続するようなものを
イメージしているのだろうけど、そもそもそれは仮想マシン的使い方であって
Dockerの本来想定する使い方じゃない。

とは言えvncserverとか入れれば出来ないことはないんじゃね?
デスクトップ環境全体を一つのアプリとして考えるという、
ChromeでOS作りましたみたいな話になるけどw
コメント1件

337
login:Penguin[sage]   投稿日:2016/01/23 19:47:10  ID:nusVPIhl.net(2)
>327
ホストは64bit環境だけど
32bitライブラリじゃないと動かないアプリがあるので
Dockerで閉じ込めたい と思っただけ

chrootだとXつかうのに 結構手間かかったけど
Dockerでもやっぱゴチャゴチャするんだな

338
login:Penguin[sage]   投稿日:2016/01/23 19:48:40  ID:nusVPIhl.net(2)
まあ地味にもっと面倒くさいのは 音を出す方なんだよな

339
login:Penguin[sage]   投稿日:2016/01/25 06:04:46  ID:QR7uXNOZ.net
上でdllヘルがどうとかあったけどwinなら実行ホルダにdll突っ込んどけば避けられるんだよな
ハードリンク使えば容量も食わない
Linuxもようやく追いついたということか
コメント1件

340
login:Penguin[sage]   投稿日:2016/01/25 11:38:08  ID:1yX7na1L.net
dockerの実際の運用例の解説とかでオススメの書籍はありませんか?
コメント1件

341
login:Penguin[sage]   投稿日:2016/01/25 11:44:36  ID:F1RCk+6X.net
>330
釣れると良いですねぇ

342
login:Penguin[sage]   投稿日:2016/01/28 00:35:44  ID:ZO4AyjLz.net
>331
運用例ならネットの方が百花繚乱では。採用事例とか書籍になるころには古くなってるようなもんだし

343
login:Penguin[sage]   投稿日:2016/01/29 01:55:58  ID:Ca6DG0PI.net(2)
Docker内でファイルを書いたり消したりを繰り返すと
容量が増えていくんだけど回避策ないの?
コメント1件

344
login:Penguin[sage]   投稿日:2016/01/29 02:10:27  ID:KbwU3dID.net
>334
Dockerの使い方が間違っている可能性が高い。
基本的に追加することはあっても消さない。

345
login:Penguin[sage]   投稿日:2016/01/29 02:46:01  ID:Ca6DG0PI.net(2)
>335
使ってるWebFrameworkがファイルアップロードするとテンポラリとしてファイルに落としてから処理してんだよね。
この方がメモリの使用量が少ないので、こんな仕組みは多いと思うけど。
使い方間違っているというか一般的な問題かなと。

346
login:Penguin[sage]   投稿日:2016/01/29 02:55:12  ID:PTVigO0v.net(2)
それテンポラリのファイルを消してないだけじゃないの?

347
login:Penguin[sage]   投稿日:2016/01/29 02:56:24  ID:PTVigO0v.net(2)
使用容量はどうやって調べたの?

348
login:Penguin[sage]   投稿日:2016/01/29 18:16:20  ID:qb7fRlD6.net
>335
マジで?
仮想環境的に使うものじゃないの?
増えたり減ったりするファイルはどうするの?
nfsとかするの?
コメント1件

349
login:Penguin[sage]   投稿日:2016/01/29 19:13:57  ID:Q/BmfN/g.net
データ用のコンテナ作るかホストの領域をバインドする

350
login:Penguin[sage]   投稿日:2016/01/29 23:40:58  ID:t1XsAtII.net(2)
>336が書かないから調べてみたが、削除したらデータ増えない。
watch -n 1 df -m しつつ下を実行。

・作成して削除・・・増えない
docker run -i -t busybox /bin/sh -c 'while true; do dd if=/dev/urandom of=/tmp/a bs=1M count=1; rm /tmp/a; done'

・作成する・・・当然増え続ける。
docker run -i -t busybox /bin/sh -c 'while true; do dd if=/dev/urandom of=$(mktemp) bs=1M count=1; done'

351
login:Penguin[sage]   投稿日:2016/01/29 23:44:46  ID:t1XsAtII.net(2)
>339
何度も言ってるけどDockerは仮想環境じゃない。アプリを作るもの。
アプリ+それを動かすのに必要なサーバーやライブラリなどを
一つにまとめて、単体のアプリのようにするもの。

アプリのバイナリの中にデータ追加していかないだろ?
それと同じで完成したコンテナの中にデータは追加しない。
追加するときは>340が言ってるようにコンテナの外に保存する。

352
login:Penguin[sage]   投稿日:2016/01/30 11:54:55  ID:kynGF1uZ.net(2)
じゃあ便利なchroot環境としては使えないの?

353
login:Penguin[sage]   投稿日:2016/01/30 13:19:57  ID:e72evDrr.net
>343
別に使えなくはないけど、そういう使い方を目的として作られたものじゃない。

まずchrootは単なる技術。ルートディレクトリを変えるだけの技術。
基本技術だからいろんな応用ができるもの。
その技術を使って特定の用途に最適化されたものがDocker。

せっかく、特定の用途(アプリケーションコンテナ)に最適化されてるのに、
それを捨てるならDockerを使う意味は無いし、
想定された用途以外に使うなら無理やりな使い方になるから、
逆に使いにくいだけだよ。

354
login:Penguin[sage]   投稿日:2016/01/30 14:03:49  ID:kynGF1uZ.net(2)
dockerの中でマウントしたら
外でマウントしたことがわかる?

355
login:Penguin[sage]   投稿日:2016/02/04 15:38:08  ID:iuBl6bkU.net(4)
永続化がよく分からなくて試行錯誤してたけど
Dockerfile内にvolumeが指定されてるとコンテナを作るときに--volumeで明示的に指定しないと
/var/lib/docker/volumesの中にランダムな名前のディレクトリがコンテナを作る度に増えていく
コンテナが残ってればdocker inspect CONTAINERで分かるけど削除してしまった場合どうやって整理すればいいの?

>334の言ってる増え続けるってこれのことなんじゃないの?

356
login:Penguin[sage]   投稿日:2016/02/04 16:11:59  ID:iuBl6bkU.net(4)
ああvolumeをdockerの管理下に置きつつ任意の名前にしたい場合は
docker volume create --name hoge
して
docker create -v /var/lib/docker/volumes/hoge:/hoge image
にすればいいのか

あとデータ用のコンテナを作ってる例が多いんだけど
これって複数のコンテナから参照する場合だけ?
1つのコンテナからだけ参照する場合は上記のようにボリュームを作るだけでいいのかな

357
login:Penguin[sage]   投稿日:2016/02/04 16:23:53  ID:iuBl6bkU.net(4)
連投すまん
整理する方法は見つけた
https://hub.docker.com/r/martin/docker-cleanup-volumes/

358
login:Penguin[sage]   投稿日:2016/02/04 17:11:16  ID:/xEaNWkP.net(2)
あー、docker volumeってこんなんなんだ。
alpha版(?)のdocker-volumesの方が分かりやすかったな。

> コンテナが残ってればdocker inspect CONTAINERで分かるけど削除してしまった場合どうやって整理すればいいの?
docker volume ls -f dangling=true で調べられるみたいだよ。
一気に消したい時はお馴染みのアレだね。

> 1つのコンテナからだけ参照する場合は上記のようにボリュームを作るだけでいいのかな
というかそれが「コンテナでボリュームをあつかう」という一番シンプルな事例の話だと思う。

1つのボリュームを複数のコンテナから共有したい。という要求があった時に
ボリュームは複数のコンテナからマウントできないから、
データ用のコンテナを作ってコンテナの方を参照するってめんどくさい話がでてくる。

例えて言うのならUSB-HDDを複数のPCに同時に接続できないから、
専用のPCに接続して、ネットワーク経由で参照するみたいな感じなわけだけど。

359
login:Penguin[sage]   投稿日:2016/02/04 17:15:56  ID:/xEaNWkP.net(2)
>348
それは・・・多分、docker volume実装前に作られたやつかな。
ソースコードざっと見ただけだけどファイルを直接消してるみたい。
きっとdocker volumeよりかは便利なのだと思うけど、内部を直接触ってる。


リポジトリ見に行ったらお馴染みのアレ書いてあった。
> Note about Docker 1.9 and up
>
> To delete orphaned volumes in Docker 1.9 and up you can also use the built-in docker
> volume commands instead of this docker-cleanup-volumes script. The built-in
> command also deletes any directory in /var/lib/docker/volumes that is not a
> volume so make sure you didn't put anything in there you want to save:
> List:
>
> $ docker volume ls -qf dangling=true
> Cleanup:
>
> $ docker volume rm $(docker volume ls -qf dangling=true)
コメント1件

360
login:Penguin[sage]   投稿日:2016/02/04 17:25:03  ID:iuBl6bkU.net(4)
なるほどサンクス

あとごめんいちいちvolume create しなくても
docker create -v hoge:/hoge image
でよかった
なんか最初やったとき上手くいかなかった気がするけど今やったら普通に出来た

361
login:Penguin[]   投稿日:2016/02/05 10:18:06  ID:AMUaaeIw.net
docker 1.10.0 リリース
コメント1件

362
login:Penguin[sage]   投稿日:2016/02/07 15:16:37  ID:NrxI4Bcf.net
(´・ω・`)rktってどう
コメント1件

363
login:Penguin[sage]   投稿日:2016/02/07 15:30:00  ID:7zZax8el.net
もう選ぶ理由ないだろ?

364
login:Penguin[]   投稿日:2016/02/09 14:52:35  ID:F7e+9kDP.net

365
login:Penguin[sage]   投稿日:2016/02/09 15:01:20  ID:UQcUg7rD.net
rktを作った理由=Dockerの問題点はもう解決済み

366
login:Penguin[sage]   投稿日:2016/02/11 11:43:25  ID:lG1SDKP9.net
これからはrkt

367
login:Penguin[sage]   投稿日:2016/02/11 15:04:38  ID:5V/FrhsK.net
dockerでインストールしたプログラムを
ホスト側で実行してるようにみせることはできる?

368
login:Penguin[sage]   投稿日:2016/02/11 16:19:22  ID:lxA4XTks.net
だれに?

369
login:Penguin[sage]   投稿日:2016/02/11 18:19:26  ID:PTNKhQJb.net
ネットワーク経由なら

370
login:Penguin[sage]   投稿日:2016/02/13 03:31:06  ID:KKo/RJVM.net
>359
ホストに。
ホストでパイプに繋げたい

371
login:Penguin[sage]   投稿日:2016/02/13 09:41:27  ID:yeGNiNIT.net(2)
>361
考え方間違ってる。
こういう風に使うんだよ。

(ホスト上で実行)
docker run --rm busybox cat /etc/passwd | cut -d: -f1

考え方的には、コンテナ=1アプリと考えて
view_password | cut -d: -f1
とやってるのと同じ。

あるアプリが、"たまたま" コンテナで動いていただけ。と考える。
ファイルやソケットに関してはvolumeの機能を使えば
コンテナ内に情報を渡せる。

372
login:Penguin[sage]   投稿日:2016/02/13 14:22:35  ID:MPHcw9oS.net
>362
その発想だよね。シンプルが第一

うちの上級技術者さんもなんかやたら頑張りたがるので複雑になるばかりだわ

373
login:Penguin[sage]   投稿日:2016/02/13 16:38:03  ID:bUP2Pwft.net
マルチホストネットワークのこと言ってんじゃねーの?
363は勘違いしている可能性高い

374
login:Penguin[sage]   投稿日:2016/02/13 19:29:58  ID:yeGNiNIT.net(2)
>364
勘違いしてるのはお前だよw

375
login:Penguin[sage]   投稿日:2016/02/13 23:18:28  ID:BBstnutI.net
考え方の問題もあるけど解決したい問題の内容がわからんことにはな
上級技術者さんがどんなタスク振られてるのか想像することしかできん

「こんなのDocker前提でやらせんなよ」みたいな類の難題を、泣く泣くやらされてるだけかも知らんしな

376
login:Penguin[sage]   投稿日:2016/02/14 14:21:59  ID:AZnDrrUd.net
用もないのにdocker入れて大炎上してる
もちろん誰も助けてくれない
コメント1件

377
login:Penguin[sage]   投稿日:2016/02/14 20:26:02  ID:6NeP3Zu4.net
俺も全く必然性は無いけどDocker入れてやろうと考えてる
周りは技術ゼロだけどバッチ処理に使うだけだから大丈夫だろ

378
login:Penguin[sage]   投稿日:2016/02/14 20:52:11  ID:07aKYYel.net
新しいサービスはdockerにしてるけど
一人で管理してるから俺が突然死んでも大丈夫なように最低限ドキュメントは作ってる

379
login:Penguin[sage]   投稿日:2016/02/14 23:02:45  ID:Q0u+4TMx.net
むしろ俺がDockerによって作られた

380
login:Penguin[sage]   投稿日:2016/02/14 23:14:22  ID:y42TnIuR.net
どっかいけ

381
login:Penguin[sage]   投稿日:2016/02/15 03:23:45  ID:+dFNL4+H.net
ドッカン、ドッカン

382
login:Penguin[sage]   投稿日:2016/02/15 08:38:51  ID:HK1fzC0/.net
震える〜

383
login:Penguin[sage]   投稿日:2016/02/16 02:49:11  ID:4mkrfx11.net
寒い。天使が見える。

384
login:Penguin[]   投稿日:2016/02/17 15:26:22  ID:jouuSHwA.net
スレたった頃から比べれば、物凄いハッテンしたよね(´・ω・`)

385
login:Penguin[sage]   投稿日:2016/02/23 17:59:19  ID:Y9rQsPVn.net
ホストとコンテナのLinux OSのバージョンは同じでなければならないんでしょうか。
例えばホストが3.8でコンテナが2.6みたいなことは可能ですか?

386
login:Penguin[sage]   投稿日:2016/02/23 22:40:06  ID:coLRUzDx.net
>376
できない。そういうことがしたかったら、KVMとか、Xenとか、ESXi とかどうぞ。
コメント1件

387
login:Penguin[sage]   投稿日:2016/02/23 22:58:07  ID:q5mgUter.net
他のOSみたいにVMでdockerを動かす方法はあるけど
そもそもその質問自体dockerを理解してるか?
コメント1件

388
login:Penguin[sage]   投稿日:2016/02/24 18:38:02  ID:pG4XiDgY.net
Docker 上で TensorFlow 使いたいんだけど

$ docker run -it b.gcr.io/tensorflow/tensorflow

ってやると notebookserver が立ち上がってコマンドプロンプトが出ない.
notebookserver とやらを起動しないでプロンプト表示させる方法誰か教えて.

ちなみに http://[自分の IP]:8888/ をブラウザで開こうとしても
ERR_CONNECTION_REFUSED でダメ.

389
login:Penguin[sage]   投稿日:2016/02/25 01:49:38  ID:T8INB/M+.net
docker run -i -p 8888:8888 b.gcr.io/tensorflow/tensorflow

docker toolbox使っているならそのデフォルトIP
http://192.168.99.100:8888/
でなんか出てきたぞ

390
login:Penguin[sage]   投稿日:2016/03/08 12:37:17  ID:NqXtYJv2.net
beforehoge | hoge | afterhoge
みたいな処理のうち、hogeが
32bitアプリで、仕方ないから

391
login:Penguin[sage]   投稿日:2016/03/10 00:07:25  ID:gPa0Ow/o.net
Docker便利ですね

392
login:Penguin[sage]   投稿日:2016/03/16 08:55:28  ID:s4SxRw3W.net
便利だけど

393
login:Penguin[]   投稿日:2016/03/16 14:09:47  ID:ZrPmEkII.net
利用する
便利じゃん

394
login:Penguin[sage]   投稿日:2016/03/16 20:30:49  ID:flq53xOH.net
具体的な用途は何?
今使っている物とは別のバージョンのソフトを入れるとか?
コメント2件

395
login:Penguin[sage]   投稿日:2016/03/16 21:35:59  ID:xOuf53vs.net
今すぐサーバー上で設定済みのWordPressを動かして!
Dockerならできます。

396
login:Penguin[sage]   投稿日:2016/03/17 02:14:28  ID:ZfpYqjAH.net
>386
Dockerなら、何もしなくて設定済みのWordPressインストールされてて即実行できるの?
今すぐっていうことは、ダウンロードも必要ないんだ?

へー、ノーベル賞とかチューリング賞取れるレベルのソフトなんだね。

397
login:Penguin[sage]   投稿日:2016/03/17 02:32:40  ID:euaV6DFF.net(2)
サーバーのコンテナの次は何だろう

398
login:Penguin[sage]   投稿日:2016/03/17 02:57:24  ID:euaV6DFF.net(2)
WordPressっていうかWebサービスだよね
Webサービス丸々一つ持ち運べる

399
login:Penguin[sage]   投稿日:2016/03/17 10:43:55  ID:gIS03mtP.net
>387
$ docker run --name some-wordpress --link some-mysql:mysql -p 8080:80 -d wordpress

この程度じゃ取れないと思うよ(マジレス

400
login:Penguin[sage]   投稿日:2016/03/17 19:13:25  ID:6KExifvs.net
データの保存をどうするか、悩むところだ。
Dockerこんてなのデータ永続化はどうしてるんだろう。

401
login:Penguin[sage]   投稿日:2016/03/17 19:38:13  ID:hiUer/pj.net
DB

402
login:Penguin[sage]   投稿日:2016/03/19 23:49:26  ID:0QOI7gQ1.net
意外とこれを知らん奴が多いのな
Docker使ってなんかやろうと思うなら読んどけよ

The Twelve-Factor App
http://12factor.net/ja/
コメント1件

403
login:Penguin[sage]   投稿日:2016/03/20 04:08:34  ID:ttc9zOgK.net(2)
dockerを勝手に運用に使ってた奴が辞めて現場は大混乱だ

404
login:Penguin[sage]   投稿日:2016/03/20 05:04:49  ID:fFALSuEI.net(4)
>394
それだけ重要な人を失ったということだ。

社長が辞めて大混乱になるのと
同じぐらい大変なことが起きてるな。
コメント1件

405
login:Penguin[sage]   投稿日:2016/03/20 08:42:48  ID:epZXxEk/.net
今どきDockerを知らないレベルはヤバイ
問題は運営方法をどうするか決めずに設定だけやってる奴ら
うちの会社だとバックアップ方法がバラバラなので、どれかコンテナの運用者がいなくなると一気に危険ゾーンだわ
コメント1件

406
login:Penguin[]   投稿日:2016/03/20 08:50:19  ID:dk7Wp3zD.net(5)
そいつらどんな了見で自分勝手な本番運用しやがるんだよw
いますぐ皆クビにしろマジで
コメント1件

407
login:Penguin[sage]   投稿日:2016/03/20 09:15:16  ID:pIq256Sg.net
>394
勝手に言うか全部自分に任されてるから勝手にやってるけど
自分が今急に死んだらやばいかも
まあそうならないようにドキュメント書くようにはしてるけど
コメント1件

408
login:Penguin[sage]   投稿日:2016/03/20 10:58:06  ID:I1bU+LzR.net
俺が死んだら、迷惑かけても、痛む心がなくなってるわけだから、どうでもいいや。
コメント1件

409
login:Penguin[sage]   投稿日:2016/03/20 11:20:10  ID:9QytjGSA.net
俺は嫌な思いしてないから
それにお前らが嫌な思いをしようが俺の知った事ではないわ
だって全員どうでもいい人間だし
大袈裟に言おうがお前らが死んでもなんとも思わん
それはリアルでの繋がりがないから
つまりお前らに対しての情などない

410
login:Penguin[]   投稿日:2016/03/20 11:29:01  ID:dk7Wp3zD.net(5)
どうした突然wwww

411
login:Penguin[sage]   投稿日:2016/03/20 12:57:13  ID:WBnNtD//.net
勝手に運用してるのも問題だけど、辞めるまで気づきませんでした、技術的にスキルが追いつかず引き継げませんってのもまた問題じゃね?

412
login:Penguin[sage]   投稿日:2016/03/20 13:22:50  ID:XbiWZ/TK.net
技術力を売りにしながら現場丸投げはダメな会社あるあるだよね〜

413
login:Penguin[]   投稿日:2016/03/20 15:17:39  ID:dk7Wp3zD.net(5)
>402
自分勝手な事するような馬鹿にスキルが追いつかないとかありえんからw
何の夢見てんだよお前w

414
login:Penguin[sage]   投稿日:2016/03/20 15:39:55  ID:fFALSuEI.net(4)
>404
自分勝手なことをやるのは、単に
その会社のコミュニケーションの問題だろ。
そもそも勝手にできてしまうって状況が駄目だってわかる?

一人で作業をさせているってことだし、ドキュメントを
用意してないってことだし、ミーティングもなにもない
情報の共有がされてない会社だってことだよ。


Dockerがわからないのは単に技術力不足。
これはわからないほうが悪い。

415
login:Penguin[]   投稿日:2016/03/20 15:55:55  ID:dk7Wp3zD.net(5)
>405
> Dockerがわからないのは単に技術力不足。
こんなレベルのやつ現実の職場にはいないからw
おまえあれだろ?春休みの学生さんってやつだろ?
まともな会社に入れるようにせいぜい努力するこったな

416
login:Penguin[sage]   投稿日:2016/03/20 16:59:16  ID:fFALSuEI.net(4)
>406
いや?w いないと証明するには
すべての職場を調べないといけないんだけど。

お前、知ることが出来るはずがないことを
知っていると言ってることに、自分で気づいているか?
コメント1件

417
login:Penguin[sage]   投稿日:2016/03/20 17:17:21  ID:ttc9zOgK.net(2)
ワイのために喧嘩はやめて(´・ω・`)

418
login:Penguin[]   投稿日:2016/03/20 17:49:44  ID:dk7Wp3zD.net(5)
>408
まあ喧嘩するつもりもないが
そんな眠たい事言ってるから>407みたいな馬鹿が会社に潜りこんでくるんだぜ

419
login:Penguin[sage]   投稿日:2016/03/20 17:51:18  ID:fFALSuEI.net(4)
へ? お前の理屈を説得力がないと潰してやったのに、
何言ってるの?w
コメント1件

420
login:Penguin[sage]   投稿日:2016/03/20 17:59:10  ID:wFpJzuW4.net
Docker使う奴は頭おかしい。このスレ見るとよく分かる。

421
login:Penguin[sage]   投稿日:2016/03/21 00:08:52  ID:JK1U0YLN.net
東証一部だが、この醜い争いの元凶である現場の暴走がまさに起きてるぜ
主な理由が、問題起きたら人柱に辞めてもらうことで手打ちにしてもらう。それまでは丸投げと言う素晴らしい管理方針だから
意外と二次受けのほうがしっかりしてるのよ

422
login:Penguin[sage]   投稿日:2016/03/25 15:13:57  ID:W9Eglrnb.net
GUIの管理ツールどれ使ってる?
コメント1件

423
login:Penguin[sage]   投稿日:2016/03/25 22:19:39  ID:Wj6xxs6s.net
いらん
コメント1件

424
login:Penguin[sage]   投稿日:2016/03/27 15:29:57  ID:oEB5F9/U.net
dockerではGUIが使えないから使ってない

425
login:Penguin[sage]   投稿日:2016/03/27 15:56:39  ID:1K8zFvsN.net
使えるけど?
使わないけど
コメント1件

426
login:Penguin[sage]   投稿日:2016/03/27 22:59:19  ID:2gsK2v8i.net
>416
ウケる

427
login:Penguin[sage]   投稿日:2016/03/28 00:36:26  ID:JEsXGyGB.net
vncか母艦のローカルソケット共有だっけ
ググればすぐ出るレベルだからな…

428
login:Penguin[sage]   投稿日:2016/03/28 09:29:01  ID:QQQMEHsV.net
GUIは基本的にかったるい
CUIで済む用途に無理にGUIの皮被せるのって
何の意味も無い

429
login:Penguin[sage]   投稿日:2016/03/28 12:37:06  ID:EewGp7dU.net
>419
それな
いちいちコンソール起動するのほんとウザイ

430
login:Penguin[sage]   投稿日:2016/04/01 13:47:29  ID:FyFIfFC0.net(3)
Docker 勉強用に良い本ないですか?
複数のコンテナを一纏めにVPSにデプロイしたり、必要最小限のコンテナを0から構築したいです。
あと仮想ネットワークを使いたくないです。
その変の知識が日本語で一冊にまとまってる本があれば教えてくだせぇ・・・

431
login:Penguin[sage]   投稿日:2016/04/01 14:05:42  ID:n0nDJ4/Y.net(2)
>あと仮想ネットワークを使いたくないです
の意味がよく分からない

432
login:Penguin[sage]   投稿日:2016/04/01 14:15:42  ID:FyFIfFC0.net(3)
>422
なんと言ったら伝わるのか自分でもよくわからないのですが、ホストもコンテナも同一IPで使用したいんです。
Dockerって確か仮想ブリッジみたいなのが勝手に作られましたよね?
それを使いたくないんです。

433
login:Penguin[sage]   投稿日:2016/04/01 14:36:39  ID:n0nDJ4/Y.net(2)
>423
>ホストもコンテナも同一IPで使用したいんです。
よくわからんけど外から見たらホストもコンテナも同じIPアドレスだけど

434
login:Penguin[sage]   投稿日:2016/04/01 15:29:10  ID:FyFIfFC0.net(3)
すみません、ちょっと私の語彙ではうまく説明できそうにありません。
とりあえずネットワーク周りとか複数コンテナの管理法とかが乗ってる本を探しています。
ここ数年でDocker周りのツールが増えまくって、何が何をするツールなのかわかりづらくとっつきにくいんです。
ツールの名前と効果が頭の中で一致しないというか、例えばKubernetesとか言われても何じゃそりゃ状態でして・・・

435
login:Penguin[sage]   投稿日:2016/04/02 06:17:24  ID:MelPxAco.net
まだ本はすぐ古い内容になっちゃうしなぁ。
とりあえず、Dockerで遊ぶ。
つぎ管理系ツールを探す。でいいんじゃないな?。
VPSによるしな。

436
login:Penguin[sage]   投稿日:2016/04/02 07:32:01  ID:WFPC9TFf.net
変なこだわりをやりたいなら人に質問せずに自分で調査できるレベルにならないとなあ
この分野もはや本は出ないから英語のマニュアルやらソースやら全部見るしかないだろ

437
login:Penguin[sage]   投稿日:2016/04/02 10:00:44  ID:FZgxHIyd.net(2)
dockerのマニュアルはかなり親切な方だと思うけど
まずマニュアルだけでも大体理解出来ると思うが

438
login:Penguin[sage]   投稿日:2016/04/02 11:25:52  ID:A8uw38mD.net
用語使って説明できないんじゃ、掲示版で語り合うこともできまい
libert読んでからとか(オイ

439
login:Penguin[]   投稿日:2016/04/02 18:27:47  ID:vK1t8bB7.net(2)
もし仕事でやっていて、こういう陳腐化の早い
ソフトやシステムの使い方の日本語の本やドキュメントが無いと何もできないなら
もうこの業界やめたほうがいいよ

日本語の本を買ってもいいのは陳腐化が遅いアルゴリズムとか計算機アーキテクチャとか数学の教科書とかはいいと思うけど、
特定のソフトの使い方なんてものは、英語だろうが何だろうが基本的にはそのソフトのドキュメントを見て手早く済ませるべき話
コメント1件

440
login:Penguin[sage]   投稿日:2016/04/02 18:31:35  ID:x5nAfzNj.net
もし仕事でやっているなら、こういう陳腐化の早いソフトに手を出さない方がいいよ

441
login:Penguin[sage]   投稿日:2016/04/02 18:50:31  ID:CSOBbaUc.net(2)
>425
ツールが多いのが問題じゃないと思うよ。
あなたのやりたいことに対して必要な知識(ネットワーク周り(NAT)、Dockerとは何か、コンテナの管理って何をするのか)が全然足りてないから、
ツールの概要を読んでも何も見えてこないだけで。

かと言って、これを読めば一通り網羅できるよってのがあるわけじゃないんだけど。

442
login:Penguin[sage]   投稿日:2016/04/02 19:53:53  ID:sjk6eE85.net
Dockerについては、RedHatの中井悦司が、本を出している

443
login:Penguin[sage]   投稿日:2016/04/02 20:09:39  ID:FZgxHIyd.net(2)
ていうか日本語のdockerの本て数冊しか出てないじゃん
なんか人に頼り切ろうとする姿勢が見える

444
login:Penguin[sage]   投稿日:2016/04/02 20:18:26  ID:CSOBbaUc.net(2)
わかんないことだらけだからこの際ちゃんと勉強して進めたい、という気持ちは間違ってないと思うけどね
ただ、VirtualBoxとかVMwareとかでVMをNATモードで動作させても似たような感じになるから、まずはその辺の書籍でも読んでみたらどうだろうか

445
login:Penguin[sage]   投稿日:2016/04/02 20:25:23  ID:StJG0Z5Y.net
日本語の本、数冊しかないけどそれ買えばいいがな

446
login:Penguin[]   投稿日:2016/04/02 23:47:02  ID:vK1t8bB7.net(2)
まー強いて言うならTCP/IPの基礎がきちんと分かってないとそもそも駄目
その上で、Linuxの場合iptablesとbridge辺りのことをある程度調べて把握すれば
kvmだろうがDockerだろうが公式のドキュメントに目を通す程度で苦労せずに対応できる

そういう前提となる基礎知識なしに、場当たり的に
入門書に書いてあったりするオマジナイを覚えようとするのが一番ダメ

447
login:Penguin[sage]   投稿日:2016/04/02 23:53:26  ID:KIIFPPML.net
include stdio.h 思い出した

448
login:Penguin[sage]   投稿日:2016/04/02 23:59:34  ID:U5fYD/y1.net
(´・ω・`)手を動かさないやつは何をやっても無駄
コメント1件

449
login:Penguin[sage]   投稿日:2016/04/03 00:15:37  ID:WasEnGaq.net(4)
確かに手を動かすのが大切だね
コメント2件

450
login:Penguin[sage]   投稿日:2016/04/03 00:18:26  ID:YW03YaUG.net
フルボッコのように見えるけど、助け舟が出てるなぁ

451
login:Penguin[sage]   投稿日:2016/04/03 01:18:08  ID:CYF9tWiq.net
>439
まったくだ。

ボコボコにしてやんよ
   ∧_∧
   ( ・ω・)=つ≡つ
   (っ ≡つ=つ
   ./   ) ババババ
   ( / ̄∪

452
login:Penguin[sage]   投稿日:2016/04/03 20:50:28  ID:WasEnGaq.net(4)
SL移植されとる

docker run -t co2016/sl

453
login:Penguin[sage]   投稿日:2016/04/03 20:52:30  ID:WasEnGaq.net(4)
SLが走りよる

# docker run -t co2016/sl

454
login:Penguin[sage]   投稿日:2016/04/03 20:52:51  ID:WasEnGaq.net(4)
連投ごめん・・ミス

455
login:Penguin[]   投稿日:2016/04/15 15:50:42  ID:wWjT/Dfy.net
Dockerコンテナ上でのJavaの実行はライセンス違反なのか?
http://www.infoq.com/jp/news/2016/04/docker-java

456
login:Penguin[sage]   投稿日:2016/04/27 21:28:14  ID:owxMN3sK.net
Arukas無料枠あるのか
コメント1件

457
login:Penguin[]   投稿日:2016/06/03 02:11:05  ID:WZoBoScK.net
Docker使った開発してるが興奮してきた
これ将来性はどうなんだ?インフラになるのか?

458
login:Penguin[]   投稿日:2016/06/03 17:25:16  ID:fgzPRoSg.net
>448
微妙。正直な所、一過性のエンジニアのおもちゃのレベルを脱していない。
コメント4件

459
login:Penguin[]   投稿日:2016/06/03 20:15:35  ID:vtbMJt0E.net
>449
同意
ウチの会社ではCIでしか使ってない
つうかLinuxしか動かないしなぁ

460
login:Penguin[sage]   投稿日:2016/06/03 21:00:19  ID:NhQgaqZY.net
Arukas無料なんで
公開即登録しておいた
要るのは(出来ればプロバの)メールアドレスだけだし

有料のは後で出るはず
これが無料でできるの?というレベル

461
login:Penguin[sage]   投稿日:2016/06/03 21:24:21  ID:BeUP9Zil.net
Windows10で将来的にBASHが動くんじゃなかったっけ?
そうなるとdocker絡みでなにかおもしろい動きとかないかな

462
login:Penguin[sage]   投稿日:2016/06/03 22:00:48  ID:BRW0l29O.net
Windows は HyperV Container を使ったのがまだ正式版じゃないけど出てるよね。
これは Windows のコンテナで、 docker 使って IIS を動かすようなもの。

bash と同じように LinuxAPI を用意する形で docker が実装されることはないと思う。
bash などの UserSpace でどうにかできるプログラムと違って LinuxKernel べったりだし。

将来、「docker -> HyperV Container(windows os) 」 で windows アプリを制御できるようになるけど
「docker -> vmやremote (Linux + docker daemon)」で Linux アプリの制御は変わらないはず。

(昔からある)Linux の docker に関しては、今日の AWS summit で AbemaTVFresh! で
本番で使ってる例が紹介されてたけど、こういうのや AWS や GCP、RedHat のサポートなどをみてると
エンジニアのおもちゃよりはもうちょっとレベルが上ってるのかなと思う。
コメント1件

463
login:Penguin[sage]   投稿日:2016/06/04 16:14:48  ID:m5AhyAEi.net
2ちゃんっておっさんばっかりだから、時代の流れに付いけてないな。
Dockerスレが過疎るとかwww
コメント1件

464
login:Penguin[sage]   投稿日:2016/06/04 20:48:22  ID:9x9mdfth.net
バズワードにつきあう体力がないのよ、おっさんには

465
login:Penguin[sage]   投稿日:2016/06/05 12:33:25  ID:tEZxVVnp.net
>449-450
あんまりか
バージョンが若いせいかバグも多いよね
思想としては面白いとは思うんだけどな
コメント1件

466
login:Penguin[]   投稿日:2016/06/05 15:37:36  ID:fwpw71Y/.net(2)
>456
言うまでもなく、BSD JailやSolaris Containerとかあって目新しくないし、仮想化技術も進歩してkernel共有するメリットがあんまし感じられないなぁ

と、docker commitもgit commitに比べてコレジャナイ感あるし、、
コメント1件

467
login:Penguin[sage]   投稿日:2016/06/05 16:11:19  ID:4362uPpi.net
Jail や Zone と docker を比較するのって use case わかってるのかなって感じる。

docker の基本はパッケージングでその方法として現在はコンテナ使ってるだけだし。
Jail や Zone では Arukas のようなサービスや k8s や ECS のような仕組みを
作ろうとはなかなかならない。

Jail や Zone はインフラ屋のおもちゃでそれ以上にするのは辛かった。
それに対して、docker はアプリ屋のおもちゃだからインフラ屋でピンと来ない人が多い気もする。

あと、docker は思想が強すぎるからそれが合わないというのもあるな。
インフラ屋としてはキモい面も多い。
だから droot とかが作られてるんだろうけど。
コメント1件

468
login:Penguin[]   投稿日:2016/06/05 17:02:02  ID:sKSWXEyx.net
https://codezine.jp/static/images/article/7894/7894_03cs.png

dockerって性能ネイティブ同等で仮想のいいとこ取りできるんだろ

469
login:Penguin[sage]   投稿日:2016/06/05 18:46:33  ID:+3CkB6wd.net
>458
>Jail や Zone と docker を比較するのって use case わかってるのかなって感じる。

コンピュータ屋のおもちゃであることには変わりないだろう?

470
login:Penguin[sage]   投稿日:2016/06/05 18:54:05  ID:RcCc+B29.net
>458
なるほど
インフラとアプリどっちもかじってないと良さが分からないってことは
コメント2件

471
login:Penguin[sage]   投稿日:2016/06/05 19:08:53  ID:KDYCG9Kq.net(2)
>458
話を聞いてdrootは無いなって思った。

あれ思想がどうこういうより、
dockerを使った→ちょっとした問題点があった→普通のコンテナでいいんじゃね?
という単純な発想で作られたものだよ。その他の理由は後づけ。

古いやり方を引きずってるだけで、それでいてイメージのビルドツールとして
dockerを使おうとしているから、結局dockerの知識が必要になって、
さらにdrootを使うことで使えないdockerの知識と
drootそのものの知識が必要になる。

dockerの問題点は、dockerのバージョンアップで解決するし、
drootはdockerに依存しつつ、dockerとは全く違う劣化版を
個人で作ろうとしているから、将来性も感じられない。

現時点では、drootは確かにこの点ではdockerよりもメリット有るね。
だけど、dockerのメリットを随分と失っているよね。という感想で、
そして時が経てば、dockerのバージョンアップで、
drootのメリットってもう無いよね。になっていくと思う。
コメント1件

472
login:Penguin[]   投稿日:2016/06/05 22:50:37  ID:Fz4BjGDf.net
>458
インフラ屋のおもちゃってのはよく聞くけど、それを開発するにもネットワーク、マシン、OS、プラットフォームが必要(とそこに至るまでの知識)じゃない?

俺は配線〜アプリまで全部やるけど、正直dockerのimage起動するからよろ!って渡されたら中身がカオスってたりしそうで怖い。glibcってナンデスカ?って人が古いまま使ってるとか容易に想像できる

なんというか、
コメント1件

473
login:Penguin[]   投稿日:2016/06/05 23:04:59  ID:fwpw71Y/.net(2)
途中でおくってしまった、、
OSI参照モデルとかだと下位レイヤーの知識は必要ないんだが、現状そう上手くいかないよな。

あと、dockerと関係のツールの分裂と乱立っぷりを見るととても不安になる

474
login:Penguin[sage]   投稿日:2016/06/05 23:09:47  ID:KDYCG9Kq.net(2)
>463
> 正直dockerのimage起動するからよろ!って渡されたら中身がカオスってたりしそうで怖い。glibcってナンデスカ?って人が古いまま使ってるとか容易に想像できる

意味がわからん、Dockerfileみれば中身なんてわかるし、
最新にしたければDockerfileからイメージビルドしなおせばいいだけじゃん。

475
login:Penguin[sage]   投稿日:2016/06/06 00:28:13  ID:WsFVzHYP.net
>465
人から渡された物をいちいち中身検証して最新にするのかよ。
なんでそんな面倒なことをしなければならんの?

476
login:Penguin[sage]   投稿日:2016/06/06 00:55:48  ID:3HrdhjQZ.net(2)
上から下まで知ってるとか書くわりには
dockerについてぜんぜん知らずに
よくそこまで否定するな

477
login:Penguin[sage]   投稿日:2016/06/06 01:02:44  ID:x4rn+e32.net(2)
>466
Dockerfile見るのがそんなに手間になると思えんのだが…
コメント1件

478
459[sage]   投稿日:2016/06/06 01:14:34  ID:58//efTR.net(2)
インフラ屋としては Dockerfile の中身は当然見るし、
今ならばプルリクきたら「Docker Security Scanning」や「Vuls」あたりで
CIなりで自動でチェックを入れることを検討する。

そういうのが面倒なら docker 使うのやめたほうがいいよ。向いてない。

Docker 社も今以上にインフラ屋に使いやすくするつもりはないはず。
アプリ屋やデザイナー、プロデューサーには Kitematic や Docker for Windows/Mac で
便利にしていくという方向性があるけどね。

使ってて楽しいからエンジニアの自分としては「おもちゃ」という表現でいいけど、
Siri のバックエンドとして使われてたり、クックパッドで使われてるのを見ると
揶揄するつもりで使ってるなら自分のプライドを保つ以外に意味は無いよ。

IT系でないお客さんの人事/経理などを扱うSI系だとデプロイは1月に1回とか、
サーバも数ラック入れてインフラの設定は年に1回変えるかどうかだし変えるときは
レビューなど含めて1月かかるとかざらだから Docker なんて苦労して使う意味ないしね
コメント1件

479
login:Penguin[sage]   投稿日:2016/06/06 01:39:12  ID:58//efTR.net(2)
>462
docker を手元で使う多くのアプリ屋としては docker は便利なんだけど
本番の運用として使うインフラ屋としては docker は便利すぎて面倒なんだよね。
docker は「1 から10のうち 1から9 までやってくれる」けど、
私達の欲しいのは「8から10」なんですという場合にdocker を使うのかって話。

自分としては"本番で使うなら" docker の差分ファイルシステムは必要ないし、
docker daemon が提供する REST API も必要ない、Network も iptables とか触ってほしくないし
Host と一緒でいいから Network plugin もいらない。
でも、docker で出来たイメージ(というか今なら OCI フォーマット)や Dockerfile を
アプリ屋と共通の言語として使いたい。

これらはdrootを作った"はてな"やペパボあたりの今までオンプレで運用してたところは
同じように不満を持つんじゃないかなと思う。
オンプレだとクラウドのように動的にサーバを追加したリしないので Mesos のようなスケジューラに
依存せず自分たちで割当固定したほうが扱いやすいしね。
(docker が 1 から 10 までできるようになってもこの辺のツールを作ってる会社は変わらないと思う)

その結果 droot やら haconiwa やら apr などオリジナルコンテナエンジンを作ろうかなとなるだけ。
droot は他の会社が使うものじゃない。あれははてなが必要だから作ったものだし。
ただ似たようなものを作る会社は今後出てくると思う。

または、うちの会社みたいに machinectl(systemd-nspawn)つかったり、 CoreOS の rkt や
OCI の runc を直接使う会社も出てくると思う。
どっちの場合でも共通言語は Dockerfile で、細かな仕様は runc の SPEC.md あたりを参考にしてね。

docker とオリジナルツールについて知識が必要なのはそのとおりだけど、結局コアの技術は今のところ
コンテナ(Namespaces/Capabilities/cgroup)+差分FSなのでオリジナルツールは docker を理解する方法として
デメリットには感じないね。

480
login:Penguin[]   投稿日:2016/06/06 03:28:10  ID:kGX0A6hH.net(2)
>467
いやDocker自体は全然否定はしてないんだ。
ただ、これからはDockerっすよ!!
とかいってスマートに纏めてあるDockerfile渡された事一回もないだけなんだ、、

よくわかんねーからとりあえずchmod -R 777とか書いてたり、、
コメント1件

481
login:Penguin[sage]   投稿日:2016/06/06 08:23:57  ID:3HrdhjQZ.net(2)
>471
前提が変わってるし
自分のレスとも矛盾してるやんけ
んなもんそいつに言えよ
コメント2件

482
login:Penguin[]   投稿日:2016/06/06 11:07:59  ID:kGX0A6hH.net(2)
>472
説明したりPR出したりするのが面倒なのと、俺の周りにそこらで意識高い人がいないんだな、、すまん

483
login:Penguin[sage]   投稿日:2016/06/06 13:31:21  ID:x4rn+e32.net(2)
もはやDocker関係なくなってんじゃん

484
login:Penguin[sage]   投稿日:2016/06/06 20:32:36  ID:50n6IvOQ.net
ハイパーバイザー借りて
あれっネスト出来ない…quemやvirtualbox糞遅せー!って時助かるよね
コメント1件

485
login:Penguin[sage]   投稿日:2016/06/06 21:14:47  ID:DZUJ1W6w.net
WebシステムをCDに焼いて持ち歩ける時代か

486
login:Penguin[sage]   投稿日:2016/06/07 01:38:11  ID:p5YtWRXs.net(3)
>470
> 自分としては"本番で使うなら" docker の差分ファイルシステムは必要ないし、

それはどういう意味?

1. あってもなくてもかまわないが、必要と思ってないだけ。
2. あったら困る。
コメント1件

487
login:Penguin[sage]   投稿日:2016/06/07 01:40:22  ID:p5YtWRXs.net(3)
>470
> オンプレだとクラウドのように動的にサーバを追加したリしないので Mesos のようなスケジューラに
> 依存せず自分たちで割当固定したほうが扱いやすいしね。
> (docker が 1 から 10 までできるようになってもこの辺のツールを作ってる会社は変わらないと思う)

いや、dockerを使う理由は、アプリの開発速度にインフラやがついていけないからでしょ?

いまやアプリが使ってる各種ライブラリっていうのは、毎日のように
どれか一つはバージョンアップするんだよ。
そのたびに、インフラ屋は、環境を作り直すのかい?

488
471[sage]   投稿日:2016/06/07 17:48:10  ID:PJf9l/sS.net(2)
>477

1 と 2 の間かな。

Storage Driver (overlay、aufs、devicemapper あたり)はどれも今のところ一長一短で
パフォーマンスや細かな不具合がある。
これらの問題がなければ運用面でのメリットがあるのでできれば使いたい。
ただ、これらの問題があるかぎりはトラブルシュートが面倒なので「あったら困る」。

Storage Driver のトラブルについてはまとめてくれてる方がいるのでそちらが参考になる。
https://github.com/AkihiroSuda/docker-issues

問題だと思ってるものの中では、仕様として残り続ける物もあるとは思うのでどこかで妥協して
overlay あたりを利用するようになるかもしれない。
コメント1件

489
471[sage]   投稿日:2016/06/07 18:04:02  ID:PJf9l/sS.net(2)
>478

以下、質問の意図を私がちゃんと理解できてないのでおかしいことを言っているかもしれない。

> dockerを使う理由は、アプリの開発速度にインフラやがついていけないからでしょ?
たしかに、アプリ側がトライ&エラーなどをする場合にインフラ屋が足かせになりってるのは事実。
ただ、それらの多くは技術レベルの問題ではなく、システムの環境的な問題や手順的な問題なので
そこをすっ飛ばして docker イメージをアプリ屋さんが作ってもらうスタイルだと思っている。
docker なら構築手順書としての役割と動作確認環境としての役割をある程度満たしてくれるしね。

> いまやアプリが使ってる各種ライブラリっていうのは、毎日のように
> どれか一つはバージョンアップするんだよ。
> そのたびに、インフラ屋は、環境を作り直すのかい?
これはアプリ屋さんの仕事だと考えている。
デプロイ環境の構築やセキュリティチェック、パフォーマンス対応がインフラ屋さんじゃないかな。
(当然、上記以外のホストOSの管理やNetwork、ロードバランサ、バックアップの設計なども)
バージョンアップするかどうかを最終的に決めるのはアプリ屋さんの仕事だと思ってるし、
バージョンアップ後の動作確認もアプリ屋さんやプロデューサーが実施しないと意味ないしね。

アプリ屋さんが docker で環境を作って動作確認なり出来たイメージを用意する。
それをチェックして配布、deploy して動かす環境をインフラ屋さんが用意する(drootなど)。

つまり、インフラ屋はアプリの動作環境を Dockerfile などで理解はするけど構築はしない。

490
login:Penguin[sage]   投稿日:2016/06/07 23:55:29  ID:p5YtWRXs.net(3)
> つまり、インフラ屋はアプリの動作環境を Dockerfile などで理解はするけど構築はしない。

当たり前じゃね?

っていいいうかDockerfileを見るのは、Dockerfileの中身が信用出来ないからで、
信用できるならば、中身無くていいんだよ。

社員なら信用できるでしょ?w
社員が信用出来ないっていうのなら、その社員が作ったアプリも
信用出来ないわけで。
コメント1件

491
login:Penguin[sage]   投稿日:2016/06/08 00:07:41  ID:mHIo7w3a.net(4)
>481
> アプリ屋さんが docker で環境を作って動作確認なり出来たイメージを用意する。
イメージをメールで送りまーすとかバカなやり方なわけでw
流石にそんなことはしないだろうが、もちろんファイル共有で渡すなんてこともしない。

デプロイの自動化を考えると、イメージをどこからか取ってくるかそれともどこかの誰かがイメージを送り込むか
そのイメージをどうやって効率よく受け渡すか?が必要になる。それがDockerレジストリなわけだよ。

そのDockerレジストリはその仕組み上イメージを差分で送受信するからデプロイも速くなる。
ここで一レイヤーのイメージにまとめてしまったら差分で取ってくることができなくなる。


そしてもう一つ。OSやミドルウェアのバージョンアップ。セキュリティパッチのほうがわかりやすいか?
これはアプリは関係ない。この場合セキュリティパッチをあててからデプロイするわけだが、
これはアプリ屋がやることじゃない。

だからアプリ屋はDockerfileを作るところまでで(もちろん開発中にテストビルドは行う)
インフラ屋はソースコードのリポジトリに含まれたDockerfileを使ってビルドする所を担当することになる。

492
483[sage]   投稿日:2016/06/08 00:08:33  ID:mHIo7w3a.net(4)
>481じゃなくて>480へのレス

493
login:Penguin[sage]   投稿日:2016/06/08 00:23:37  ID:4oR9cm72.net(2)
うーん
結局何を言いたいのかな
自分でわけ分かんなくなってないかい

494
login:Penguin[sage]   投稿日:2016/06/08 00:45:05  ID:mHIo7w3a.net(4)
>484
まずは君、DockerfileとDockerイメージの区別はついているかい?

495
login:Penguin[sage]   投稿日:2016/06/08 02:36:07  ID:4IxfmMYr.net
頭の悪い奴は、説明がヘタで文章が長くなるよな

496
login:Penguin[sage]   投稿日:2016/06/08 09:27:11  ID:mHIo7w3a.net(4)
>486がせつめいしてくれるそーです
コメント1件

497
login:Penguin[]   投稿日:2016/06/08 16:50:32  ID:f7zCJrc5.net
インフラ屋とアプリ屋ってそもそもそんなキレイに分かれてるもんなの?

498
login:Penguin[sage]   投稿日:2016/06/08 20:51:50  ID:+srpmLod.net
>488
うちの会社は俺一人。

499
login:Penguin[sage]   投稿日:2016/06/08 22:39:32  ID:TosrZdyV.net
プログラマーは、何か1つのプログラミング言語がわかればよいけど、
サーバー構築は、LPIC資格がいる

資格を持っていない人が、サーバーをいじくると、
データが消えたり、大変なことが起こるから、
プログラマーよりも給料が高いし、難しい仕事

500
login:Penguin[sage]   投稿日:2016/06/08 23:34:37  ID:kgoRK1SZ.net
俺はプログラマーだが、どっちが難しいかはともかく、
出来る事ならrootは使いたくないわな
サーバー屋さんに丸投げしたいわ

501
login:Penguin[sage]   投稿日:2016/06/08 23:56:39  ID:4oR9cm72.net(2)
>490
釣り針が大きすぎるんだよ
でもLPIC限定で言い切る不条理さは捨てがたいし悩ましいな

502
login:Penguin[sage]   投稿日:2016/06/09 00:39:20  ID:fOt7KaDK.net(2)
釣り針ってことは、現実は逆なのか・・・
コメント1件

503
login:Penguin[sage]   投稿日:2016/06/09 01:14:22  ID:M5Ewu48e.net
×LPIC持ってないと大変なことが起こる
×LPIC持ってると大変なことは起こらない

504
login:Penguin[sage]   投稿日:2016/06/09 02:17:15  ID:BxrCWyko.net
んなこたーない。

505
login:Penguin[sage]   投稿日:2016/06/09 02:31:43  ID:fOt7KaDK.net(2)
俺はいつもお守りと折りたたみ傘を持ってるから、
大変なことは何も起こらないよ。

506
login:Penguin[sage]   投稿日:2016/06/09 07:11:57  ID:kPwLYAPM.net
>496
適切な例え
TOEICが高いから英語の業務を任せろというぐらい横暴だよね
多少はできるかも程度
コメント2件

507
login:Penguin[sage]   投稿日:2016/06/09 07:42:53  ID:UTgAba8h.net
自動車運転免許しか資格持ってないや。

508
login:Penguin[sage]   投稿日:2016/06/10 13:16:59  ID:1AWz60ME.net
わしも


509
login:Penguin[sage]   投稿日:2016/06/10 16:05:21  ID:bjWClYH1.net
危険物取扱免許を持っているが自分が何を取り扱っていいのか忘れた

510
login:Penguin[sage]   投稿日:2016/06/10 21:05:02  ID:zRoZRKMT.net
俺も持ってたな。内容完全に忘れてる
あれ5年くらいで失効だっけ

511
login:Penguin[]   投稿日:2016/06/12 22:20:43  ID:UGQLp9t0.net
Windows 10の最新プレビュー「Build 14361」、Dockerコンテナをサポート
http://itpro.nikkeibp.co.jp/atcl/idg/14/481542/061000239/

 今回のビルドで同社は、Windows上でDockerコンテナを
ネイティブに実行できる機能を搭載したほか、
コメント1件

512
login:Penguin[sage]   投稿日:2016/06/13 07:58:48  ID:QFgwP0GB.net(2)
ん?どういう?。
XPのコンテナとか、NTのコンテナとかそういうのに使うって事?

513
login:Penguin[sage]   投稿日:2016/06/13 08:48:12  ID:Xy8Pb8YG.net
dockerが何かわかってないだろ
コメント5件

514
login:Penguin[sage]   投稿日:2016/06/13 11:42:24  ID:7Q+aOvrH.net
ワロタ

515
login:Penguin[sage]   投稿日:2016/06/13 20:21:38  ID:QFgwP0GB.net(2)
わかってないかも。。
dockerってOS部分はホストを使うんだよね?
windows上でネイティブで動くって事は、Win上にLinuxシステムコールが実装されるって事?。
それとも、Dockerコンテナって仕組みだけで、OS部分はホストであるWindowsなので、
コンテナもWindows用ってこと?

516
login:Penguin[sage]   投稿日:2016/06/13 21:03:43  ID:27rlcnrv.net(2)
>502
おや?parrallelsとの関係は如何に?

517
login:Penguin[sage]   投稿日:2016/06/13 21:42:24  ID:G0ep9A/5.net
>506
これはWindows版のDocker Engine(Docker clientによって管理されるdocker containerの管理サービス)が
組み込まれましたよという話みたい。 使えるコンテナはHyper-Vのもので、コンテナの中身は
Windows Server 2016 Technical Preview 5 Nano Server。 

Docker for Windowsやらあるから混乱するけど、それはLinux VMをVirtualBox内で走らせてそこで
Linux コンテナを走らせてたもの。 これはネイティブにWindowsコンテナをWindowsで走らせ、
それをdockerで管理できますよという話。 

https://blogs.windows.com/windowsexperience/2016/06/08/announcing-windo...

518
login:Penguin[sage]   投稿日:2016/06/13 22:55:08  ID:i2u3E1QZ.net(2)
WindowsServer2016TP3で既にネイティブなDockerは実装されてた
Dockerイメージダウンロードで失敗したから(多分ディレクトリの権限の問題で)
速攻でTP3削除したけどなんでWindows10にまで必要なのかわからん
そんな暇あるなら初めて同時リリースできなかったWindowsServerのほうを何とかしろよ
Docker実装してる間にUbuntuなんかLXDリリースしてんじゃん

519
login:Penguin[sage]   投稿日:2016/06/13 23:15:00  ID:i2u3E1QZ.net(2)
>506
一応Dockerって書いてあるけど根本はWSC(WindowsServerContainer)の実装
LXCのWindows版
知ってるとは思うけどDockerも自身の機能だけでContainerを提供しているわけではないから

520
login:Penguin[sage]   投稿日:2016/06/13 23:28:53  ID:27rlcnrv.net(2)
なんかこの界隈技術者の流動多いのかな?
またはvmwareへの対抗なんかな?

521
login:Penguin[sage]   投稿日:2016/06/14 01:24:08  ID:+VF/5Rch.net
>511
対抗というかLXDは既存のハイパーバイザを置き換えることを目標にしてるみたい
LXDが普及したら爆発的にVDIが普及すると思う
もともと今のVMwareとかCitrixとかってエコシステムとかイミュータブルみたいなポリシーに
反してるからさっさと滅亡してほしい
LXDが普及したらDockerはどうするんだろうね
コメント1件

522
login:Penguin[]   投稿日:2016/06/14 09:11:52  ID:UWeVRP88.net
LXDは仮想環境として使う用途
Dockerは単一サービスを提供するためのプロセス実行環境を包むためのもの

523
login:Penguin[sage]   投稿日:2016/06/15 19:22:36  ID:4rfSGlTC.net
dockerってデバイスファイルはどう扱われるの? 見れない感じ?

524
login:Penguin[sage]   投稿日:2016/06/16 01:06:34  ID:1J6yQbRq.net
>513
dockerが何かわかってないだろ

525
login:Penguin[]   投稿日:2016/06/16 02:22:07  ID:qTIbp3JW.net(2)
またお前か
コメント1件

526
login:Penguin[sage]   投稿日:2016/06/16 04:12:43  ID:cnE7fWYR.net
どっかーいけー
ってか。

527
login:Penguin[sage]   投稿日:2016/06/16 22:04:57  ID:qe0Zbj+v.net
>513の説明だとわかってないだろって言われてもしょうがない
インフラ屋でもなければわかってる必要なんてないけど
コメント2件

528
login:Penguin[sage]   投稿日:2016/06/16 22:15:16  ID:Sog9v/Xd.net
こうやって、曖昧なことを言って俺のほうが詳しいんだぜ風を
演出するの得意だよなぁw

>513の内容が正しいか間違っているかさえ言わないんだぜ?
本当は知らないか自信がないから言い切れないんだよ。
どっちでも取れるようなことを言って、あとでつじつまを
合わせようと考えてるわけだね。


なお俺の意見言っておくわ。
>513の内容は正しい。
コメント1件

529
login:Penguin[sage]   投稿日:2016/06/16 23:38:07  ID:qTIbp3JW.net(2)
514 だが、どこが「わかってない」か書かずに
わかってないと罵倒するだけなら小学生でも出来るw

自分は、dockerなんぞ出る前からchrootやcgroup使ってアプリの実行環境の分離を色々独自に検討してたものだけど
ぜひ、わかってる方に正確な所を語って欲しい所ですなw
コメント1件

530
login:Penguin[sage]   投稿日:2016/06/17 00:05:22  ID:oqosm4m/.net
自信あるならスルーしてればいいのに。
自信が無いから、自分を肯定したくなるんだよな。
コメント1件

531
login:Penguin[]   投稿日:2016/06/17 00:32:25  ID:LvYd57GK.net
ごめんよw
516 は、いつもの奴だから一言だけ言って放置しようと思ったが、
他にも調子にのる、実装もロクにしたことないくせに
自称俺は分かってるモンが居そうだから、つい、ね。大人気なかったw
コメント1件

532
login:Penguin[sage]   投稿日:2016/06/17 00:35:26  ID:FCFPSiUc.net
そっか?あまりに周りが馬鹿だと発狂する天才もいるから、時によりけりだと思う。総じてどうでも良い
ちなみに、うちの上は >513 のDockerの使い方をしてなくて運用丸投げなので死ぬ思いをする

533
login:Penguin[sage]   投稿日:2016/06/17 00:35:56  ID:JOvpG1og.net(2)
>521
> 自信あるならスルーしてればいいのに。
つけあがるからそれはやったらだめ。
完全にぶちのめしてから、次に行くべき。

534
login:Penguin[sage]   投稿日:2016/06/17 15:57:02  ID:fiuBpap8.net
Docker使うのに困らないぐらいのマシンのスペックを教えてくれないか?
メモリ4GBストレージ128GBでかなり辛いんだが

535
login:Penguin[sage]   投稿日:2016/06/17 20:41:02  ID:xeMuioyM.net
>525
まじて物理マシン使っているくらいのヌルヌルさ感じるけどな〜
物理マシン普通に使っている時はどうなのよ
コメント1件

536
login:Penguin[sage]   投稿日:2016/06/17 21:08:55  ID:vF4ncKMG.net
wineをDockerで使いたいけどまったくうまくいかん

537
login:Penguin[sage]   投稿日:2016/06/17 23:55:28  ID:JOvpG1og.net(2)
>527
Dockerは単一サービスを提供するためのプロセス実行環境を包むためのもの

538
login:Penguin[sage]   投稿日:2016/06/18 00:14:28  ID:pyD/NLKL.net
>527
やったことはないが動くっぽい
http://qiita.com/syui/items/b43ba220d9cd1e2fb74f

アホやこいつ>528

539
login:Penguin[sage]   投稿日:2016/06/18 11:55:40  ID:JdgE6njJ.net(5)
>529
ストック数13wwww

540
login:Penguin[sage]   投稿日:2016/06/18 13:40:38  ID:zFCxzoKg.net
>530
ストックって何?イイネの数と思えば良い?

541
login:Penguin[sage]   投稿日:2016/06/18 13:47:35  ID:cvJFn9Ks.net
高ストックがいい記事とは限らないんだよなぁ
コメント1件

542
login:Penguin[sage]   投稿日:2016/06/18 14:21:54  ID:b95YTSTM.net(2)
本格的な内容だと理解できずにスルーされる程度のユーザー層のサイト

543
login:Penguin[sage]   投稿日:2016/06/18 14:59:51  ID:JdgE6njJ.net(5)
>531
いいねよりもシビアw
いいねは付き合いで押すやつがいるが、

ストック数は、その記事が価値があると
思われてるかどうかはっきり分かるからなw
コメント1件

544
login:Penguin[sage]   投稿日:2016/06/18 15:19:23  ID:QGMZmxpF.net
価値があると思われてるかどうかをはかるならストック/ページビューとかでないと
単純にストック数だけ比較するのはナンセンス

545
login:Penguin[sage]   投稿日:2016/06/18 16:16:24  ID:JdgE6njJ.net(5)
ページビューが多い・・・よく検索されているが、価値は少ない
ページビューが少ない・・・検索すらされてない情報

>535
どっちがいい?w

546
login:Penguin[sage]   投稿日:2016/06/18 16:51:56  ID:b95YTSTM.net(2)
ストック数は単にバズったかどうかの記録で情報の価値じゃねーぞ
コメント2件

547
login:Penguin[sage]   投稿日:2016/06/18 16:54:48  ID:JdgE6njJ.net(5)
バズるだけならストックしないってwww

548
login:Penguin[sage]   投稿日:2016/06/18 16:55:02  ID:JdgE6njJ.net(5)
むしろページビューがバズったかどうかの記録だろwww

549
login:Penguin[sage]   投稿日:2016/06/19 02:59:47  ID:UyhNNxOx.net
ストック数ぐらいでしか突っ込みどころが入れられない奴なんだよ
内容がまずいなら普通は内容にケチをつけるからなぁ。

550
login:Penguin[sage]   投稿日:2016/06/19 03:04:28  ID:sF1JcuQ9.net(4)
内容がまずいことは一番最初に指摘されてるよね?w

> Dockerは単一サービスを提供するためのプロセス実行環境を包むためのもの

551
login:Penguin[sage]   投稿日:2016/06/19 11:02:55  ID:lD6MH9Zi.net
>541
記事だとlineインストール済みの専用イメージを作ってるぞ
> Dockerは単一サービスを提供するためのプロセス実行環境を包むためのもの
という点ではまったく正しい使い方だろ
コメント1件

552
login:Penguin[sage]   投稿日:2016/06/19 12:29:16  ID:JUE/q/4n.net(3)
> Dockerは単一サービスを提供するためのプロセス実行環境を包むためのもの
探しても見つからないんだけど、そもそもこれはDockerが公式に言ってる文言なの?

553
login:Penguin[sage]   投稿日:2016/06/19 13:39:36  ID:sF1JcuQ9.net(4)
>543
一般的な話だからDockerが公式に言うべきことではない。

アプリケーションコンテナ と システムコンテナ の
違いについて調べましょう

554
login:Penguin[sage]   投稿日:2016/06/19 13:58:41  ID:zYvFjVvZ.net
使い方の前提と、どう使うかは別。
Docker便利だけど、/bin/initを叩くとか面倒だよね的な。
じゃぁ、そっち用途のを作るか的な。

555
login:Penguin[sage]   投稿日:2016/06/19 14:01:30  ID:JUE/q/4n.net(3)
いや、そのただの「一般的な話」ををまるでそれが絶対的に正しいかのように使ってるから婉曲に指摘したつもりなんだが
通じなかったようだね、申し訳ない

556
login:Penguin[sage]   投稿日:2016/06/19 15:48:59  ID:sF1JcuQ9.net(4)
> Docker便利だけど、/bin/initを叩くとか面倒だよね的な。
当たり前だろ
Dockerは単一サービスを提供するためのプロセス実行環境を包むためのもの
なんだから

正しくない使い方をして面倒とか、わかってないとしか言えない。


>546

ドッキングウィンドウを使用すると、ソフトウェア開発のための標準化されたユニットに
その依存関係のすべてを使用してアプリケーションをパッケージ化することができます。

英語読めなくてもこれならわかるでしょwww

557
login:Penguin[sage]   投稿日:2016/06/19 16:07:59  ID:JUE/q/4n.net(3)
ドッキングウィンドウ糞ワロタ
dockerのサイトの英文をgoogleで翻訳してそのままコピペでドヤ顔とかさすが頭の出来が違いますなぁwwwww

558
login:Penguin[sage]   投稿日:2016/06/19 16:31:12  ID:LvpWL9pa.net
>546
頭の固いおっさんだろうから、放置しとけ

「ハサミは紙を切るためのもの。それ以外は間違っているし、面倒になるのは当たり前ドヤァ」
と同レベル。間違いでは無いんだけどねぇw

559
login:Penguin[sage]   投稿日:2016/06/19 16:37:49  ID:sF1JcuQ9.net(4)
あれあれ? 間違いじゃないんですよね?
間違じゃないなら何が問題ですか?
コメント2件

560
login:Penguin[sage]   投稿日:2016/06/23 20:50:11  ID:hRaiJaQR.net
VPSにプロキシ立てまくって自作自演しまくりたいんだけどおすすめのイメージない?

561
login:Penguin[sage]   投稿日:2016/06/23 20:53:09  ID:BBP5bpDD.net
意味なくね?
コメント1件

562
login:Penguin[sage]   投稿日:2016/06/23 21:29:00  ID:PqU1Q0Ru.net
これ使って見た人いる?
試したけど起動成功しないしなんで失敗するのかも分からない
https://arukas.io/
コメント2件

563
login:Penguin[sage]   投稿日:2016/06/23 22:13:46  ID:p67fFFrC.net
去年のサービス開始時から触ってるので
どのイメージをどういう設定で出来ないのかなど提示してもらえれば
アドバイスできるかも
コメント1件

564
login:Penguin[sage]   投稿日:2016/06/24 07:15:45  ID:CxCKqEXB.net
>551
Dockerなんかいらなくね
VPSよりAWSにインスタンス作ってEIP変えまくればいい
コメント1件

565
login:Penguin[sage]   投稿日:2016/06/24 17:44:43  ID:3Swk0/cZ.net
docker 使っても src IP 変わらないですしね。
低コストにやるなら lambda と API Gateway を組み合われば
proxy 設定ができてアクセス毎にほぼ別インスタンスという環境は
構築できそうです。
または GAE でもいいかも。
# 試していないのでプラットフォーム側で対策されてるかもしれないですが

566
552[sage]   投稿日:2016/06/24 20:43:06  ID:PFQfw/wM.net
こんなレスにまともな答えが返ってくるとはサンクス
コメント1件

567
login:Penguin[sage]   投稿日:2016/07/01 01:05:58  ID:YrS/wkAi.net
1.12のおーけすとれーしょん

568
login:Penguin[sage]   投稿日:2016/07/01 15:58:24  ID:e5CUJi56.net
Dockerを使うことでサーバ構築のコード化が図れるのかな
と思って使えるか検討してるのですが
apache2とかあえてforegroundで動かしているみたいですね。
この理由ってどなたかご存じないですか?

既存のインフラ構築と随分違うんだなーとびっくりしてます。

569
login:Penguin[sage]   投稿日:2016/07/01 19:21:30  ID:VBxRij18.net
あえてっつーか、裏に回す意味がないだろ。apache専用なんだし

570
login:Penguin[sage]   投稿日:2016/07/01 19:23:29  ID:FpkHfPi0.net
>559
サーバー構築のコード化というとだいぶ違うな
Dockerの目的はアプリにOSを丸ごとスタティックリンクすることだ
それによってアプリに合わせてサーバーのコンポーネントを管理しなくてよくなる
Apacheの例で言えば、OSが立ち上がってその上でApacheがデーモンとして起動するんじゃなくて、
あくまでOSのコンポーネントが全部丸ごとリンクされた状態のApacheを起動すると考えるといい

571
login:Penguin[sage]   投稿日:2016/07/01 22:40:45  ID:fGAQTm3q.net
>559
アプリ構築のコード化が図れるんだよ。
そもそもあなたの言ってるサーバー構築っていうのは本当に
サーバーの構築ですか?アプリの構築ではありませんか?って話。

本来サーバーの構築っていうのは、スタンドアローンであれば
OSのインストール部分までだよ。複数台で連携するならば、ネットワーク構成まで。

わかりやすく言うならば、Aというアプリをまったく違うBというアプリに
入れ替えたとしても変わらない部分がサーバー。特定のアプリ専用に
パッケージを入れたりするのはアプリ構築

おそらくあんたがサーバー構築だと思っているもの大部分はアプリ構築になるだろう。
サーバー構築としてやることは大きく減少する。

アプリ構築部分がDockerイメージになることで、そのアプリはいろんなサーバー上で
簡単に動かすことが可能になる。Dockerが動く程度のサーバーさえ用意すれば
そこですぐにいろんなDockerで作られたアプリを動かせるからスケールしやすくなる。

572
login:Penguin[sage]   投稿日:2016/07/02 05:31:52  ID:z1PDNdk8.net(2)
>561-562
回答頂きありがとうございます。
仰るとおりできるだけインフラにコストを掛けずアプリ側に集中したいという思いから
Dockerを使ってインフラ構築しようと見込んでいました。

ですがコンテナ = linux環境 とういうわけではなく
initプロセスがコンテナには存在しないという差異はあるわけですね。

一つお聞きしたいのですがDocker公式イメージとしてApache+phpなどが公開されています。
これらを使用して本番環境を構築した実績を探したのですが見当りませんでした。
実際のところDockerを使って本番環境を使ってる形っていらっしゃいますか
CIとか駆使して自動でDeployするとかそういう重そうなのはネットで拝見するのですが、VPSでApche+phpのような規模の小さい案件をDockerで楽するというのは可能なんでしょうか?

573
login:Penguin[]   投稿日:2016/07/02 07:56:16  ID:8tTbERxt.net
>562
「サーバー」の意味も知らん奴が長々と語っても後々自分が恥ずかしくなるだけやで

574
login:Penguin[sage]   投稿日:2016/07/02 08:32:55  ID:GGFYBgNr.net
サービスを提供するのがサーバーなんだが?

575
login:Penguin[sage]   投稿日:2016/07/02 08:53:01  ID:uCDEF2Hu.net
>563
Dockerで何をどう楽にしたいのかを明確にしよう。
サーバー構築をコード化したいだけならAnsibleなどの構成管理ツールを使えばいい。
アプリをサーバーごとパッケージ化してデプロイや構成管理を容易にしたいならクラウドでVMのイメージを使えばいい。
それでもあえてDockerを使う理由があるとすれば、
・手元のPCで開発してAWSの本番環境へそのまま移すなど、異なるプラットフォーム間でもイメージを共通化したい。
・アプリをちょっと更新するだけでもいちいちVMを作り直すのは時間がかかるから避けたい。でもサーバーの中身をデプロイ後に弄るのは嫌。
くらいだろうな。
そもそも小さいアプリならサーバーを弄らないことに拘っても大してメリットないしね。
パッチ当てるだけでもイメージをリビルドしなきゃいけないしホストとコンテナを別々に管理しなきゃいけないしかえって面倒臭いだけ。
コメント2件

576
login:Penguin[sage]   投稿日:2016/07/02 10:47:24  ID:5u7UjWX+.net(2)
>564
どこが間違ってるか言えてないよね?w

577
login:Penguin[sage]   投稿日:2016/07/02 10:59:50  ID:5u7UjWX+.net(2)

578
login:Penguin[sage]   投稿日:2016/07/02 11:01:49  ID:z1PDNdk8.net(2)
>566
>
>そもそも小さいアプリならサーバーを弄らないことに拘っても大してメリットないしね。
>パッチ当てるだけでもイメージをリビルドしなきゃいけないしホストとコンテナを別々に管理しなきゃいけないしかえって面倒臭いだけ。
まさに仰るとおりです。
テスト環境と本番環境を同じにしたかったわけです。
でも本番環境にDockerを導入するのはデメリットだらけでした。
rsyncで同期したほうが何倍も手軽ですし。

Ansible試してみます。
コメント1件

579
login:Penguin[sage]   投稿日:2016/07/02 16:20:36  ID:9NTIlE6L.net
他の構築手順に関しての意見は別として
「サーバ構築をOSインストールまで、アプリ構築は含まない」という意見は
世の中すべてがそうではないと思いますね。

サーバと言うのは、client-server model で言えば、サービス提供をするプログラムのことなので
mail-server や http-server なども含めてサーバ構築という人もそれなりにいると思います。
というか、本来の定義ではこちらが正しいはずです。

580
login:Penguin[sage]   投稿日:2016/07/02 16:44:36  ID:Il5VMJwX.net
サーバーより>562のアプリ構築の方が、使い方がおかしいと思うのだが…

581
login:Penguin[sage]   投稿日:2016/07/02 16:59:03  ID:D78R9TD7.net(3)
つまり「OSはサーバー」と言うことか…!!!
コメント1件

582
login:Penguin[sage]   投稿日:2016/07/02 17:01:03  ID:D78R9TD7.net(3)
そして「OS以外はサーバーではなくアプリである」ということだな…ッ
コメント1件

583
login:Penguin[sage]   投稿日:2016/07/02 17:08:05  ID:D78R9TD7.net(3)
だがまてよ、そもそもOSとは何なのだろうか…!?

584
login:Penguin[]   投稿日:2016/07/02 17:15:43  ID:dJ/QT8i1.net
正直苦労の割に便利でもないよな
コメント1件

585
login:Penguin[sage]   投稿日:2016/07/03 12:25:54  ID:Ggu264do.net
アプリっていうのも本来は応用って意味しかない言葉だからなあ

アプリがポート開いててサーバーとして機能するなんてこともあるし

サーバーが何か別のサービスのAPIを利用して動作していれば
それはつまりある種のアプリケーションと言える

586
login:Penguin[sage]   投稿日:2016/07/03 13:49:21  ID:oBrpqWQL.net(2)
(´・ω・`)Docker滅びる?
コメント2件

587
login:Penguin[sage]   投稿日:2016/07/03 14:11:55  ID:I0Ifv2ig.net(3)
幻滅期に入った感じかな
Dockerが世に出て数年で急速にクラウドが進化・普及してインフラ自体がずっと柔軟になったから、
そもそもDockerで解決すべき問題があんまり無くなっちゃった
コメント1件

588
login:Penguin[sage]   投稿日:2016/07/03 14:28:58  ID:IyXRK/Jg.net(2)
そ、そんなあ・・(´・ω・`)
コメント1件

589
login:Penguin[sage]   投稿日:2016/07/03 14:35:08  ID:w1N3pxKR.net
>575
自分で構築するならそこまで利便性ないかも

エンタープライズでは流行らんけど
個人でお手軽にDockerHubからpullするのはいいかなって感じ

590
login:Penguin[sage]   投稿日:2016/07/03 15:11:51  ID:6hq7yAc9.net(10)
>578
Dockerで解決すべき問題を
他の方法でどうやって解決するの?

例えばクライアントで動かしているアプリと
全く同じもの(当然OSやライブラリも同じ)を
サーバーで動かすのはどうやるの?
コメント2件

591
login:Penguin[sage]   投稿日:2016/07/03 15:15:33  ID:FJVCj/bu.net(7)
本題と関係ないけど、クライアントでというのは
「手元の開発環境」でってこと?

592
login:Penguin[sage]   投稿日:2016/07/03 15:34:21  ID:6hq7yAc9.net(10)
>582
今回は手元の開発環境という意味で書いたけど別にどこでもかまわないんだよ。
手元の開発環境の場合もあるし、CIサーバーの場合もある。
(プログラミングできない)テスターが触るテスト環境の場合もあるし
新しく入社した人の新品のマシンの可能性もある。

リモートのサーバーであったとしてもさくらVPSの場合もあるし
Amazon EC2の場合もあるし、Google Compute Engineの場合もある
いろんなしがらみでクラウド使えず自社サーバーの場合もある

むしろ今はDocker全盛期だけどね。AmazonもGoogleもDockerに対応しているから
Dockerインストール済みのインスタンスを使えばあとはそこにアプリ(Dockerイメージ)をデプロイできる

Dockerイメージ一つに(DBなどを分ける場合もあるけど)各種ミドルウェア、ライブラリなどが
入っているから、バージョンアップするときもインフラはなにを使っているか気にする必要がなくなる。
アプリとサーバーが分離されているのが重要で、OSのバージョンが上がったときもアプリが動かなくなるか気にせずに
行うことができるようになる。アプリはアプリで自分の都合がいいときにバージョンアップできる。
コメント1件

593
login:Penguin[sage]   投稿日:2016/07/03 15:40:02  ID:6hq7yAc9.net(10)
Dockerで解決することができる問題の一つとして
(ホスト)OSをアップグレードと
アプリのアップグレードを別にできるってことだな。

OSが提供しているライブラリや実行環境を使うと、
OSのアップグレードでアプリの動きが変わってしまう可能性がある。
だからアプリのテストが必要になるが時間がかかる。

OSをアップグレードしたいが、アプリを修正しないといけない。
アプリを修正したいが、OSをアップグレードできない。
Dockerがなければこういう悪循環に陥るw

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

594
login:Penguin[sage]   投稿日:2016/07/03 15:41:02  ID:6hq7yAc9.net(10)
こうやって考えてみると
Dockerなくても良いって言ってるのは、
リリースするまででその後のメンテナンスまで考えてないよな。
古いバージョンをいつまでも使い続けるはめになるよ
コメント1件

595
login:Penguin[sage]   投稿日:2016/07/03 15:55:45  ID:pRICoKsI.net(9)
Dockerってよく知らんのだけどカーネルはホストのカーネルそのまんまなのよね?
ホストのカーネルがサポートしてない機能をDockerのイメージが必要としてたらそのイメージは動かせないってこと?
コメント1件

596
login:Penguin[sage]   投稿日:2016/07/03 15:58:57  ID:6hq7yAc9.net(10)
>586
それDocker関係あるのか?
アプリがカネールサポートしてない機能を
使おうとしたらどうなると思う?
コメント1件

597
login:Penguin[sage]   投稿日:2016/07/03 16:05:03  ID:I0Ifv2ig.net(3)
>584
それコンテナでなくてもアプリごとに仮想マシン作れば目的は達成できるよね。
むしろDockerを使うことでホストを管理するコストが余計に増えてるだろう。
問題はその方法だと仮想マシンのビルドや起動に時間がかかることで、Dockerを使うことで解決できるのはそこだよ。
コメント1件

598
login:Penguin[sage]   投稿日:2016/07/03 16:08:24  ID:6hq7yAc9.net(10)
>588
> それコンテナでなくてもアプリごとに仮想マシン作れば目的は達成できるよね。

それを言ったら、アプリごとにマシン作っても目的は達成できるから
仮想マシンすらいらなくなるだろw

599
login:Penguin[sage]   投稿日:2016/07/03 16:08:27  ID:pRICoKsI.net(9)
>587
関係あるよ?

> アプリがカネールサポートしてない機能を
> 使おうとしたらどうなると思う
当然使えないね
そして君のその反応から見るとDocker使った所でそれは変わらないってことだよね?
じゃあホストのカーネルが理由があってそのある機能のサポートを外したらそのDocker上のアプリも動かなくなるね
じゃあ全然アプリのアップグレードとは無関係に自分の好きなタイミングでアップグレードできないね

600
583[sage]   投稿日:2016/07/03 16:09:00  ID:FJVCj/bu.net(7)
場所の話をしたかったわけじゃないのです。

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

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

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

601
login:Penguin[sage]   投稿日:2016/07/03 16:12:57  ID:6hq7yAc9.net(10)
仮想マシンでは解決しないのは、
例えば仮想マシンで同じコンテナを2つを同じホスト名動かそうとしたら
ポートがかぶってしまって動かないってこと。
開発環境であればポート80で動くものを複数動かしたくなる。

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

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

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

602
login:Penguin[sage]   投稿日:2016/07/03 16:13:57  ID:pRICoKsI.net(9)
つかこの人Docker関係なく基本的なことが全く分かってないよね?
上の方で"サーバー"と"アプリケーション"をまるで直行する概念のように語ってたり"OS"がまるで万人の間で定義された1つの何かであるかのように語ってたり
コメント1件

603
login:Penguin[sage]   投稿日:2016/07/03 16:14:37  ID:6hq7yAc9.net(10)
>590
> そして君のその反応から見るとDocker使った所でそれは変わらないってことだよね?

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

どんなものでも変わらないところと変わるところがあって、
変わらないところを提示されたところで、
変わるところは変わるんですが?w
コメント1件

604
login:Penguin[sage]   投稿日:2016/07/03 16:17:22  ID:6hq7yAc9.net(10)
>590
> じゃあホストのカーネルが理由があってそのある機能のサポートを外したらそのDocker上のアプリも動かなくなるね

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

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

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

605
login:Penguin[sage]   投稿日:2016/07/03 16:17:35  ID:pRICoKsI.net(9)
>594
わからないんじゃなくて自分がおかしいこと言ってることに気づいたんでしょ?

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

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

606
login:Penguin[sage]   投稿日:2016/07/03 16:19:11  ID:6hq7yAc9.net(10)
>596
変わる所に該当するケースを言いなさい

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

607
login:Penguin[sage]   投稿日:2016/07/03 16:21:27  ID:pRICoKsI.net(9)
>595
そんなこと分かってるよ?
カーネル内部のインターフェースは結構変わる、ただしカーネルとカーネル外のインターフェースは変わらない

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

608
login:Penguin[sage]   投稿日:2016/07/03 16:23:55  ID:pRICoKsI.net(9)
>597
ずれるからレスは1つにまとめてくれないかな
コメント1件

609
login:Penguin[sage]   投稿日:2016/07/03 16:24:36  ID:FJVCj/bu.net(7)
カーネルの機能に依存したものでコンテナで動かすようなものは
殆ど無いので気にしなくて良いのではと思います。

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

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

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

610
login:Penguin[sage]   投稿日:2016/07/03 16:27:41  ID:I0Ifv2ig.net(3)
>592
今時のクラウドのVMなら使い勝手は起動時間以外はコンテナとそれほど遜色ないよ。
設定も外部から投入できるし。
開発環境とのイメージ共有だって、Dockerfile使ってるんなら、その代わりにシェルスクリプトや構成管理ツールで
ローカルのVMとクラウドのVMで同じVMを作ることは可能だろう。
問題は起動時間、それがDockerを使う意義だよ。

611
login:Penguin[sage]   投稿日:2016/07/03 16:30:51  ID:pRICoKsI.net(9)
>600
俺に対してかな、いやいやDockerの問題だなんて思ってないよ
俺の少ないDockerの知識で考えても、それを問題だと言う人はDockerが何を目的としたツールか理解してないってだけだと思う
"問題"ではなく"特性"だよね

ただそういう特性を無視してDockerマンセーしてるのは逆に特性を問題だって言い張ってるのと方向が違うだけで中身が同じだから気になっただけ

612
login:Penguin[sage]   投稿日:2016/07/03 16:44:40  ID:FJVCj/bu.net(7)
>602

たかがツールのことで、1% のことを問題だと叫ぶのとそれを無視して残り 99% で
素晴らしいと喜ぶことが一緒とは私は思いませんね。

これが保証されるべきものや人の生死に関わるものならば同意できますがたかがツールです。

そのような人は、1% の粗を探して dis ることを目的にしているようにしか見えないですね。

613
login:Penguin[sage]   投稿日:2016/07/03 17:06:35  ID:pRICoKsI.net(9)
>603
意味がわからない、>575の流れから私の最初のレスが>586だからDockerをディスることが目的のように見られてるってことですか?
もしそうならそういう意図ではないしあなたがどう思うかだけの主観をレスされても困るんですが、まあご自由にどうぞ

614
login:Penguin[sage]   投稿日:2016/07/03 17:11:51  ID:oBrpqWQL.net(2)
(´・ω・`)本番環境で使うもんでもないし、
ワイはDockerが滅びようがどうでもいいけど

615
login:Penguin[sage]   投稿日:2016/07/03 18:47:51  ID:FJVCj/bu.net(7)
>604

あなたが dis っているとか問題だと言ってるとは思ってませんが、
docker を讃えてる人と問題だと言ってる人が中身が同じだと仰ったので反論しました。
# twitter などでは、この点に関して dis ってる人がたまにいますね。

ちなみに、kernel の違いに関してですが、docker のホストでの kernel の違いによる影響は
技術をそこそこわかってる人は突っ込みたく成るかもしれません。
ただ、docker を使ってる上でこの特性は実用上無視して問題ないです。
漠然と気持ち悪さや不安感があるのはわかりますが、一般的なアプリケーションコンテナにおいて
具体的に何が問題と成るか考えれば特にないというのは当たり前のことです。

616
login:Penguin[sage]   投稿日:2016/07/03 19:20:33  ID:pRICoKsI.net(9)
>606
> docker を讃えてる人と問題だと言ってる人が中身が同じだと仰ったので反論しました。
なるほど、私の中でその部分は完全に私の主観を述べただけスルーされるもの(どう感じるかは正誤の2択ではないのでそもそも反論には意味がない)だと思っていました
主観同士をぶつけた所で意味はないのでそこはどうでも良いですね

> ちなみに、kernel の違いに関して
> docker を使ってる上でこの特性は実用上無視して問題ないです
それを決めるのはあなたではなくユーザーです

そしてあなたも認めているようにhostのkernelに依存しているのは動かしようのない事実です
(Unikernelとかいろいろ方向転換しようとしているようではありますが)

少なくとも私は、今の所Dockerはhostのkernelを使っている以上、hostのkernelをバージョンアップした結果namespace周りにバグや理由があってそもそもnamespace周りを無効にするような変更があればまともに動かなくなる可能性があるなど、
> ホストOSはアプリのアップグレードとは無関係に自分の好きなタイミングでアップグレードできる
> この特性は実用上無視して問題ない
とまで言ってしまっていいものでは無いと思います

617
login:Penguin[sage]   投稿日:2016/07/03 19:24:14  ID:a224/6gS.net(2)
>606
端から見てて思ったんだけど、(ここで)dockerを讃えてる人って
仮想マシンでいいじゃん?という問いにとんちんかんな答えしか出さないんだよね。

すべてにおいてdockerは素晴らしいんだ!って頑張っちゃうの。
だから、そうじゃないケースもあるだろう?って言う話をすると、
何でディスるんだとか技術的なこととはほど遠い話をし始める。

そういうの見てるとdockerがどんどん怪しげに見えてくるんだ。
まあおれがどう思うかだけの主観だがw

618
login:Penguin[]   投稿日:2016/07/03 19:37:31  ID:yLxeG4VC.net
メリットが分からんからと言って怪しげは言いすぎだろw
コメント2件

619
login:Penguin[sage]   投稿日:2016/07/03 19:42:39  ID:FJVCj/bu.net(7)
>607
「アプリがカネールサポートしてない機能を使おうとしたら」という話がきっかけなので
そうではなくコンテナエンジンが必要とする機能が無い場合の話ならばそのとおりですね。
どちらもアプリケーションを動かす上で必要という話ならばそのとおりだと思います。
コメント2件

620
login:Penguin[sage]   投稿日:2016/07/03 19:45:21  ID:a224/6gS.net(2)
>609
いや、メリットはあると思ってるよ。ただ万能じゃないよねというだけ。
仮想マシンの例を出したけど、それだって別に万能じゃない。

ただ、過度なdocker推しを見てると、うさんくさく見えるってだけ。

621
login:Penguin[]   投稿日:2016/07/03 19:59:51  ID:7OdhPvWy.net
あーこれがトレンドでなんか新しいものできたから使わなきゃ!みたいなのってあるよね。

622
login:Penguin[sage]   投稿日:2016/07/03 20:07:22  ID:FJVCj/bu.net(7)
>608
docker 自体が、単なるコンテナ/VMと比較して技術的な面ですごいことは
それほどないので docker の話をする場合にその話をしても無意味ですね。
それこそ「昔から jail が合ったのに」と言われて技術的にはそうですねとしか言い様が無いです。
# hyperkit/vpnkit あたりは技術的にすごいなと思います。

docker の良い点はそれらの技術を組み合わせて使いやすくしたこと、
その使いやすさを享受するためにはあるワークフロー(というか縛り)に乗らないとダメなことですね。
つまり、技術の話ではないです。

その縛りによる世界の中では素晴らしいと感じるのでそのように怪しげに見えるんだと思います。
ちなみにこの縛りが個人的には一番大きなメリットです。

このワークフローと何かを比較すべきであってコンテナとVMの技術の比較なんてほとんど意味ないんです。
608 でも書かれてますが docker も別にコンテナにこだわってるわけではありませんし。
# unikernel の開発者は hyperkit に流れたので、当分はコンテナを使うでしょう

上の dis に関しては twitter で「vm と比較して kernel 共有してるからdocker は使っちゃダメなんだ」
とたまに流してる人がいるので書いてますが、docker の本質はワークフローなので
なんで問題にならないそんなことで dis ってんの?という感想にしかならないです。

623
login:Penguin[sage]   投稿日:2016/07/03 20:51:05  ID:BTgB6MaS.net
>581
rsync

624
login:Penguin[sage]   投稿日:2016/07/03 21:08:47  ID:IyXRK/Jg.net(2)
使う理由を探しているよね(´・ω・`)
コメント1件

625
login:Penguin[sage]   投稿日:2016/07/03 22:15:12  ID:p1Tl6LQE.net
もっと気軽に使いなよ。こんな使い方をしてるよ。

・仮想環境より起動が早いので気軽に使える
・ちょっと試したい時にdockerhubから引っ張ってきて試してみる
・自分のメインディストリビューションで提供されてないバージョンの何か
 が必要な時に、別のディストリをdockerで作って利用する。
・クロス環境がいくつかいる時にツールチェーンがよくわからなくなるので
 dockerコンテナに閉じ込めておく。
・webサイトをそのままデプロイするため

dockerの前は仮想環境でやってたよ。vagrantも使ってたけど。

626
login:Penguin[sage]   投稿日:2016/07/03 22:16:09  ID:E9gou1RP.net
馬鹿田大学とか民進の討論ですか
コメント1件

627
login:Penguin[sage]   投稿日:2016/07/04 01:59:08  ID:O3HqpLwc.net
仮想OSは、様々な問題が出てくるけど、

Dockerなら、動くそのOS内での話だから、問題がない

628
login:Penguin[sage]   投稿日:2016/07/04 07:24:31  ID:rgqCD9uk.net(2)
さすがに意味不明すぎる
仮想マシンは一つの独立したマシン以上でも以下でもない
もちろんそれ故の使いづらさはあるが、その理由も対策もシンプルだ
一方dockerはコンテナがホストや他のコンテナに容易に影響を与え、下手すりゃホストが乗っ取られる場合もある
別にdockerをdisるつもりはないが、さすがに>618のような人任せの意識で
dockerのようなプラクティスの未熟な道具に手を出すのはどうかと思うわ

629
login:Penguin[sage]   投稿日:2016/07/04 08:20:46  ID:+eHeYYcf.net
>618は頭を使わない信者臭がして気持ち悪いが

>619
>一方dockerはコンテナがホストや他のコンテナに容易に影響を与え、下手すりゃホストが乗っ取られる場合もある

仮想マシンも同じだろう?
コメント1件

630
login:Penguin[sage]   投稿日:2016/07/04 12:11:33  ID:kfs4L0ek.net
dockerむちゃくちゃ使いにくいな
仕事だからしゃあなく使うけどプライベートでは絶対に使わない

631
login:Penguin[sage]   投稿日:2016/07/04 13:34:44  ID:kG/9pT6H.net
Docker、良さある

632
login:Penguin[sage]   投稿日:2016/07/04 16:18:47  ID:znpCiSRX.net
そこでCoreOSですよ

633
login:Penguin[sage]   投稿日:2016/07/04 20:23:22  ID:KqJN8iQ3.net
一番あったらありがたいのはDockerfileを読み込んで
VPS上にサーバ構築できたらありがたいわけです。
いちいちAnsible勉強するのめんどくさい。

634
login:Penguin[sage]   投稿日:2016/07/04 23:14:51  ID:rgqCD9uk.net(2)
>624
本質を見ようぜ
シェルスクリプトと同じだろ?それ

635
login:Penguin[sage]   投稿日:2016/07/05 01:25:26  ID:MkQQOLZY.net
Dockerfileで構築するとめっさ時間かかるよな
ならもうそのままimageで放り込めよと思う

Dockerfileはあくまでもソースコードで使うのはimage(バイナリコード)でしょ
コメント1件

636
login:Penguin[sage]   投稿日:2016/07/06 00:34:51  ID:8GQ853rT.net
>626
ベースイメージを多段にすれば、最終の構築はすぐ終わるぞ

わしはこの方法でイメージファイルが3G超えた

637
login:Penguin[sage]   投稿日:2016/07/09 17:47:41  ID:xA/9S6tt.net
docker-machineでdigital-oceanに構築すると楽なんですけど
これって本番運用可能なものなんでしょうか?

638
login:Penguin[sage]   投稿日:2016/07/09 20:11:26  ID:FwbqZDw+.net
本番って基盤のイメージ

639
login:Penguin[sage]   投稿日:2016/07/30 20:25:19  ID:m1QsICB8.net
WinでVBox不要になるのか

640
login:Penguin[sage]   投稿日:2016/08/05 21:41:01  ID:t6hrgXVE.net
v1.12.0で実装されたSwarmについて誰か説明してくれ
Amazon ECSに変わるものって認識でいいの?

641
login:Penguin[]   投稿日:2016/08/06 12:44:53  ID:hIV9zUXg.net
>629
俺も本番とかいう言い方嫌い

642
login:Penguin[sage]   投稿日:2016/08/06 12:56:28  ID:7bogyaJy.net(6)
>619
> 仮想マシンは一つの独立したマシン以上でも以下でもない
> 一方dockerはコンテナがホストや他のコンテナに容易に影響を与え、下手すりゃホストが乗っ取られる場合もある

アホすぎる・・・。

仮想マシンは独立したマシンだというのなら、
ホストどうのこうのじゃなくて
(ゲスト)マシンが乗っ取られる=(ホスト)マシンが乗っ取られる
ってことだろ。

仮想マシンが独立したマシンと言うのなら、
危険性はホストマシンが乗っ取られるのと同じだ。
コメント2件

643
login:Penguin[sage]   投稿日:2016/08/06 13:07:01  ID:7bogyaJy.net(6)
そもそも犯罪者の目的はホストマシンを乗っ取ることじゃなくて
マシンリソースやそこにあるデータを奪うことなんだわ。

ホストマシンを掌握すればより多くのことができるようになるかもしれないが、
別にそれは必須じゃない。一般ユーザー権限であっても
そのユーザーの情報は奪えるわけだからね。

ましてやゲストマシンを奪えたならば、そのゲストマシンの
全データを奪えるのと同じ。ゲストマシンで何かを動かすんだろう?

644
login:Penguin[sage]   投稿日:2016/08/06 14:37:13  ID:lLsp+2hO.net(2)
そりゃ
「被害の大小にかかわらずID:7bogyaJyが死んでお詫びします!」
というならID:7bogyaJyにとっては一緒だろうさ
君が言ってるのはそういうこと
何かあったとき切腹じゃなくて焼き土下座で済ませられるように対策しようというのはセキュリティの重要な考え方の一つだよ
コメント1件

645
login:Penguin[sage]   投稿日:2016/08/06 15:00:23  ID:7bogyaJy.net(6)
>635
ならあんたはシステムを作らないほうが良いよw
物理マシンを使ったら被害は甚大だからね。

安全にシステムを保つことが出来る力がない人は
何もしない方がいい。

646
login:Penguin[sage]   投稿日:2016/08/06 15:29:14  ID:lLsp+2hO.net(2)
なぜ物理マシンを使ったら被害は甚大だと思うの?
物理マシンは複数のサービスが同居してるから乗っ取られたときの被害が大きく、Dockerだとサービス一つで済むってことか?
別に俺はそこを否定してるわけじゃないが、だとしたら君はDockerでホストが乗っ取られたときのリスクの大きさを認めてることになるね
Dockerでホストが乗っ取られたらその上で動作する全コンテナへの完全なアクセスを奪取されるんだから被害は甚大だ

647
login:Penguin[sage]   投稿日:2016/08/06 16:29:15  ID:7bogyaJy.net(6)
× 君はDockerでホストが乗っ取られたときのリスクの大きさを
○ 君は(コンテナ・仮想マシン・物理マシン・アプリ)でホストが乗っ取られたときのリスクの大きさを認めてることになるね

全部一緒だ。アホめ

648
login:Penguin[sage]   投稿日:2016/08/06 16:33:32  ID:7bogyaJy.net(6)
× Dockerでホストが乗っ取られたらその上で動作する
○ 仮想マシンが乗っ取られたらその上で動作する
○ 物理マシンが乗っ取られたらその上で動作する

なーんもかわらんw
コメント2件

649
login:Penguin[sage]   投稿日:2016/08/06 16:43:15  ID:7bogyaJy.net(6)
勉強しろアホ目

http://paiza.hatenablog.com/entry/2016/06/07/Docker%E3%81%AF%E5%8D%B1%E9%...

コンテナを単に実行するだけで、ホストや他のコンテナがのっとられる
コンテナは隔離環境で実行されますので、単純に(オプションを明示せずに)
一般的なコンテナを実行するだけで、ホストや他のコンテナがのっとられることは現状はありません(知られてはいません)。

ホストのディレクトリ・ファイルを共有すれば、ホストのファイルにアクセスできますが、
明示的に指定しない限り共有されません(-v オプションなど)。
ホストのファイルを共有すればホストにアクセスできますが、
これは仮想マシン(VMware, VirtualBox)でも同じです。

650
login:Penguin[sage]   投稿日:2016/08/10 06:41:20  ID:p1KyesT7.net
マイクロサービスとかをみると
サービスは独立しているしエラーも他のサービスに影響は与えない
ということはサービスの一つを乗っ取られたとしても
他のサービスには影響を与えないから
影響は限定的ということになる。
コメント1件

651
login:Penguin[sage]   投稿日:2016/08/26 19:44:08  ID:y1Q+lI9Q.net
Dockerを開発に導入したくて上司に相談したんだけど、コストメリットを示せと言われた。
実際どのくらいでるもんなの?

652
login:Penguin[sage]   投稿日:2016/08/26 19:49:20  ID:YxcomI2B.net
コストメリットがあるからDockerを導入したいんじゃないのか?
コメント1件

653
login:Penguin[sage]   投稿日:2016/08/26 19:51:50  ID:jVqywAaO.net
作ったあと開発の手を離れてしまうようなシステムならメリットは全く無い
開発チームにとっても運用チームにとっても面倒臭いだけ

654
login:Penguin[sage]   投稿日:2016/08/26 19:52:10  ID:K6qaVZ2U.net
開発スピード上げて差額出せ
コメント2件

655
login:Penguin[sage]   投稿日:2016/08/26 19:52:44  ID:2WbTpK59.net
2chで聞いたら名無しがこう答えた、で上司は納得するのか?

656
login:Penguin[sage]   投稿日:2016/08/27 08:28:29  ID:0CM77C/B.net(2)
>644
まさにこれなんだよな
メリットなんてない
新しいおもちゃ触ってみたいだけ
でもそれは秘密

657
login:Penguin[sage]   投稿日:2016/08/27 08:51:40  ID:mysy2EAK.net(2)
>642
そもそも何でDockerを導入しようと思ったの?
その質問だと目的と手段がごっちゃになってるように見えるんだけど

658
login:Penguin[sage]   投稿日:2016/08/27 10:09:20  ID:e/SeR+d2.net
CI回せないならメリットは無いね
開発効率を直接向上できるのはCIであってdockerはそれを実装するためのツールにすぎない
>648も言ってるけど目的と手段をごっちゃにしてはいけない

659
login:Penguin[sage]   投稿日:2016/08/27 12:47:14  ID:5lHIt5Id.net(2)
>648
正直いうとごっちゃになってる。
Docker使ってみたいだけ。
だって世間で流行ってるものを使いたいって技術者なら誰しも思う事だろ?
でも費用対効果とか経営者目線で見られると説得しづらいんだよ
技術者と経営者の違いだな

660
login:Penguin[sage]   投稿日:2016/08/27 12:59:08  ID:YpTUjvzC.net(3)
実際コストメリット出す能力もない人間が使っても博打にしかならないと思うぞ
コメント1件

661
login:Penguin[sage]   投稿日:2016/08/27 13:23:46  ID:mysy2EAK.net(2)
>650
よくわからないんだけど、ライセンス料がかかるわけでもないのに費用対効果出せないと新しいツールを使うことも許されないの?
そんなこと言い出すと一生新しいツールは使えないってことになるけど

Dockerに興味がある人数人でちょっと使ってみて、メリット・デメリットを洗い出してチーム全体で使うかどうか相談するもんじゃないの?
コメント1件

662
login:Penguin[sage]   投稿日:2016/08/27 13:37:45  ID:tTd0KjjF.net(3)
うちの会社(典型的な請負SIer)でもサーバー系のインフラチームがDocker試してるらしいけど、
コード一行弄るのに客に見積回す会社でしかもアプリのコードを見たことすらないインストール屋が
Docker触ったところでどうするのか甚だ疑問
コメント1件

663
login:Penguin[sage]   投稿日:2016/08/27 14:09:11  ID:5lHIt5Id.net(2)
>652
実際にやってもらうのは下請けなんだよね
下請けにDocker使ったら効率化できるでしょってやってもらいたいの
その検証費用とか予算取りしないといけない
コメント3件

664
login:Penguin[sage]   投稿日:2016/08/27 14:44:06  ID:tTd0KjjF.net(3)
>654
下請けに投げるような開発でDocker? 正気か?
煽りでも何でもなく、Dockerで一体何をどう効率化することを期待してるの?

665
login:Penguin[sage]   投稿日:2016/08/27 14:59:16  ID:cRbraAvS.net
CIじゃなくて
環境をコンテナ化して運用することにメリットないの?

666
login:Penguin[sage]   投稿日:2016/08/27 15:22:26  ID:tTd0KjjF.net(3)
VMを立てるまでもないような、たまにしか走らないバッチ処理にはいいんじゃない
最近はそういう目的のためにAWS Lambdaみたいなのもあるからメリットはオンプレ限定だけど

667
login:Penguin[sage]   投稿日:2016/08/27 15:48:34  ID:YpTUjvzC.net(3)
>654
酷すぎる
バズワードで現場を振り回す無能上司の見本

668
login:Penguin[sage]   投稿日:2016/08/27 18:34:58  ID:GmsfDbs/.net
理由は「俺のモチベーションが上がるから。」
で通っちゃったりする。
もしくは「とりあえず使ってみないとメリットもわからないでしょ?。」
とかw
コメント1件

669
login:Penguin[sage]   投稿日:2016/08/27 20:19:42  ID:0CM77C/B.net(2)
下請けは効率化する提案持ってこないのよ
理由は人月で見積もってるから稼働がかかる程儲かる仕組み。
だからこっちから効率化案を出さないとやってくれないので。
Dockerを導入してもらって効率化をはかりシステム費用を削減できるかなって思ったけど無理そうだね。
本当に日本のシステム産業って糞だわ
コメント2件

670
login:Penguin[sage]   投稿日:2016/08/27 23:00:46  ID:sg8ChX09.net
効率化提案って、そもそもコンサルティング事業なんだからそれなりの額払わないとやってくれなくて当たり前だと思うけど。
それを下請けがさも当然のごとく提案してくると思ってるなんておかしくない?そんな非常識的なことがまかり通る業界なのかわからないけれど。

コンビニバイトが、こうすればワンオペでも回せます!トラブった時の責任は俺がもちます!ワンオペにした分働けなくなって給料減るのに大変になるけど!
とかっていう提案をわざわざするとは思えない

671
login:Penguin[sage]   投稿日:2016/08/27 23:07:17  ID:YpTUjvzC.net(3)
いるんだよねこういうアイデア出すだけで有能気取りの無能
そらこんなのが上流にいたらクソ産業化しますわ
コメント1件

672
login:Penguin[sage]   投稿日:2016/08/28 00:07:22  ID:9pn7s3OE.net
>661
>662
それなりの金額は払ってるしこれからも払うよ
まあ、君たちは大手と仕事したことないのは分かった
まあ生きてる世界が違うんだろうな

673
login:Penguin[sage]   投稿日:2016/08/28 00:34:35  ID:AMUS+Rvq.net
>663
で、どう効率的で費用対効果があるの?
まさか自分でなにも考えずに人に聞いてるわけじゃないよね
まず自分でどう思ってるの?

674
login:Penguin[sage]   投稿日:2016/08/28 01:02:12  ID:gaSoyAhh.net(3)
上司からコストメリット出せと言われて愚痴ってるレベルの人間が何言っても滑稽だわ
生きてる世界が違う、私もそう思います

675
login:Penguin[sage]   投稿日:2016/08/28 01:31:14  ID:bYOH7pQS.net
自社開発やってるところが一番働きやすいなって一連の流れ見てて思った

676
login:Penguin[sage]   投稿日:2016/08/28 02:22:38  ID:Hb2HkCAo.net
ほんと、自分の無能さは棚に上げて「Dockerが」「下請けが」「俺は大手だから」みたいな >663 を見ると可哀想になってくる

677
login:Penguin[sage]   投稿日:2016/08/28 07:32:23  ID:drDKAEUd.net
>663
コンサル料払って実際に下請けする業者にdocker使った改善提案出してもらえばいいじゃん。勝算があるなら出来ると思うんだけど
コメント1件


678
login:Penguin[sage]   投稿日:2016/08/28 08:26:39  ID:Xi9NtkmU.net(2)
>668
だから下請けは出してこないんだよ
Docker使っても本当に効率化にはならないのかもしれないし、もしくはエンタープライズには品質的に時期尚早なのかもしれない、
効率化すると人手がかからなくなるから売り上げへるからなのかもしれない
そこの見極めが難しいんだよ

679
login:Penguin[sage]   投稿日:2016/08/28 09:44:05  ID:cIvo9PEJ.net(3)
パラダイムシフト寄りの仕組みに見えるよね
着眼点としては、規模は異なるけど、メインフレームからオープンシステムへの移行に近い
メインフレームでもできるにも関わらず廃れた訳が理解できてないとこれを「知る」ことすらモチベーションが上がらないだろうね。上記を加味すれば、下請けが出してこないタイプの技術なわけだが、当然わかるよね

680
login:Penguin[sage]   投稿日:2016/08/28 12:36:54  ID:CKz7GBzQ.net
↑そもそもこいつらDockerを理解してないんじゃない?
Dockerだけ見たら仮想空間で包んでいるだけでメリットなんてなく余計なコストがかかるだけだけど
マイクロサービスをアーキテクチャとして組み込めば開発時のメリットが増えるってことなんだから。

681
login:Penguin[sage]   投稿日:2016/08/28 12:38:26  ID:gaSoyAhh.net(3)
シンプルに準備も勝算もなく思いつきで陳情して玉砕しただけだろ
ここまで投入ポイントも推計もまったく出てきてない
後出しする情報すらない人間に何聞いても無駄
コメント2件

682
login:Penguin[sage]   投稿日:2016/08/28 14:54:26  ID:HFRHxf4T.net
やめて!>642のライフはもうゼロよ!
コメント2件

683
login:Penguin[sage]   投稿日:2016/08/28 15:29:21  ID:Xi9NtkmU.net(2)
>671
やっぱりメリットなんてないのかよ

684
login:Penguin[sage]   投稿日:2016/08/28 16:24:21  ID:gaSoyAhh.net(3)
酸っぱい葡萄程度の教養もない人間を抱えてる腐った大企業にはメリットないから使わないほうがいいよ
ITの巨人がこぞってDockerと提携出資してるし俺も価値を知ってるから使うけどお前には関係ないよ
大手と仕事したことのある大手じゃないお前の企業に帰りなさい
外に出ても恥をかくだけでつらいでしょう

685
login:Penguin[sage]   投稿日:2016/08/28 16:29:30  ID:QzdOdcpZ.net
だまって導入しちゃったけどな。。
コメント1件

686
login:Penguin[sage]   投稿日:2016/08/28 17:11:19  ID:cIvo9PEJ.net(3)
恐竜に体温調節機能は要らない
メリットがないと言うのはそういうこと
開発が楽になるなんて技術者使い捨ての会社には不要だからさ

687
login:Penguin[sage]   投稿日:2016/08/28 17:21:54  ID:ULiyoXUW.net
SI系ならバッチ処理の運用に使うのはアリだね
塩漬けにできるってのはドカタITには非常に受けるし、開発や運用やインフラの体制をほとんど変えずに導入できる

688
login:Penguin[sage]   投稿日:2016/08/28 19:09:46  ID:XpsFrQIZ.net(2)
結局「メリット」は誰もわからないわけか
ここもレベル低いな

689
login:Penguin[sage]   投稿日:2016/08/28 19:16:01  ID:s13a+CHI.net
そんなの使い方によるし

690
login:Penguin[sage]   投稿日:2016/08/28 19:31:54  ID:HXkOZsrL.net
>669
お抱え業者じゃなくて、ちゃんとDockerの導入実績のある業者に打診しなきゃダメなのは当然では?
大手のお抱えは、大手と同様安定重視でリスクとらなさそうだもん

技術を理解しようともせずに下請けにDocker流行ってるから使ってみてくんない?コスト下がるかもしれないし、とか丸投げしてくる大手の発注元とつきあってくためには、
うちはそういうの出来ませんからって言って新しいことに挑戦しないで旧態依然の方法で今までと高い金取ってた方が楽だと思うもん

確かに、>660で言ったとおりに日本のシステム産業って糞なんだろな。上流が腐ってるから下流も腐るしか無い

691
login:Penguin[sage]   投稿日:2016/08/28 19:40:05  ID:XpsFrQIZ.net(2)
>681
まさにそれ
腐ってるんだけど、唯一腐ってない俺がDockerでやるって上を説得さえすれば軍隊のごとくそっちに向かうのも事実。
サラリーマンとしてはいろいろ根回しうまい方で説得する自信はある。しかしDockerとかディープラーニングをうちの下請け(グループ会社なんだけど)がちゃんとやってくれるか不安なんだよね。

692
login:Penguin[sage]   投稿日:2016/08/28 20:28:57  ID:RAVh9NYX.net
>677
開発岳じゃなくて、運用が楽になるんだけど

693
login:Penguin[sage]   投稿日:2016/08/28 21:36:28  ID:cIvo9PEJ.net(3)
>682
似てるけど両方とも下には出してない
というか、DLなんて下請けに回したところで何もできんよ。スクレイピングが関の山
コメント2件

694
login:Penguin[sage]   投稿日:2016/08/28 23:45:55  ID:V8Q+qN6p.net
>681
下請け側としては、コストが下がったとしても黙ってるよなw
従来と同じ金をもらってればいいんだし。>669はアホなんだろうな。

695
login:Penguin[sage]   投稿日:2016/08/29 00:29:05  ID:1l5L4/30.net
下請けにおんぶに抱っこしかできない元請け様が恥をかいただけでしたね
SIerとは思えない。製造業の窓際システム部門かな?

696
login:Penguin[sage]   投稿日:2016/08/29 00:46:50  ID:mdQfj8nk.net
>685
普通はそうだよね
効率化して原価下がったとしても、高く売れる限りは高く売る

とはいっても、競合に低コストで売り込まれて切り替えられる可能性がある分野だとそんなことはないだろうけど

新たな手法を用いて効率化できるかもしれないけど、テストケースを膨大にこなさないと本当に安全かどうか分かんない、みたいな場合なら、
黙っては効率化しないよな。リスク回避を考えると。

本当に新手法を取り入れてコストカットしていきたいなら、ちゃんと下請けと元請けが協力して共通のゴールを目指せるような体制を作って、
上手く行く行かないにかかわらず検証費用を支払っていくような仕組みにしないとうまくいかないと思うんだけどな

697
login:Penguin[sage]   投稿日:2016/08/29 01:19:40  ID:J/WRWsfh.net
受託業者の開発にDocker順次適用なんて無理だと思うけどまあやってみればw
コメント1件

698
login:Penguin[sage]   投稿日:2016/08/29 01:45:21  ID:Zu6KbOHZ.net
ここは中小企業の低レベル技術者達の吹き溜まりみたいな所だからこんな質問お門違いだろ
フェイスブックとかで質問してみれば?知らんけどw

699
login:Penguin[sage]   投稿日:2016/08/30 18:10:05  ID:mI82kQeG.net
Docker使うメリットはミドルウェアのバージョン固定のため
じゃダメなのか?

700
login:Penguin[sage]   投稿日:2016/08/30 18:49:47  ID:OvUF2+tg.net
イントラ限定のアプリやバッチならそうだけど、そういうところにDocker使ってるのは少数派じゃないの?
ベアメタルだろうがDockerだろうがセキュリティパッチ当てなきゃいけないのは変わらないんだから、
パブリックなサイトでセキュリティのためだけの更新が多いなら、いちいちイメージ更新しなきゃいけない分手間は余計に増えるよ

701
login:Penguin[sage]   投稿日:2016/08/31 09:25:58  ID:LrfeJryN.net
普通のLinux>セキュリティアップデートは自動
Docker内のLinux>固定されているので手動でセキュリティアップデートする必要がある。

702
login:Penguin[sage]   投稿日:2016/09/01 00:21:27  ID:k9RnEmi0.net
(´・ω・`)トラブって責任追及された
やっぱ安易に導入したらダメだわw

703
login:Penguin[sage]   投稿日:2016/09/01 01:32:29  ID:P/zyIfs6.net
導入しなくてもトラブったら
責任追及されるんだが?

704
login:Penguin[sage]   投稿日:2016/09/01 06:48:02  ID:1lPpxM4I.net
責任取れるほどの地位ないから平気だな。。

705
login:Penguin[sage]   投稿日:2016/09/01 07:38:06  ID:xfCy8Jie.net
>693
責任追及された結果、どうなった?

706
login:Penguin[sage]   投稿日:2016/09/01 09:25:30  ID:pfOoVfxm.net
俺が責任追及する立場なら、今後一切のDocker使用を禁じる通達を本人から全社員に出させるかな
技術者には謝罪以上に最も屈辱的なことだろう
コメント2件

707
login:Penguin[sage]   投稿日:2016/09/01 11:02:05  ID:aj5/MO67.net
>697
そういう通達出す人って無能な上司感半端なくね?
学校でハサミを使ったトラブルがあったらハサミを使用禁止にした教師思い出すわ

708
login:Penguin[sage]   投稿日:2016/09/01 14:02:40  ID:Hw16URav.net
もうPCも使用禁止にしたほうがいいよね

709
login:Penguin[sage]   投稿日:2016/09/01 16:16:20  ID:ev4DtOTJ.net
>693
ぜひトラブった原因をqiitaとかに書いてくれ。ここに書いても便所の落書きにしかならないからな

710
login:Penguin[sage]   投稿日:2016/09/01 20:15:54  ID:59K8+Vti.net
同意同意
昔はココに書いてる事も役に立ったけど
今は全く使える事が無いのが残念

711
login:Penguin[sage]   投稿日:2016/09/01 20:30:58  ID:kT3+XzWw.net
人が消えてしまったこともあるが
検索にかからなくなったのが大きい
コメント1件

712
login:Penguin[sage]   投稿日:2016/09/01 22:48:29  ID:gEQuAm4Z.net
Dockerそのもので話し合うことがなくなった
figまではよかったが、オーケストレーションとかやってる奴いるのかよ?

713
login:Penguin[sage]   投稿日:2016/09/02 03:28:18  ID:8cMGtPaA.net
もうみんな歳を取ったんだよ
新しい技術に追い付けなくなったんだよ

714
login:Penguin[sage]   投稿日:2016/09/02 23:06:54  ID:WoJkTa3o.net
インフラ系の新技術は枯れてくるにつれて話のスケールがでかくなってきて
半分趣味で触ってるような連中はついていけなくなるのが常
コメント1件

715
login:Penguin[sage]   投稿日:2016/09/02 23:12:18  ID:NXPfqfeU.net
つうか、未だに何がうれしいのか全く分からない。

作ってる人が楽しいのは分かるし、バズワードでドヤ顔したいだけの
半可通がうれしいのも分かるけど、実生活にどう影響するのかと。

716
login:Penguin[sage]   投稿日:2016/09/03 00:53:32  ID:dsqT/Bij.net
原始人「電気の何が嬉しいのかわからない。」

717
login:Penguin[sage]   投稿日:2016/09/03 01:09:20  ID:5kVpfjIJ.net
電気はシステムが出来たから、>706みたいなバカでも嬉しさは分かるだろ。

718
login:Penguin[sage]   投稿日:2016/09/03 02:39:40  ID:j+U31FHi.net
古いOS動かしてるマシン用のrpmとか作るときで、そのマシンには開発環境入れたくないみたいなときに結構役立ってるけどな
コメント1件

719
login:Penguin[sage]   投稿日:2016/09/03 02:55:17  ID:Ley06PtL.net
半分趣味でやるのに手軽で便利だなーって感じ
もちろんDockerfileを一から書いたりはしない
コメント1件

720
login:Penguin[sage]   投稿日:2016/09/03 06:00:17  ID:qlRSELJJ.net
>706
つマイクロサービス

721
login:Penguin[sage]   投稿日:2016/09/03 19:26:54  ID:EBRlzhJy.net
>711
それこそユーザーに全く関係ないだろ

722
login:Penguin[]   投稿日:2016/09/04 00:36:23  ID:yfafWMQK.net
正直立ち上げが速いこと以外魅力感じないな

723
login:Penguin[sage]   投稿日:2016/09/04 09:53:36  ID:sBFczCGQ.net
Dockerでサービスを再発明するよりクラウドネイティブでいいじゃん
AWSロックイン? 何が問題なの?
というのが主流になりつつあるよね。
Docker使うようなサイクルの短いアプリなら尚更。
コメント2件

724
login:Penguin[sage]   投稿日:2016/09/04 17:05:47  ID:NZsi3sMz.net
なんかみんな新しい言葉好きだよね
コメント1件

725
login:Penguin[sage]   投稿日:2016/09/04 21:24:20  ID:OCleLpM8.net
>714
クラウドネイティブってAWSを使うことじゃないよw

「Dockerを使うことでクラウドネイティブにしやすくなる」
こういう使い方をする。

726
login:Penguin[sage]   投稿日:2016/09/16 20:20:45  ID:/+Wpd1QS.net
>682
お前が一番腐ってるだろ

727
login:Penguin[]   投稿日:2016/09/28 10:11:54  ID:TvY0yORU.net
最近dockerを触り始めたけど、
os updateがあった場合普通どういう手順になるのがよくわからない。

docker fileにupdateを書いておいて、
イメージを生成しなおして、旧コンテナ破棄?

それともコンテナ中で手動(or cron)でupdateする?

728
login:Penguin[sage]   投稿日:2016/09/28 12:55:55  ID:0/R155p2.net
>718
ベースイメージを取得し直してリビルド
それが負担になるほどアプリの更新頻度が低く、かつ塩漬け運用もできないというならその用途はdockerには向いてないよ

729
login:Penguin[sage]   投稿日:2016/09/30 01:48:45  ID:+pFF7xwn.net
>719
ある程度自動で更新出来るようにしておけば楽だけどね。
コメント1件

730
login:Penguin[sage]   投稿日:2016/09/30 03:15:44  ID:LoGrpDJ+.net
確かに面白い技術だけど、これとWineを使ってMinGWの(えせ)ネイティブ環境を作るのって、出来るのかな?(´・ω・`)
コメント1件

731
login:Penguin[sage]   投稿日:2016/10/14 14:37:46  ID:Um5l0tlr.net
ホストがWindowsの場合VMwareなどの仮想環境下のLinuxに比べてパフォーマンス的にはどうなんだろう?
コメント1件

732
login:Penguin[sage]   投稿日:2016/10/14 14:55:59  ID:+mI5oV6+.net
ホストがWindowsの場合は存在しないです
コメント1件

733
login:Penguin[sage]   投稿日:2016/10/14 19:06:55  ID:ztF/Sc9H.net

734
login:Penguin[sage]   投稿日:2016/10/14 21:03:05  ID:AHmmY7d/.net
>724
>723はホストがWimdowsでLinuxコンテナは無いって話だろ

735
login:Penguin[sage]   投稿日:2016/10/22 16:46:26  ID:k23clfLb.net
Bash on Ubuntu on WindowsのLinuxカーネルエミュレーション機能が
完璧になれば、WindowsでLinuxカーネルを使うこと無く、Linuxコンテナを
動かすことができるようになるけどね。

最近Bash on Ubuntu on Windowsの開発活発だし。
BashからWindowsアプリ起動できるようになったって。

736
login:Penguin[sage]   投稿日:2016/10/22 21:11:30  ID:SAbaxmq2.net
できたら教えてくれ…と言いつつ、開発はlinuxとmacばかりになったな…

737
login:Penguin[sage]   投稿日:2016/10/22 22:25:03  ID:6l0eFXU4.net
mac糞化したけどちゃんと使えてるの?

738
login:Penguin[sage]   投稿日:2016/10/23 09:34:48  ID:H7Do/Qhn.net
職場でlinux禁止されてしまったので期待!なんだが、
Windows 7 pro以外だめっていわれてるんで意味ないんだよな。
コメント1件

739
login:Penguin[sage]   投稿日:2016/10/23 10:09:52  ID:KammOVd1.net
>729
7 pro限定ってのはきっついな

740
login:Penguin[sage]   投稿日:2016/10/23 13:55:35  ID:E2asVJuC.net
VPSで数十人が使うWebアプリを公開しようと思ってるんだけど、
実行環境を含めたバックアップ目的にmondorescueを検討していたら
外部DB+Dockerコンテナという選択肢もあることに気付いた次第
もちろん外部DBは定期的にバックアップ取ることにするけど
可搬性から見てどっちが良いですか?
あるいは、外部DB+Dockerでうまいことバックアップとる構成があれば教えて下さい

741
login:Penguin[sage]   投稿日:2016/10/23 14:12:42  ID:Mg5eWYHb.net
Dockerコンテナというのは単なる1プロセス。プログラム。
バックアップを取るべきはデータであってプログラムではない。
だからDockerコンテナはバックアップする必要はない。

バックアップを取るのは外部DB。
つまりは普通のバックアップ方法と何も変わらない。

742
login:Penguin[sage]   投稿日:2016/10/23 15:03:57  ID:H0f5V5CO.net
>731
スナップショット機能のあるVPSやIaaSを使えば?
1台で運用するならDockerなんか余計な手間が増えるだけだぞ

743
login:Penguin[sage]   投稿日:2016/10/24 09:45:37  ID:nezTmqCL.net
>732,733
なるほど、どうもありがとう
スナップショット機能のあるVPSを見繕ってみます

744
login:Penguin[sage]   投稿日:2016/10/24 09:46:28  ID:LIyv4npl.net
っconoha

745
login:Penguin[sage]   投稿日:2016/10/24 12:27:47  ID:ebWZBrQ2.net
将来的なクラウド適用領域の拡大を考えるならEC2がいいのでは
業務系ならさすがにAWSはクソ便利だよ

746
login:Penguin[sage]   投稿日:2016/10/26 08:32:22  ID:JLMxTpp6.net(2)
開発現場で窓OSなんか、窓から捨てちゃえばおkだってば。

747
login:Penguin[sage]   投稿日:2016/10/26 13:13:34  ID:PwPdnIxv.net
Dockerが動かないのはお前の愛するMacも同じじゃん
お前が言っているのはWinもMacも投げ捨ててみんなデスクトップLinuxを使えということだが、自覚してるのか?

748
login:Penguin[sage]   投稿日:2016/10/26 13:48:23  ID:WU3w1e5Q.net
え?何言ってんだMacはDocker動くだろ

749
login:Penguin[sage]   投稿日:2016/10/26 15:21:28  ID:yQPeqfd3.net
VM上でということなら Win も Mac も動くな。

Docker for Mac も Docker for Windows も所詮 VM上の Linux。
Docker Toolbox とは VM 周りの実装とパッケージングの違いでしかない。

一応は Windows は Windowsコンテナならネイティブで動かせるし、
Docker for Windows にもクライアント側の Linux[VM] <-> Windowsコンテナ の
切り替え機能がついたらしいが

750
login:Penguin[]   投稿日:2016/10/26 15:25:19  ID:5KNI7VLA.net
無知を晒さなくていいから。
コメント2件

751
login:Penguin[sage]   投稿日:2016/10/26 16:21:26  ID:TkEVDqmU.net
だから>730なんだろ

752
login:Penguin[sage]   投稿日:2016/10/26 23:02:32  ID:JLMxTpp6.net(2)
>738
無知は黙ってろって。

753
login:Penguin[sage]   投稿日:2016/10/26 23:48:39  ID:ksxGrq2g.net
DockerコンテナっていうのはLinuxカーネルを共有するものなので
Macでネイティブに動くことはない(MacはLinuxカーネルではないから)

もしOSがLinuxカーネルを完全にエミュレートできれば、
Dockerコンテナも動くだろうけどね。
Bash on Ubuntu on Windowsは、WindowsでLinuxカーネルを
不完全ではあるがエミュレートしてるので、これがもし完璧になれば
WindowsでDockerコンテナが動く可能性はある。
コメント1件

754
login:Penguin[sage]   投稿日:2016/10/27 00:57:37  ID:wpzjSm+S.net
wine-linuxとBashOnWindowsなら前者を選ぶのがここのたしなみと考えていたのだか…
コメント1件

755
login:Penguin[sage]   投稿日:2016/10/27 01:17:50  ID:rVvStqmg.net
Docker使う人はこの板では少数派のいわゆる普通のLinuxユーザー(つまりサーバー系)なので
手元の作業端末はだいたいWinかMacが基本だと思うよ

756
login:Penguin[sage]   投稿日:2016/10/27 07:42:25  ID:IGX1RvJm.net
この手の技術は進化が早いからついて行けないのはしょうが無いな
コメント1件

757
login:Penguin[sage]   投稿日:2016/10/27 08:06:43  ID:3DdnHwdO.net
http://www.boycottdocker.org/
ちょっと極端な意見もあるように思うけど、まあそういう人もいるかもね。

758
login:Penguin[sage]   投稿日:2016/10/27 22:37:27  ID:cwKyBbz+.net
VM vs コンテナと言うが、台数ベースではVirtualBoxの上でDocker動かしてるのが最も多いというオチ。
コメント1件

759
login:Penguin[sage]   投稿日:2016/10/28 00:59:25  ID:PGgovq4M.net
普通にクラウド使うだけでだいたい解決しちゃうからなあ
Dockerを運用できるほどがっつりインフラ作り込んでて
さらにDockerのメリットが得られるほどバリバリ開発してるようなシステムって
そんなに沢山あるとは思えないな
コメント1件

760
login:Penguin[sage]   投稿日:2016/10/28 06:54:39  ID:rHz2gI5c.net
>750
何か勘違いしているなこいつ。

761
login:Penguin[sage]   投稿日:2016/10/28 11:15:44  ID:EoYvnCLP.net
hyper-VはVirtualBOXと共存できないのがつらい
コメント1件

762
login:Penguin[sage]   投稿日:2016/10/28 11:51:25  ID:0x+ZaH3k.net
VMwareとVirtualBoxもだめだった。
コメント1件

763
login:Penguin[sage]   投稿日:2016/10/28 21:48:32  ID:MSJRgBkp.net
> Dockerを運用できるほどがっつりインフラ作り込んでて
何が必要なんだ? インフラを作り込まなくて済むのが
Dockerのメリットなんだが。

764
login:Penguin[sage]   投稿日:2016/10/30 16:03:14  ID:ZZi8BpR1.net(2)
>750
単にWebサーバーを稼働とかならdockerなくてもいいげど、役割持たせたコンテナを運用したいならdocker使うのがよさげ。

765
login:Penguin[sage]   投稿日:2016/10/30 16:03:41  ID:ZZi8BpR1.net(2)
>753
Macで共存してるけど、問題ないね。
コメント2件

766
login:Penguin[sage]   投稿日:2016/10/30 18:00:42  ID:F3CYWVkW.net
マイクロサービスアーキテクチャ+Dockerだ!

767
login:Penguin[sage]   投稿日:2016/10/30 18:34:56  ID:BtnHvCRL.net(3)
>754
インフラに手間かけたくないなら出来合いのPaaSや普通にEC2のAMIとか使ったほうがよほど手軽だよ
Dockerだとどうしてもセルフサービスの部分が大きくなるし、
独自に作り込めばその分クラウドプラットフォームが提供する便利な機能も活用しづらくなる
良く言えばベンダーロックインを避けられるということでもあるけどね

768
login:Penguin[sage]   投稿日:2016/10/30 19:57:56  ID:PgdoAzbd.net(2)
>758
お前分かってないだろw

AMI or Dockerじゃないんだよ。

AMI + Dockerというふうに組み合わせて使うんだよ。
っていうかDockerだけじゃ使えない。

クラウドプラットフォームが提供する便利な機能も
Dockerで使うんだよ。

769
login:Penguin[sage]   投稿日:2016/10/30 21:12:52  ID:BtnHvCRL.net(3)
>759
だから、その二重管理のコストに見合ったリターンが得られるか? ということなんだけどな
お前はきっと次のレスで反発するだろうが、一度落ち着いてよく考えてみたらいい
お前、Dockerを使うために結構手間かけてるだろ?
コメント1件

770
login:Penguin[sage]   投稿日:2016/10/30 21:26:02  ID:PgdoAzbd.net(2)
> だから、その二重管理のコストに見合ったリターンが得られるか? ということなんだけどな
二重管理なんかしてないが?

お前AMIを使ったら、すぐにWordPressが動くとでも思ってるのか?

771
login:Penguin[sage]   投稿日:2016/10/30 21:45:52  ID:BtnHvCRL.net(3)
>761
いや、まさかとは思うが、FROM wordpressでWordPressが使えるから簡単だとか
「インフラを作り込まなくて済む」ってそんなレベルの話をしてたのか?
コメント2件

772
login:Penguin[sage]   投稿日:2016/10/31 00:39:20  ID:gZ9a4vjb.net
>762
インフラ部分を面倒見てくれるのがあるからdockerを使うんだけど。

773
login:Penguin[sage]   投稿日:2016/10/31 00:43:13  ID:k+2emm6H.net
PaaS ならそのとおりだと思うけどなんでAMIを入れた。
AMI なんてただの OSイメージでしかなくそれ以上でもそれ以下でもない。

AMI を扱うということはIPアドレス設計やモニタリング、ロギングなどは
自前にしないといけなくなるし。
そうすると GKE などの DaaS を使うほうが結局手軽になる。
もう一つの大きな DaaS である ECS はあまりやってくれないらしいけど。

PaaS なら Docker と比較して手軽というのはその通り。
まぁ、そうは言っても Heroku がベータとは言え Docker サポートしちゃったから
ロックインを避けるために少し手間を掛けても
アプリの動作環境の構築とデプロイは Docker にしちゃうのも手だけど。

774
login:Penguin[sage]   投稿日:2016/10/31 00:52:32  ID:6jS0wKZk.net
>756
Windowsではだめだった。 VMwareが作った仮想ネットワークデバイスをVIrtualBoxが乗っ取ってしまって
VMwareのゲストがネットワークに繋がらなくなった。

775
login:Penguin[]   投稿日:2016/10/31 02:26:11  ID:mb+wE6dp.net
Docker for Macのosxfsでのファイルアクセスが死ぬほど遅いんだけどどういう解決方法がオススメ?

776
login:Penguin[sage]   投稿日:2016/10/31 07:54:54  ID:lXiGm2wm.net
Docker for Macなんか投げ捨てて逆にLinux上のディレクトリをsshfsかなんかでMacにマウントしたら

777
login:Penguin[sage]   投稿日:2016/10/31 07:58:37  ID:QQH/tPGz.net
>765
あらら、可能ならVmware communityに書き込むと改善されるかも。

778
login:Penguin[sage]   投稿日:2016/10/31 19:51:08  ID:0vn9jxYP.net
>765
Windows 7上で
VMware Workstation Player 12とVirtualBox5.0.16で共存できてるぞ
ネットワーク接続の
「VirtualBox Host-Only Network」のプロパティで「VMware Bridge Protocol」
のチェックを外して共存できたぞ

779
766[sage]   投稿日:2016/11/01 12:27:17  ID:dsqvsTRz.net
>769
Win7 上で Workstation 10と VirtualBox 4.3だった。 もう解決された古い問題かも。

780
login:Penguin[]   投稿日:2016/11/12 09:59:29  ID:9h8R+Gld.net(5)
コンテナ内のファイルを間違えて変更してコンテナが立ち上がらなくなってしまいました。
変更したファイルを元に戻したいのですが、コンテナが立ち上がらないので docker exec で入って
修正するということができません。
他になにか修正する方法はないでしょうか?
コメント1件

781
login:Penguin[sage]   投稿日:2016/11/12 10:00:52  ID:2lGsw3M2.net
ドッカーン

782
login:Penguin[sage]   投稿日:2016/11/12 10:58:11  ID:ZzeNKo29.net
>771
盆栽じゃないんだから、再構築する材料はとっておこうよ。

783
login:Penguin[sage]   投稿日:2016/11/12 11:19:30  ID:9h8R+Gld.net(5)
他に方法がなければ作り直すしかありませんが、ファイル修正できるならそっちの方が早いので。
docker diffで変更されたファイルが確認できるんで変更をrevertする方法もあったらいいんですが。

784
login:Penguin[sage]   投稿日:2016/11/12 12:23:25  ID:gNgJCBAa.net
一体どうやったらそんな状況になるんだ

785
login:Penguin[sage]   投稿日:2016/11/12 12:56:29  ID:9h8R+Gld.net(5)
ENTRYPOINTがコケるような変更を加えてdocker stop
で簡単に再現できるかと。
コメント2件

786
login:Penguin[sage]   投稿日:2016/11/12 13:26:57  ID:ocFwV7Ja.net
docker cp 使って変えたファイルを取り出して修正した後に
docker cp でコンテナに放り込んで start すればOK
コメント1件

787
login:Penguin[sage]   投稿日:2016/11/12 13:33:57  ID:9h8R+Gld.net(5)
ありがとうございます!助かりました。

788
login:Penguin[sage]   投稿日:2016/11/12 15:05:36  ID:7JwZfOJ3.net
10:00に問題を書き込んで13:30に解決、
かかった時間は3時間30分

> 他に方法がなければ作り直すしかありませんが、ファイル修正できるならそっちの方が早いので。

本当に早かったんですかねぇ(・∀・)ニヤニヤ

789
login:Penguin[sage]   投稿日:2016/11/12 15:46:03  ID:9h8R+Gld.net(5)

そりゃ、cpで済む方が早いでしょ?
コメント1件

790
778[sage]   投稿日:2016/11/13 00:17:14  ID:V+Z3aZ49.net
書き忘れてたけど、StorageDriver に aufs や overlay(fs) を使ってるなら実ファイルは
/var/lib/docker 以下にあるので最悪はそこからでも触れる。
変えてしまったファイルのパスの確認もできる。
ただし、DeviceMapper の場合だと簡単ではない。
btrfs や zfs の場合は試したこと無いから知らない。

http://paste.ofcode.org/QqeZLmXfui3HBPqTUDmD6j

791
login:Penguin[sage]   投稿日:2016/11/13 10:54:15  ID:pKY4GI/K.net(2)
>780
まともな使い方してればdocker buildで終わりだってことでしょ

792
772[sage]   投稿日:2016/11/13 13:47:50  ID:45tIgOAv.net(3)
死んだコンテナのイメージを差し替えて立ち上げることが可能ならそれでもいいんですが、
ボリュームを回収して新しいコンテナを立ち上げるしかないんじゃないですか?
まぁ、コンテナが立ち上がらなくなること自体がまともな使い方じゃないと言えばそうですが。

793
login:Penguin[sage]   投稿日:2016/11/13 15:08:21  ID:pKY4GI/K.net(2)
いや永続化が必要なデータは外部のDBに置くかVOLUME使おうよ
コンテナは常に使い捨てが基本だよ

794
login:Penguin[sage]   投稿日:2016/11/13 16:19:59  ID:45tIgOAv.net(3)
そこは使い方様々ですからねぇ。
自分も壊して構わない前提でいろいろいじくりまわしていて、仮にデータがすべて
失われたとしても作り直せばいいだけなんですが、その手間が省けるならそれに
越したことはないと。
というかそもそも>771も、その問題を解決したいというよりも書いている通りそのまま、
そのような方法があるかどうか知りたいから質問したわけですけどね。

795
login:Penguin[sage]   投稿日:2016/11/13 16:53:31  ID:WbtZf3C8.net(3)
作り直す手間ってなに?
どこに手間があるの?
コメント4件

796
login:Penguin[sage]   投稿日:2016/11/13 17:05:33  ID:D4DAJXIL.net
自分でケツも拭けないクソが偉そうに能書きたれてるな。哀れ

797
login:Penguin[sage]   投稿日:2016/11/13 17:08:26  ID:3NOGBt0y.net
>785みたいな盆栽遊びが好きな人には、ビルドとかものすごい手間に感じるんじゃないの。
コメント1件

798
login:Penguin[sage]   投稿日:2016/11/13 17:09:28  ID:45tIgOAv.net(3)
>786
>785のことであれば、ボリュームに入っているデータのことだけど?
ようはコンテナ立ち上げた後のアプリケーションの設定やなんか。
コメント1件

799
login:Penguin[sage]   投稿日:2016/11/13 17:11:39  ID:WbtZf3C8.net(3)
>789
コンテナ立ち上げた時点でアプリケーションの設定なんか終わってるんだが?
コメント1件

800
login:Penguin[sage]   投稿日:2016/11/13 17:12:47  ID:WbtZf3C8.net(3)
当たり前のことを言うね。

コンテナにログインとかやるやつは
頭がおかしい。
コメント1件

801
login:Penguin[sage]   投稿日:2016/11/20 03:46:54  ID:4KIrdKy7.net
overlayfsを使ってる方ってCentosなんですか?Fedoraですか?
無知な学生ですが、プロの皆様にお聞かせいただきたいです
コメント1件

802
login:Penguin[sage]   投稿日:2016/11/23 09:20:23  ID:HDUyJL95.net
>90
かなり遠い所へのレスだけどまさにこれ。
「へえ、docker使ってみるか」
「マ゛マ゛〜、sshdどご〜」
ってなったわ。

803
login:Penguin[sage]   投稿日:2016/11/25 09:41:19  ID:RqbIOP5N.net
sentosではaufsがマージされなくなったのか
いつの間に

804
login:Penguin[sage]   投稿日:2016/11/27 13:17:04  ID:OuKuZbWl.net(2)
お前らはどうやってDockerfile書いてるの?
手動で手順を確認しながらメモって後でDockerfileに清書?

805
login:Penguin[sage]   投稿日:2016/11/27 13:40:46  ID:NbcyC6lR.net
複雑なときはそうするけど基本的にはトライ&エラーだな
前のステップをなるべく弄らないようにすればビルド時間はそれほど問題にならない
で一通りできたらリファクタリングして完成
コメント2件

806
login:Penguin[sage]   投稿日:2016/11/27 15:32:18  ID:ksIi7fNK.net
同一ホスト配下でブリッジ接続の複数コンテナに対して標準のポートでhttp, httpsをつなぎたい場合、nginxだったりのリバースプロキシを用意するのが標準?
redmineやjenkinsだったりを使いたいと思ってるんだけど、Dockerの機能を使ってルーティング出来たりする?

807
login:Penguin[sage]   投稿日:2016/11/27 20:07:19  ID:8aog+una.net(2)
>795

tmux などで上下分割して、上で docker run --rm -it debian bash して、試行錯誤
下では vim などで Dockerfile 開いて記述

ホスト側で透過プロキシとして squid を動かしているので(dockerで)、やり直しになってもそれほど気にならない。

コマンドの細かい挙動などをチェックしたい場合が多いので今のところは上の方法でやっているけど、
一旦 Dockerfile へは1行ずつ記述して最後にきれいにするほうが速くて良い場合も多いと思う。
1.13 からは squash も追加されるようなのでそこまでしなくて良くなるかもしれないし。

808
login:Penguin[sage]   投稿日:2016/11/27 20:18:41  ID:8aog+una.net(2)
>797

docker にはその機能はない。

nginx でのリバースプロキシで良ければ nginx-proxy というコンテナを起動するのが良いと思う。
これは、docker api が提供するどのコンテナが起動しているかなどのメタ情報とテンプレートをもとに、
コンテナ生成/削除時の設定ファイルの修正や、プロセスの再起動をしてくれる「docker-gen」という
アプリケーションと nginx を組み合わせている。
これにより、コンテナが立ち上がったり、終了したりすると nginx.conf を修正してそのコンテナへ
プロキシする設定の追加/削除を行い nginx の reload をしてくれる。

機能を実現するために、docker.sock を他人が管理するコンテナに見せないといけないので
そのセキュリティ上の問題点は理解すること。

https://github.com/jwilder/nginx-proxy

自動でなくてよければ、自分で管理する nginx を立てるのでも良いと思う。
コメント1件

809
login:Penguin[sage]   投稿日:2016/11/27 20:27:02  ID:J5LCLR1R.net
>798
オイラはローカルディレクトリをコンテナのホームにマウントして一通りやってからbashのHistoryから必要なものを抜いて作るな
会社の串が特殊なので一度通してからじゃないと安心できない
コメント1件

810
login:Penguin[sage]   投稿日:2016/11/27 21:58:14  ID:OuKuZbWl.net(2)
>795 だけどレスさんくす
わりと人それぞれなんだな
参考にさせてもらうわ

811
login:Penguin[sage]   投稿日:2016/11/28 02:18:47  ID:JwTYv/CP.net
>799
詳しくありがとう。nginxでのリバースプロキシはVMで作ったことがあるから先ずそっちを検討かな。挙げてくれたコンテナも調べてみるよ。

812
login:Penguin[sage]   投稿日:2016/12/04 08:27:18  ID:Qsgqn7SH.net
盆栽作りってすごくしっくりくるな
わろたwww
コメント1件

813
login:Penguin[sage]   投稿日:2016/12/06 09:24:18  ID:MqeBJDaI.net
>795 >801だけど複雑だったから結局>795の方法でやってる
>800の方法も良さげだなぁ
インストール時間が作業時間のボトルネックだね

814
login:Penguin[sage]   投稿日:2016/12/15 22:46:17  ID:nif4fX/q.net
会社でDockerのおすすめの本を聞かれたんだが、
なんか、Dockerって教科書的に学ぶより自分なりの使い方を編み出すほうがいいと思うんだが…どう答えりゃいいんだ

815
login:Penguin[sage]   投稿日:2016/12/15 23:11:19  ID:8LH491Fv.net
>805
その人もどこから始めていいかわからないんじゃないの?
読んだ本でいいのがあれば自分の感想も含めて教えてやればいいし、読んでないならそう答えれば
コメント1件

816
login:Penguin[sage]   投稿日:2016/12/15 23:51:27  ID:M6obBpSq.net
> なんか、Dockerって教科書的に学ぶより自分なりの使い方を編み出すほうがいいと思うんだが…どう答えりゃいいんだ
バカか?

なんのために作られたのかを理解しなければ、
変な使い方をして使いにくいと愚痴る馬鹿ができあがるだけだろ

817
login:Penguin[sage]   投稿日:2016/12/17 17:13:38  ID:CiMNWzhF.net(2)
初心者ですまんが、dockerに固めたライブラリ類のアップデートってどう管理するの?
セキュリティ警告出てるバージョンが含まれてるかどうかscanする方法はある?

818
login:Penguin[sage]   投稿日:2016/12/17 17:30:54  ID:2gvSrkTc.net
>808
Docker Hub を使えるなら Docker Security Scanning
https://docs.docker.com/docker-cloud/builds/image-scan/
http://www.publickey1.jp/blog/16/docker_security_scanning.html

手元でチェックしたいなら vuls
https://github.com/future-architect/vuls/blob/master/README.ja.m...
vuls やってみた系記事、作者が日本人なのでこれ以外にもいっぱい記事がある。
http://cross-black777.hatenablog.com/entry/2016/05/09/090000

両方ちゃんと使ったことはないので、pip や bundle、npm などでインストールされた
言語のライブラリのチェックをしてくれるかは知らない。

言語のライブラリ周りは VersionEye あたりが使えるのかな
https://www.versioneye.com/
https://www.infoq.com/jp/news/2016/09/versioneye

ぜひ試してレビューしてほしい
コメント1件

819
login:Penguin[sage]   投稿日:2016/12/17 19:01:07  ID:CiMNWzhF.net(2)
>809
ありがとう
vuls試してみる
コメント1件

820
login:Penguin[sage]   投稿日:2016/12/17 19:38:35  ID:Nk6qV+Yf.net
>805
プログラマならDocker教科書
インフラ屋なら知らん オーライリー本でも買っておけば?

821
login:Penguin[sage]   投稿日:2016/12/17 20:58:31  ID:VVZxJWVc.net
Dockerってなにがいいの?

822
login:Penguin[sage]   投稿日:2016/12/17 21:28:18  ID:U4tv31+j.net
現実として手間やリスクをペイするかはともかく、少なくとも転職活動のときのネタにはなる

823
login:Penguin[sage]   投稿日:2016/12/17 22:50:13  ID:73qcISp7.net
>812
VPCに比べていろいろ面倒くさくない

824
login:Penguin[sage]   投稿日:2016/12/17 23:30:33  ID:O8pINgwA.net
インフラを保守的に運用しつつ、スキルのあるアプリエンジニアに最大限の自由を与えることができる
特にオンプレだと顕著
もともとバリバリのクラウド開発でサーバーなんか使い捨てだよという感じなら起動が早いくらいしかメリットはない

825
login:Penguin[sage]   投稿日:2016/12/17 23:43:51  ID:dj1Kku51.net
アプリのデプロイの話をしてないやつは
エセインフラエンジニアだから
話半分に聞いていればいい

826
login:Penguin[sage]   投稿日:2016/12/18 00:00:40  ID:4d92SKJj.net
>815
オンプレはほぼ同意見。
あとは、開発者の手元に似たような開発環境を用意しやすいぐらいかな。

クラウドに関しては、GKE や ECS がサービスとして存在していることを考えると
ある程度の柔軟性をもったパッケージングと配布(デプロイ)が準備され、
それが逆に一定のルールとなって縛っていることがメリットだと思う。
そのおかげでどのようにスケールするかなどがある程度決めれるから。

結局、オンプレもクラウドも一番大きいのはこのルールなのかなと思ってる。

ちなみにすごくどうでもいいことだが、docker が出た当初からインフラ屋の俺はこれを
アプリエンジニアとのプロトコルと呼んでいる。

827
login:Penguin[sage]   投稿日:2016/12/19 00:20:03  ID:YQ49ml41.net
macvlanでapacheを複数ホストする方法を教えてくれ。
dockerホストのVMにmacvlanでapacheコンテナを複数作成。
それぞれmacvlanで192.168.0.1, 192.168.1.2を割当。
dockerホストと別のVM(192.168.0.254)から192.168.0.1, 192.168.0.2へのpingが通らない。
192.168.0.1と192.168.0.2の間ではpingが通る。
誰か助けてー

■参考(公式ドキュメント)
https://docs.docker.com/engine/userguide/networking/get-started-macvl...

828
login:Penguin[sage]   投稿日:2016/12/19 01:31:48  ID:kCNGuOHH.net
>818
docker host が VM 上だと macvlan が通らないことがあるのでそこのチェック
(コンテナの mac が vm とは異なるものなので、virualbox だと自動的にフィルターされる。
そのため、promiscuous mode にしないといけなかったと思う。)

単純なデバッグとしては外部からの ping がホストまで届いているか tcpdump してみれば?
macvlan モードはオンプレなら何も気にしなくていいけどVMだとそっち側で色々されちゃうので
一筋縄ではいかないのがちょっとつらい。
あとは、ホストへの通信が簡単にはできないのも辛い。

829
login:Penguin[sage]   投稿日:2016/12/21 00:09:21  ID:mJ9qbyhA.net
>819
コメントありがとう。
ググってるだけでまだ触れてないけど、難易度高そうですな…

830
login:Penguin[]   投稿日:2016/12/23 20:15:21  ID:lhOz+zFi.net
社内用にgitlabとか簡単に構築したくて入れたけど便利だな
nginx-proxyとかgitlab-runnerにdocker.sock渡してるの怖いけど
コメント1件

831
login:Penguin[sage]   投稿日:2016/12/23 22:20:32  ID:ZE3v8MAp.net
そうそう、そういうのを無効化するのが醍醐味
わかって使えばこの上もないツール

832
login:Penguin[sage]   投稿日:2016/12/24 12:44:21  ID:9oRagV//.net
自作のアプリならいいけどそういう他人が
作ったものっていうのはデータの永続化が困る。

どこを保存すればいいのか、調べりゃある程度わかるけど
本当にそれだけでいいのか判断できない。

データディレクトリってちゃんと別れていればいいけど
設定ファイルは別の場所だったり、
「管理画面から入れるプラグイン」は特定のディレクトリに入ったりで
コンテナ消したときにちゃんと復帰できるのか自信が持てない。

833
login:Penguin[sage]   投稿日:2016/12/24 17:43:26  ID:+JDkOtyq.net
そういうものは、docker commit で頑張れなくもないけど、
コンテナが immutable であることを前提に設計されている docker を使って
運用するのは向かないものなので VM や lxc なんかで運用するしたほうがよい。

気になって追いかけるときに docker diff なりを使うのもありだけど
結局コード読まないと最終的に判断できないんだから
そういうものは docker 使うのを諦めたほうがよい。
コメント1件

834
login:Penguin[sage]   投稿日:2016/12/25 20:05:48  ID:fIuw+V57.net
そもそも出来合いのものをDockerで運用する意味はないわ
既存のDockerのクラスタがあるからついでに乗せるとか、
単発のジョブならありだけど

835
login:Penguin[sage]   投稿日:2016/12/26 09:49:54  ID:PLBWxsz1.net
Windows10でドライブマウントうまくいく?
日本語入ってると見れない

836
login:Penguin[sage]   投稿日:2017/01/24 23:02:51  ID:xWqME6qR.net
dockerスゲーわ

837
login:Penguin[sage]   投稿日:2017/01/26 15:32:39  ID:vKPQziBb.net
どの部分に凄みを感じたん?

838
login:Penguin[sage]   投稿日:2017/01/26 21:34:58  ID:WAMGEIhr.net
鯖がコンテナ積んでるロゴ

839
login:Penguin[sage]   投稿日:2017/01/26 22:05:33  ID:t28E8yhv.net
Dockerは確かにロゴやサイトの美的センスはあるよな
LinuxオタのくせにGNU的な気持ち悪さを微塵も感じさせない

840
login:Penguin[sage]   投稿日:2017/01/26 22:36:28  ID:dZzLF94s.net
>830
GNU的な気持ち悪さってなんだよ?w

841
login:Penguin[sage]   投稿日:2017/01/26 23:00:06  ID:j/NqQT0Y.net

842
login:Penguin[sage]   投稿日:2017/01/27 00:20:41  ID:L2sjG0DQ.net
鯖だったのかアレは
個人的にはイカも悪くないと思う

843
login:Penguin[sage]   投稿日:2017/01/27 00:45:40  ID:YR2bExgB.net
ズートピアの警察署長

844
login:Penguin[sage]   投稿日:2017/01/27 01:33:18  ID:4xG+mJbf.net
アップデートされました。

845
login:Penguin[sage]   投稿日:2017/01/27 12:22:16  ID:b5azZFPe.net
>833
海の仲間たちのデザインも悪くない。
センスいいと思う。

846
login:Penguin[sage]   投稿日:2017/01/28 00:13:07  ID:mEA9d3XN.net
このスレって技術者だけで、研究生なんかはいないのかな?
コメント1件

847
login:Penguin[sage]   投稿日:2017/01/28 00:15:37  ID:+vbaE7xJ.net
情報系の学生ならいるけど特に研究に使ってるわけじゃないな

848
login:Penguin[sage]   投稿日:2017/01/28 01:40:52  ID:b1WmBmh9.net
今月のソフトウェアデザインを読んでdockerを始めてみたけど自分にどんなメリットがあるのか見出だせない...ラズパイ+dockerで機械学習とかやってみようかなぁ

849
login:Penguin[]   投稿日:2017/01/28 02:23:59  ID:dNcQjqOy.net
今Docker実践入門という本で勉強してるけどとても楽しい
今まで必死に書いていた構築手順書とかから解放されそう

850
login:Penguin[sage]   投稿日:2017/01/28 09:12:07  ID:92B9DGMz.net
インフラ系の人が構築を楽にしたいなら構成管理ツールをやった方がためになると思うけどな
Dockerはあくまでアプリのパッケージ化技術
そこを勘違いしてDockerに入ってきたインフラ系の人が結局 ? となったまま去っていくケースが多い

851
login:Penguin[sage]   投稿日:2017/01/28 10:00:35  ID:PcTp7kkz.net(6)
DockerとImmutable Infrastructureとクラウドのせいで
構成管理ツールいらないんじゃね?って思ってるんだが
シェルスクリプトで十分でしょ

852
login:Penguin[sage]   投稿日:2017/01/28 10:01:37  ID:PcTp7kkz.net(6)
ちなみにDockerfileはほぼシェルスクリプトと思ってる
コメント1件

853
login:Penguin[sage]   投稿日:2017/01/28 11:43:01  ID:2MvWS/IP.net(4)
docker使ってるとubuntu14で一行で
git最新版(2.x)入れる方法とかクソみたいな
知識が必要になるのが辛い。

けどそれ以外は楽しいね〜
コメント1件

854
login:Penguin[sage]   投稿日:2017/01/28 11:47:29  ID:PcTp7kkz.net(6)
複数行で書いていって、完成したら ; でつないで一行にするだけじゃね?

855
login:Penguin[sage]   投稿日:2017/01/28 11:48:49  ID:PcTp7kkz.net(6)
もっともなんで最新版gitをDockerの中に
あえて入れないといけないのかがわからんけど。

Dockerの中のgitは人間が直接使うわけじゃない
最新版でなくても動けばよかろう?

856
login:Penguin[sage]   投稿日:2017/01/28 14:38:11  ID:xrwv+dsh.net
一行にするだけでも可読性が悪くなるよな。gitのsquashみたいな機能があったらいいんだけど。

857
login:Penguin[sage]   投稿日:2017/01/28 14:57:46  ID:PcTp7kkz.net(6)
前に

BEGIN # ここから
RUN なんとか
RUN なんとか
EMD # ここまで

を1レイヤーにすれば良いんじゃね?
みたいなIssueがあった気がするがあれどうなんたんだろう。

ぶっちゃけヒアドキュメントみたいなものが使えれば
一行である必要はないはずなんだよな
コメント1件

858
login:Penguin[sage]   投稿日:2017/01/28 15:12:15  ID:2MvWS/IP.net(4)
>846
go使うのにある程度新しいgitが必要だったのよ
コメント1件

859
login:Penguin[sage]   投稿日:2017/01/28 15:20:07  ID:2MvWS/IP.net(4)
ディスク容量さえ増えなければ複数行でいいんだよね?
squash diskみたいなのが欲しい。rmしてそれやると、
イメージサイズが減ってくような奴w
コメント1件

860
login:Penguin[sage]   投稿日:2017/01/28 15:29:25  ID:PcTp7kkz.net(6)
なんで?としか言いようがないな。
goは普通にバイナリ提供されてるだろ
goを使うだけなのにどこでgit使うんだ?

861
login:Penguin[sage]   投稿日:2017/01/28 15:51:31  ID:4Jfgy7RR.net
goはビルドシステムがgitに依存してる
まあgoはバイナリがポータブルなのが売りなので、そもそもコンテナ内でビルドする必要はないんだが
コメント3件

862
login:Penguin[sage]   投稿日:2017/01/28 17:12:56  ID:2MvWS/IP.net(4)
>852
ほお、じゃあ外でビルドしてからgopath以下を
全部コンテナに突っ込めばよかったんかな。
イメージを小さくするにはそのほうが良いかも

863
login:Penguin[sage]   投稿日:2017/01/30 21:09:58  ID:rjaVNIFi.net
>853
いやいや生成されたバイナリ一つで済むからワンバイナリ言ってるわけだし。
windows環境ならlinux用にバイナリ出力すればいいだけ
最近はワンバイナリですまないかもしれないけどね。

864
login:Penguin[sage]   投稿日:2017/01/30 21:18:58  ID:K/NqPmIh.net
そもそもワンバイナリならdockerも要らないけどな

865
login:Penguin[sage]   投稿日:2017/02/17 03:42:03  ID:Ws+OLwc1.net
buildさげ

866
login:Penguin[sage]   投稿日:2017/02/20 22:58:04  ID:GZ1cgO8N.net(2)
久しぶりに来たら squash の話してるけどすでに実装されてるぞ。
ただし、Experimental。

仕組みとしては、通常のbuildをしてできたイメージを1layerにする処理がまた走る。
内部的にはイメージが2つできる感じ。
手元のディスク容量的には損だけど、squash 前の繰り返しする場合に
レイヤーが再利用されるのでそういう面で便利。

使い方は、docker daemon を experimental オプションつけて起動して、
docker build --squash -t foo .

次の 17.03 か 17.04 あたり(バージョニングルールが変わった)で experimental 外れるんじゃないかな
コメント4件

867
login:Penguin[sage]   投稿日:2017/02/20 23:14:46  ID:GZ1cgO8N.net(2)
golang を docker で build する意味に関してはいくつかある。

vendoring tool (依存パッケージのバージョン含めた管理)の代わりにセットアップされたイメージを用意するという方法。
最近は golang から dep という公式ツールが出て今後の方針が見えてきたとはいえ
テストなどを考えると vendoring の処理自体を毎回するとか面倒なのでコンテナ使うのは悪くないと思う。

ほかは cgo の問題(golang の中で c をインラインで書ける機能)。
golang の net/http はそのままで名前解決の部分が libc に依存しているので build 環境に左右される。
これは debian などで glibc 環境で build したイメージが glibc へダイナミックにリンクされてしまい
Alpine の musl libc で起動できないという現象(または逆)がある。
net/http の場合は CGO_ENABLED=0 や -a オプションなどで golang での実装へ回避できるが、
mattn/go-sqlite3 など中身は C のライブラリへのリンクしか無いと言うものが結構ある。
mattn/go-sqlite3 場合だと動作環境に sqlite のライブラリを入れるか
ldflags などを工夫して static バイナリをなんとか作るかという面倒なことをする必要がある。
docker イメージならライブラリ突っ込んで置けばいいので楽。

あとは、コマンドの統一。
いろいろなコマンドを docker run hoge 的に統一できるということ。
docker hub に登録しておけばどの環境でもこのコマンドで取得して実行できる。
golang の場合は容量的に空のイメージである scratch イメージを base にバイナリ放り込むという感じかな。
これを頑張ってる例としては whalebrew。

868
login:Penguin[sage]   投稿日:2017/02/20 23:45:20  ID:3naPY4fk.net
なんでそこまでしてGoなんて糞言語使わなきゃいけないんだ
デプロイがシンプルであることだけが存在価値の言語なのに

869
login:Penguin[sage]   投稿日:2017/02/21 00:43:51  ID:zSkuuX2q.net
>859
お金のにおいがするからじゃないの?
なんか出してもいない広告で100億円儲けてる業界みたいだし。

870
login:Penguin[sage]   投稿日:2017/02/23 22:14:18  ID:XyGL3dEI.net(2)
普通に仮想マシンの中にLinuxとか色々ソフトを入れてサーバー立てるんじゃなくて
Dockerを使うと良いことあるの?

871
login:Penguin[sage]   投稿日:2017/02/23 22:23:38  ID:MafKuul+.net
>861
バイナリファイルを一個コピーするだけで
アプリが使えたら楽だろ?

wget 取ってて/usr/local/bin あたりに入れて
chmod +x するだけで使える。


アプリを動かすまでにApacheを設定してPHPをインストールして
WordPressをインストールして動かすの大変だろ?

Docker使えば、docker run するだけで使える

872
login:Penguin[sage]   投稿日:2017/02/23 22:34:16  ID:NESE3n8b.net(2)
今時そんなのはPaaSでワンクリックだけどね
Dockerはむしろ、アプリ個別に好き勝手に環境をガンガン作り込んでも
インフラや運用体制が破綻しないのがメリット

873
login:Penguin[sage]   投稿日:2017/02/23 22:50:52  ID:VBR1y7Yw.net(3)
>857
>858
サンクス。squash期待だわ

まさにcgoもあってnvidia-dockerでgo使ってる。
何故goとか言われると辛いが便利なので使ってるわけで、
使うとなるとdockerに閉じ込めれたほうが便利なんだし、
いいじゃん俺が何使おうが、みたいな感じだよね
コメント2件

874
login:Penguin[sage]   投稿日:2017/02/23 22:51:47  ID:VBR1y7Yw.net(3)
>861
VMより軽い。そんだけ。
VMで使えてるならVMでいいんじやん?

875
login:Penguin[sage]   投稿日:2017/02/23 23:00:33  ID:XyGL3dEI.net(2)
VM1個しか要らないならメリットなし?

ただの仮想マシンは移したりするときに
イメージ全部運ぶの大変そうなのは分かる

876
login:Penguin[sage]   投稿日:2017/02/23 23:12:53  ID:VBR1y7Yw.net(3)
>866
説明が面倒なんで説明してないだけ。
俺だったらdocker使えるなら全部docker使って、
どうやっても無理なとこだけVM使うとかするけど、
君、docker使いたくないんでしょ?ならVMでいいよ。
説明がメンドイ

877
login:Penguin[sage]   投稿日:2017/02/23 23:15:39  ID:sJ6i5qNr.net
>866
君開発の人じゃないでしょ?

878
login:Penguin[sage]   投稿日:2017/02/23 23:17:26  ID:NESE3n8b.net(2)
>866
それはちょっと違う
Dockerを使うなら、これまでVM1個に色々入れてたものは複数のコンテナに分けて構成することになる
構成要素のそれぞれを独立して動作する一つのパッケージとして扱えるので個別の変更が比較的容易になる
変更せずに決まった形で運用するだけなら全くメリットはない、というか
全体的に見れば環境は当然1VMに比べて極めて複雑になるのでデメリットしかない

879
login:Penguin[sage]   投稿日:2017/02/24 01:56:55  ID:9fOfLc8E.net
>866
Docker使い()はね、Docker使うことが目的なんだ。

880
login:Penguin[sage]   投稿日:2017/02/24 09:23:51  ID:EGNXCUbD.net
>861
環境を壊さないところかな。
OS1個でも色々な環境をつくれる。
お互い排他にできるからRootで作業しても安心。
コメント1件

881
login:Penguin[]   投稿日:2017/02/27 14:56:32  ID:vzcfvR79.net
質問します
Exposeではない方法でdocker の外側からコンテナにアクセスする方法がわからないので教えていただきたいです
Bridge を用いるのはわかるのですが,いまいちよくわからないので
コメント1件

882
login:Penguin[sage]   投稿日:2017/02/27 19:29:36  ID:hHCogBTa.net

883
login:Penguin[sage]   投稿日:2017/02/28 09:19:07  ID:WAeZD99p.net(2)
>873
その方法、

Mac でdocker0がなくなっちゃってるのよねー
https://github.com/docker/docker/issues/22753
コメント1件

884
login:Penguin[sage]   投稿日:2017/02/28 09:20:45  ID:WAeZD99p.net(2)
他にも
https://docs.docker.com/docker-for-mac/networking/

Known Limitations, Use Cases, and Workarounds
There is no docker0 bridge on macOS
I cannot ping my containers
Per-container IP addressing is not possible
Use cases and workarounds
I want to connect from a container to a service on the host
I want to connect to a container from the Mac

885
login:Penguin[]   投稿日:2017/02/28 12:28:59  ID:nfcyPD7E.net
RPi3 HypriotOS なので Mac の件は大丈夫です.ありがとうございます.
ですが,>873 のブログだと結局外部からアクセスするには expose するしかないのでしょうか

886
login:Penguin[sage]   投稿日:2017/02/28 21:48:02  ID:uZrPc7Rh.net
そもそもアクセスって何がしたいのさ
コメント1件

887
login:Penguin[sage]   投稿日:2017/03/01 00:51:49  ID:f2lcL8jV.net
Win10 homeでも動くようになるってのはどうなったんだっていう

888
login:Penguin[sage]   投稿日:2017/03/01 01:01:56  ID:zKL6fZSr.net
WindowsコンテナにしてもDocker for Windows にしても Win10 Home で動くという話は聞いたことはないな
まぁ、対応するとしたら Microsoft なんだけど hyper-V を home 持ってくることは無いんじゃないかな

889
login:Penguin[]   投稿日:2017/03/01 06:57:54  ID:BvMgnh4a.net
用途は研究です
コンテナ内のアプリケーションと外部のアプリケーションで通信を行いたいのです
ホストosのiptables をいじって転送するように設定したら可能でしょうか
コンテナから外には繋がるので

890
login:Penguin[sage]   投稿日:2017/03/01 09:47:46  ID:M7GV8Yrx.net(2)
Dockerの期待と現実〜Docker都市伝説はなぜ生まれるのか〜
https://www.slideshare.net/zembutsu/docker-expectations-and-reality
コメント1件

891
login:Penguin[sage]   投稿日:2017/03/01 10:35:35  ID:M7GV8Yrx.net(2)
Docker導入のための、コンテナの利点を解説した説得資料 - Qiita
http://qiita.com/niisan-tokyo/items/88a53a1b4aa7ad60723e
コメント1件

892
login:Penguin[sage]   投稿日:2017/03/01 23:47:24  ID:rngK4GuO.net
>880
研究とはDockerでいろいろ変なことをやってみる研究ですか?
それともDockerを実務で使うための研究ですか?

893
login:Penguin[sage]   投稿日:2017/03/02 00:53:55  ID:e/6SBv79.net
アタックして中身の情報を盗み出す研究じゃね?

894
login:Penguin[]   投稿日:2017/03/02 23:37:35  ID:V84YCqu8.net
>883 docker は単にデーモンを分けて動かしてメンテナンス性を上げるためです

895
login:Penguin[sage]   投稿日:2017/03/03 10:09:39  ID:2Oo8tUfc.net
Docker v17.03がリリース。今月からバージョン番号制度が変更になり、毎月リリース体制に − Publickey
http://www.publickey1.jp/blog/17/docker_v1703.html

896
login:Penguin[sage]   投稿日:2017/03/03 12:51:59  ID:mhTOLFfe.net
>886
毎月リリースはいいんだけど、安定板は平行して出てこないのかな。

897
login:Penguin[sage]   投稿日:2017/03/04 09:24:50  ID:mzibS5k4.net
>881
面白かった
>882
うんこだった
コメント1件

898
login:Penguin[sage]   投稿日:2017/04/06 14:21:14  ID:Vj6ztunA.net
Windowsで
VirtualBoxで試したらIOがめちゃめちゃ遅くてまともに動作しない
Hyper-Vではそんな事は無かった

899
login:Penguin[sage]   投稿日:2017/04/06 16:04:58  ID:/LfHUgOs.net
ならスレチってわかるよな?
コメント1件

900
login:Penguin[sage]   投稿日:2017/04/06 18:32:29  ID:AlJtAXrU.net
>890
VMのLinuxで動かしてるからスレチではない。

901
login:Penguin[sage]   投稿日:2017/04/06 19:09:05  ID:JkUgNfj4.net
>891
で、Dockerの話題はいつ始まるの?

902
login:Penguin[sage]   投稿日:2017/04/06 20:25:23  ID:qyaesyW/.net
dockerってすごいよね!

903
login:Penguin[sage]   投稿日:2017/04/06 21:43:05  ID:hUwu3FbW.net
docker、すっごーい!たのしー!
マジこれヽ(´ー`)ノ

904
login:Penguin[sage]   投稿日:2017/04/08 08:06:37  ID:v+YoOqVn.net(2)
今のDockerはRHEL6/CentOS6をサポートしないと言ってるけど、実際のところはどうなの?

・サポートしないとは言っているが今のところ一通り動く
・一応動作するが一部問題がある
・動かない

905
login:Penguin[sage]   投稿日:2017/04/08 10:51:33  ID:iIF+k8u8.net
動かそうと思えば動かせる。
でも、動いたCentOS6はもはやCentOS6ではない。

906
login:Penguin[sage]   投稿日:2017/04/08 11:09:28  ID:v+YoOqVn.net(2)
なるほど、ありがとう。
でもこれ↓意味わからん。

>でも、動いたCentOS6はもはやCentOS6ではない。

907
login:Penguin[sage]   投稿日:2017/04/08 18:02:07  ID:TUAeCBbe.net
>897
いじりすぎ、ってことだろ。
コメント1件

908
login:Penguin[sage]   投稿日:2017/04/09 16:10:00  ID:Eybh9Usi.net
rhel7でもdocker動かそうとするとサブスク必要で
かつ彼等のecosystem使わないといけない風潮あるから
なんか嫌

909
login:Penguin[sage]   投稿日:2017/04/09 18:47:16  ID:iE8dRkRU.net
イアンマードックを偲んでdebian使え。

910
login:Penguin[sage]   投稿日:2017/04/10 16:47:48  ID:uuvKfjp1.net
>899
当たり前だろ!

911
login:Penguin[sage]   投稿日:2017/04/10 20:38:33  ID:q6kv8j9P.net
当たり、前田の〜♪

912
login:Penguin[sage]   投稿日:2017/04/11 09:32:30  ID:OjfzHz7Z.net
Docker for WindowsでWindowsのディレクトリをボリュームとして使うと正常に動作しないっぽい
WindowsのファイルシステムだとLinuxコンテナに必要な機能がないからか
ファイルやディレクトリの所有者はそのままになるからか

大量にディスクIOが発生してGitLabの動作が重たいから
sameersbn/docker-gitlabだけWindowsのディレクトリを使ったら正常に動作しなくなった
素直にLinuxマシンを用意しろってことか

913
login:Penguin[sage]   投稿日:2017/04/11 16:35:59  ID:PVrhBF1c.net
windows10でアップデート後問題なく動いていたのにふと再起動かけたらShared Drivesで共有ドライブ認証出来なくなって困った
Apply押すと詳細な共有の設定も初期化されるしどういうことだ・・・

914
login:Penguin[sage]   投稿日:2017/04/11 19:29:34  ID:E1v/IRh4.net
Linux板で何言ってるんだか

915
login:Penguin[sage]   投稿日:2017/04/14 20:22:09  ID:pLiWTQPP.net
windows10で使っちゃダメだよ

916
login:Penguin[sage]   投稿日:2017/04/15 18:26:55  ID:cBTg03II.net
そもそも、そこまでして頑なにWindows使う人の気持ちがわからない…

917
login:Penguin[sage]   投稿日:2017/04/15 20:30:35  ID:Q2dbB8M4.net
Windowsコンテナも同時に使いたいとか?

918
login:Penguin[sage]   投稿日:2017/04/16 00:58:34  ID:ZSY/twR5.net
(´・ω・`)別にdocker入れなくてもいいんだけど、
dockerを入れて複雑化して誰も触れない環境にするために使ってるようなもんかな
コメント1件

919
login:Penguin[sage]   投稿日:2017/04/17 08:36:07  ID:80qRwJ4B.net
>907
Windowsしか使えない人なんだからしょうがない。
コメント1件

920
login:Penguin[sage]   投稿日:2017/04/17 19:36:37  ID:3ZKz+sM+.net
職場環境とかだと割とOS限定されるし
どうしてもwindowsで実現しなくちゃ行けない場合もあるのかな?

ただ罵るだけとかlinux板も落ちたよなぁとオモタ
コメント1件

921
login:Penguin[sage]   投稿日:2017/04/17 20:35:26  ID:Wyd7loQ0.net
落ちたも何もUNIX板から追い出された隔離所だし

922
login:Penguin[sage]   投稿日:2017/04/17 20:36:16  ID:/DOIk/oJ.net
「Windows使ってる」が「Windowsしか使えない」に短絡するバカっていまだにいるんだなぁ。

923
login:Penguin[sage]   投稿日:2017/04/17 21:13:59  ID:npkXvT3l.net
WSL その81 - WSLでどのようなテストが行われているのか
https://kledgeb.blogspot.jp/2017/04/wsl-81-wsl.html

WindowsによるLinux互換レイヤー実装、
もうLinuxと8割ぐらい互換性があるようだな

DockerがWindows上でネイティブに動くという夢も
近いうちに実現するかもしれない。
そうなるとDocker動かすのに仮想マシンHyperVも必要なくなる

924
login:Penguin[sage]   投稿日:2017/04/18 05:42:53  ID:/98eGWyV.net
WSLはbetaが取れるまでは様子見

925
login:Penguin[sage]   投稿日:2017/04/18 12:17:43  ID:ikWQTth3.net
windowsでないと使えない人たちが何しにここ来てんの?w

926
login:Penguin[sage]   投稿日:2017/04/18 13:44:58  ID:1YjhuECs.net
Dockerコンテナに特化した「RancherOS」正式版リリース。Linuxカーネル上でDockerを実行、システムもユーザーもすべてをコンテナ空間に − Publickey
http://www.publickey1.jp/blog/17/dockerrancheroslinuxdocker.html

927
login:Penguin[sage]   投稿日:2017/04/19 04:43:53  ID:A+gt0Bj5.net
マイクロソフト、Windows Serverのコンテナ機能でLinuxコンテナのサポートを発表。主要なLinux OSとLinuxKitに対応。DockerCon 2017
http://www.publickey1.jp/blog/17/windows_serverlinuxlinux_oslinuxkitdo...

WSL のようなものではなくて結局 Hyper-V 経由だけど「Hyper-V コンテナ」の実装として出してきたね。
すでに、Hyper-V コンテナで実装されている Windows コンテナと同様であると考えると、
Hyper-V でラップしてその中で kernel とプロセスが動く。

ただ、これをまとめて操作できるインターフェースが用意されるのかな。
docker run すれば hyper-v コンテナ経由で Linux の環境とコンテナが上る感じで engine は windows 側?
そうすれば、Docker for Windows みたいな専用VMを意識しなくて良くなる(この Linux が moby になるのかな)。
これがちゃんと実装されれば、windows 上では windows コンテナと Linux コンテナ混在で同じ操作性で扱うことができそう。
Hyper-V コンテナなら Windows10Pro でも動くのでその点も良い。

気になるのは Network と共有ファイルシステム。

Network は Hyper-V の設定で面倒なところだけど、Overlay に関しては windows/linux 混在できるようにわざわざしてくれてるので
使いやすく実装してくれることを期待。
https://blogs.technet.microsoft.com/virtualization/2017/04/18/ws2016-overlay-netw...

共有ファイルシステムは Docker for Mac でも性能や権限がよく問題になっているので
これがいい感じになるようならば、Windows で開発してもいいかなという人も増えるのでは。

928
login:Penguin[sage]   投稿日:2017/04/19 06:43:31  ID:1RtucrVx.net
意味の無いことだとは思うのですが
ドッカーッてsystemdな環境をinitな環境と切り替えて使えたり出来るもんなのでしょうか?

929
login:Penguin[sage]   投稿日:2017/04/19 07:30:57  ID:V8X9WRFD.net
dockerは仮想環境のディストリビューションは何になるの?もしかしてホストOSと同じ?
コメント1件

930
login:Penguin[sage]   投稿日:2017/04/19 11:59:08  ID:09D8eRFx.net
>920
ディストリはホストと別でもよい
ホストUbuntuでコンテナCentOSとかでもOK
コメント1件

931
login:Penguin[sage]   投稿日:2017/04/19 16:43:25  ID:We+dGtuk.net
docker用に最適化されたCoreOSってのもあるからそれでもいいのよ

932
login:Penguin[sage]   投稿日:2017/04/19 23:52:30  ID:YGGycOkL.net
>919
何考えてんだ?レベル

933
login:Penguin[sage]   投稿日:2017/04/20 02:56:49  ID:xfmEhaK2.net
coreOSは普通のディストロとはかなり使い勝手が違うから慣れてないのに使うのはオススメしないな
それとcoreOSはdockerじゃなくてrktだろ

934
login:Penguin[sage]   投稿日:2017/04/20 03:20:42  ID:Ach9wspJ.net
セキュア重点の特化OSで使い勝手同じのってあるの
コメント1件

935
login:Penguin[sage]   投稿日:2017/04/20 08:50:42  ID:Qv0LLll+.net
どうせならdockerkitにしようぜ

936
login:Penguin[sage]   投稿日:2017/04/20 12:43:33  ID:ddHoXqzv.net
>918
そこまでして、ホストでWindowsを使う必要がない。
窓は、窓でええやんと。
コメント1件

937
login:Penguin[sage]   投稿日:2017/04/20 13:33:25  ID:+KEmOJYm.net
windowsユーザーが気軽にdockerを使えるようになるってことだろ
わざわざwindowsを使いに行くという話ではない
Linuxユーザーにとってはコンテナが増えることで利益を得られるんじゃないの

938
login:Penguin[sage]   投稿日:2017/04/20 17:41:58  ID:vxiOSEL1.net
dockerってカーネルが同じものを共有する≒システムコールが同じじゃないとならない
と思っていた
Win上で動くって結局のところvmwareと中身が同じでいいのかな?

一方でwin自体がcuiにbashを可能にする動きがあるから、母艦がwinでもlinuxと同じコマンドでdockerが操作できて会社で泣く泣くwinを使わせるクソ製造業の皆様もdockerの恩恵を享受できると

939
login:Penguin[sage]   投稿日:2017/04/20 21:32:09  ID:beyOB/12.net
>929
WindowsもMacもLinuxカーネルではないので、
Docker用の仮想マシンを作成して、そこにLinuxをインストールして
コンテナを動かしています。

そのため、仮想マシンの設定(CPU数や搭載メモリ等)の影響を受けます。

ネイティブにDockerコンテナを動かしたいのであれば
Linuxカーネルの機能をOSが搭載する必要があります。

それをやっているのがBash on Ubuntu on Windowsで有名な、
Windows Subsystem for Linux (WSL) プロジェクトなのです。

940
login:Penguin[sage]   投稿日:2017/04/21 10:24:43  ID:Sbqk7Ur0.net
>930
一番の問題はファイルシステムじゃない?
その辺の問題は解決するんか
コメント1件

941
login:Penguin[sage]   投稿日:2017/04/21 14:53:12  ID:Ua2N04Wa.net
ファイルシステムはfuseみたいな物を使えばどうにでもなるんじゃねーの

942
login:Penguin[sage]   投稿日:2017/04/21 21:44:05  ID:JPVZvbDR.net
だな。WindowsはISOファイルや読み書き可能なvhdファイルを
ディスクとしてマウントする機能がすでにある。

それ以前にBash for Ubuntu for Windowsだって書き込み先は実際にはNTFSのはずなのに、
lxfsとしてマウントされ、Linuxを動かすのに必要な情報が記録されている。

あとは、Linuxで動くアプリが正しく動作する事ができるlxfsというファイルシステムに
Dockerというアプリがデータを書き込むだけの話

943
login:Penguin[sage]   投稿日:2017/04/23 21:35:16  ID:aCe4cHhG.net
Docker使ったら素人でも分散処理するWebサーバー立てられる?

944
login:Penguin[sage]   投稿日:2017/04/23 21:42:09  ID:n+wiOq4t.net
無理

945
login:Penguin[sage]   投稿日:2017/04/23 23:31:59  ID:qNYU/JPN.net

946
login:Penguin[sage]   投稿日:2017/04/24 00:08:59  ID:wzJo0lWg.net(2)
Dockerの運用なんかクラウドプラットフォームに丸投げするもんでしょ
PaaSのための共通パッケージフォーマット、それ以上でも以下でもない

947
login:Penguin[sage]   投稿日:2017/04/24 07:30:31  ID:gg2wvAQ9.net
docker使って、開発の手間を惜しんで、
代わりに運用コストを上げてしまった
って話に見えるな。

実際、docker利用してるプロジェクトに、
後から参加するとそんな状態になってることが
多い気がする

948
login:Penguin[sage]   投稿日:2017/04/24 07:45:55  ID:4jMEqLjC.net
>934
こういう質問が来るって事は、Dockerがなんなのか分かってないんだろうな。

949
login:Penguin[sage]   投稿日:2017/04/24 18:36:13  ID:H2CwHVUM.net(2)
じゃあ何を使えばいいの?
コメント1件

950
login:Penguin[sage]   投稿日:2017/04/24 23:08:20  ID:qyoy/6TH.net
>940
そりゃREADME.mdでしょw

Dockerfileなんて、README.mdに書いて有ることを
自動的に実行できるようにしただけなんだから。

README.mdみてWordpressをインストールして
設定をvi使って書き換えてMySQLのセットアップしてって
やればDocker使わなくても同じことができる

951
login:Penguin[sage]   投稿日:2017/04/24 23:27:48  ID:H2CwHVUM.net(2)
そんなん面倒くさい

952
login:Penguin[sage]   投稿日:2017/04/24 23:43:24  ID:wzJo0lWg.net(2)
じゃシェルスクリプトでよくね

953
login:Penguin[sage]   投稿日:2017/04/25 05:51:29  ID:yzMeiRjV.net
仕組みを理解して、readmeに書いてあることくらい読んで、
そんでdocker使うなり使わないなりすればいいのさ。
理解せずにdockerでやる!とか、拾ってきたイメージで
ガチガチャやって、動かないとか言いながら散々いじって、
車輪の再発明みたいなことして、他の人に理解できないような
ゴミを作って、動きました!とかやるから質が悪い

まあdockerに限らずなんでもそんな感じだけどね
コメント5件

954
login:Penguin[sage]   投稿日:2017/04/26 12:31:30  ID:G8QqW37M.net
>936
たぶん、chrootとかlxcとかちゃんとやったことがないんだろうな。
おれだったら、systemd-nspawnのほうがイヤだw
(脱線:ちなみに、Docker、VMwareは好きだけど、vagrantも嫌いだし、JS系だったら、gruntも嫌いだ。grunt使うぐらいだったら、Rakefileでかまへん。)

Dockerなんか、chrootでtar、シェルスクリプトと同じだと言われればそうだけど、なんとなくDockerやろうぜとかだったら、結局めんどいってなるんだろうなーと。

意味のあるコンテナを作れていないだけな気がする。
なんとなくコンテナを拾ってガチャガチャだったら、あかんで。

955
login:Penguin[sage]   投稿日:2017/04/26 17:46:02  ID:iaFk3vGK.net
VagrantもLinuxだとVMじゃなくてDockerコンテナが作れるらしいけど
なんかyml書くのが難しそう
Dockerfileの方が簡単に書ける

956
login:Penguin[sage]   投稿日:2017/04/26 19:35:08  ID:IME4wIbz.net
docker大好きっ子の俺だけど、
dockerfileだけは氏ねよと思うわ

957
login:Penguin[sage]   投稿日:2017/04/26 21:08:16  ID:pzwLT2al.net(2)
>945
RakefileはRubyな

958
login:Penguin[sage]   投稿日:2017/04/26 21:40:07  ID:iILlB+Gy.net
本番運用してない部門だから、dockerfileは書かず公式に外から設定ファイルを突っ込む形だわ
本番の人たちはわざわざイメージ作ってるのかな?めんどくさそう

959
login:Penguin[sage]   投稿日:2017/04/26 23:31:51  ID:pzwLT2al.net(2)
>949
本番運用のシステムを作るとめんどくさいよ。
だからDockerをつかって、本番運用のシステムを
簡単に作れるようにするわけ
コメント2件

960
login:Penguin[sage]   投稿日:2017/04/30 18:14:39  ID:tzNFl/8s.net
('・c_・` )ソッカー

961
login:Penguin[sage]   投稿日:2017/05/03 14:00:31  ID:V873conk.net
コンコンするのはノッカー

962
login:Penguin[sage]   投稿日:2017/05/04 09:43:00  ID:wKIo15gg.net
 質問なんですが、「立ち上げ直後に落ちてしまうコンテナから、原因となるファイルを削除する」手段は無いでしょうか?

事例:
 mongoのオフィシャルイメージから立ち上げたコンテナが、原因不明で立ち上げ後即落ちるようになった。
 特定のファイル( /tmp/mongodb-27017.sock )を削除すれば良い、という情報を得たので削除を行いたいが、
 普通に起動しても即座に落ちる(エントリポイントでmongodの立ち上げに失敗してシャットダウンしてる)ので、docker exec出来ない。

 最悪、コンテナ消してイメージから再作成すれば良いのですが、本来的にはどのように対処すべきでしょうか?

963
login:Penguin[sage]   投稿日:2017/05/04 09:54:45  ID:5/8bzfo8.net
>953
コンテナ消してイメージから再作成する
コンテナ自体にデータ持つ運用なんかありえないので問答無用で消してok

964
login:Penguin[sage]   投稿日:2017/05/04 10:33:51  ID:XqJurXyu.net
>953
「イメージから立ち上げたコンテナが…即落ち」
「コンテナ消してイメージから再作成」

なんか日本語が間違えてるのか、
運用方法が決定的におかしいのか。

普段どうやってコンテナ作ったり、立ち上げたりしてんだ?

965
login:Penguin[sage]   投稿日:2017/05/04 10:35:10  ID:uBvYic4+.net
>953
> 質問なんですが、「立ち上げ直後に落ちてしまうコンテナから、原因となるファイルを削除する」手段は無いでしょうか?

そのコンテナは破棄して、新たにDockerfileから作り直すだけ
簡単なこと

966
login:Penguin[sage]   投稿日:2017/05/05 17:24:12  ID:SN5lnjZb.net
>953
つまり使い方を間違えて覚えているから最初から学習し直せってこと

967
login:Penguin[sage]   投稿日:2017/05/22 15:23:53  ID:o5tdCHvV.net
>953
以前も書いたけど docker cp 使えば?

968
login:Penguin[sage]   投稿日:2017/06/21 00:57:41  ID:QiE1iwkw.net
VSCode+TypeScript+Node.jsのサーバーサイド開発環境作りたいんだけどどうするのかよく分からない
ビルド用のNode.jsとTypeScriptはDockerだけじゃなくてホストPCにも入れるのが普通なの?

969
login:Penguin[sage]   投稿日:2017/06/21 01:37:01  ID:loIiV9Vd.net
どういうことやVScodeを鯖側で動かしてVNCでもするんか?

970
login:Penguin[sage]   投稿日:2017/06/21 01:48:21  ID:1R6EWiL/.net
>959
volume

971
login:Penguin[sage]   投稿日:2017/06/21 09:40:14  ID:OD6FJlsP.net
>959
何をしたいのか書かないと誰もこたえられない。

972
login:Penguin[sage]   投稿日:2017/06/22 22:45:16  ID:dY9eEImB.net
VScodeで書いたコードをCOPYかVOLUMEで渡せばいいだろ
ローカルで動くの確認してからdocker内に渡す方が楽だろうけど
もしくはdocker内とVScodeをつなげて直接触るか
更新情報
・スレッド一覧ページで過去ログのタイトル検索・一覧表示ができるようになりました(2016/1/20)
NGワード登録
登録する
スレッド内検索

Linux板 タイトル検索

このスレッドが人気です(実況系)
ほぼほぼライブ ミヤネ★3 (906)NTV実況
バイキングとグッディ★8 (292)フジ実況
実況 ◆ TBSテレビ 27951 江藤愛ひるおび学園 (870)TBS実況
実況 ◆ テレビ朝日 48351 マリコさん (343)テレ朝実況
実況 ◆ 日本テレビ 55622 (586)NTV実況
NHK総合を常に実況し続けるスレ 135218 露天風呂 (190)NHK実況
ビビット 6/26(月) ★1 (725)TBS実況
羽鳥慎一モーニングショー★5 (563)テレ朝実況
このスレッドが人気です(ニュース系)
【この、ハゲーーーっ!】自民党 豊田真由子衆議院議員が離党届を提出 ★93 (826)ニュー速+
【かけ】安倍総理「獣医師会からの強い要望を踏まえ1校だけに限定し特区を認めたが、中途半端な妥協が国民的な疑念を招いた」★2 (827)ニュー速+
【この、ハゲーーーっ!】自民党 豊田真由子衆議院議員が離党届を提出 ★92 (1001)ニュー速+
【1型糖尿病】インスリン注射「トイレで打って」学校側が生徒の教室での注射を禁じる・・・理解進まぬ教育現場★4 (974)ニュー速+
安倍総理「獣医師会からの強い要望を踏まえ、1校だけに限定して特区を認めたが、中途半端な妥協が国民的な疑念を招く一因となった」 (1001)ニュー速+
【文化】スクエニが販売する公式「ドラクエ花札」に、以前花札を自作した同人作家が「一切声掛けもなかった」とブチ切れ★11 (1001)ニュー速+
【文化】スクエニが販売する公式「ドラクエ花札」に、以前花札を自作した同人作家が「一切声掛けもなかった」とブチ切れ★12 (153)ニュー速+
【娯楽】時間の無駄?業界の闇?0.1円パチンコに興じる人たち (624)ニュー速+
Linux板の人気スレ
デスクトップでLinuxが普及する訳ないと思った時 1 (1001)
Web翻訳家 志賀慶一氏を語るスレ 7 (869)
オススメLinuxディストリビューションは? Part68 (460)
【Raspberry Pi】ラズベリー・パイ part32【ARM】 (858)
【初心者】Ubuntu Linux 112【本スレ】 (706)
Linux Mint 23 (114)
Web翻訳家 志賀慶一氏を語るスレ 5 (922)
Linux使ってて普及するわけないと思った時 99 (577)
【Raspberry Pi】ラズベリー・パイ part31【ARM】 (974)
Linux使ってて普及するわけないと思った時 95 (903)
くだらねえ質問はここに書き込め!Part 228 (376)
初心者の質問相談にやさしく答えるスレ Part8 (523)
Debian GNU/Linux スレッド Ver.86 (982)
Arch Linux 12 (743)
【視聴・録画】Linuxでテレビ総合15 (84)
Orange Pi (373)
WindowsやめてLinuxデスクトップ! (790)
CentOS Part 46【RHEL Clone】 (1001)
Vine Linux Thread 其の67 (973)
Kona Linux 3杯 (765)
【LXDE】Lubuntu 6 (441)
GNU/Linux使ってて普及するわけないと思った時 99 (140)
linuxBean Part9 (578)
このサイトについて
このサイトは2ちゃんねるからデータを取得し、表示するサービスです。
画像のインライン表示機能について
画像のURLの後ろにある[画像をインライン表示]をクリックすると、URLの下に表示します。
表示される画像は横幅100pxに縮小されていて、クリックすると原寸で表示します。
このサイトの特徴
1)スレッド内検索ができます
2)レス(「>>1」など)のポップアップができます
3)不適切な言葉を含む投稿を表示しません
4)ページ内で画像を直接表示できます
5)2ch他スレッドへのリンクはタイトル・板名つきでリンクします
6)すっきりとしたデザインで表示します
7)最新スレや前スレをチェック・一覧表示します
8)NGワード機能の搭載でイヤな言葉が目に入りません
9)荒らしを自動チェックします
10)スレッド内・同一IDの書き込みだけ表示できます
11)レスの返事をレスされた発言の下に表示する「まとめビュー」が利用できます
12)シリーズ化したスレッドの一覧を表示します
13)最新のスレッドがある場合はお知らせします
削除について
こちらをご覧ください
機能要望について
現在機能要望受付中です。
問い合わせについて
こちらのページからどうぞ
広告


首都圏の方、ソフトバンク光オススメですよ


このサイトは2ch.scからデータを取得・表示しています。削除などについてはこちらをご覧ください。 アクセスモード:差分取得 - 新着書き込みなし(304)