Docker

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

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

http://www.docker.io/

471 ：login:Penguin：2016/06/06(月) 03:28:10.49 ID:kGX0A6hH.net

>>467
いやDocker自体は全然否定はしてないんだ。
ただ、これからはDockerっすよ！！
とかいってスマートに纏めてあるDockerfile渡された事一回もないだけなんだ、、

よくわかんねーからとりあえずchmod -R 777とか書いてたり、、

472 ：login:Penguin：2016/06/06(月) 08:23:57.75 ID:3HrdhjQZ.net

>>471
前提が変わってるし
自分のレスとも矛盾してるやんけ
んなもんそいつに言えよ

473 ：login:Penguin：2016/06/06(月) 11:07:59.72 ID:kGX0A6hH.net

>>472
説明したりPR出したりするのが面倒なのと、俺の周りにそこらで意識高い人がいないんだな、、すまん

474 ：login:Penguin：2016/06/06(月) 13:31:21.53 ID:x4rn+e32.net

もはやDocker関係なくなってんじゃん

475 ：login:Penguin：2016/06/06(月) 20:32:36.38 ID:50n6IvOQ.net

ハイパーバイザー借りて
あれっネスト出来ない…quemやvirtualbox糞遅せー！って時助かるよね

476 ：login:Penguin：2016/06/06(月) 21:14:47.34 ID:DZUJ1W6w.net

WebシステムをCDに焼いて持ち歩ける時代か

477 ：login:Penguin：2016/06/07(火) 01:38:11.24 ID:p5YtWRXs.net

>>470
> 自分としては"本番で使うなら" docker の差分ファイルシステムは必要ないし、

それはどういう意味？

1. あってもなくてもかまわないが、必要と思ってないだけ。
2. あったら困る。

478 ：login:Penguin：2016/06/07(火) 01:40:22.19 ID:p5YtWRXs.net

>>470
> オンプレだとクラウドのように動的にサーバを追加したリしないので Mesos のようなスケジューラに
> 依存せず自分たちで割当固定したほうが扱いやすいしね。
> （docker が 1 から 10 までできるようになってもこの辺のツールを作ってる会社は変わらないと思う）

いや、dockerを使う理由は、アプリの開発速度にインフラやがついていけないからでしょ？

いまやアプリが使ってる各種ライブラリっていうのは、毎日のように
どれか一つはバージョンアップするんだよ。
そのたびに、インフラ屋は、環境を作り直すのかい？

479 ：471：2016/06/07(火) 17:48:10.32 ID:PJf9l/sS.net

>>477

1 と 2 の間かな。

Storage Driver （overlay、aufs、devicemapper あたり)はどれも今のところ一長一短で
パフォーマンスや細かな不具合がある。
これらの問題がなければ運用面でのメリットがあるのでできれば使いたい。
ただ、これらの問題があるかぎりはトラブルシュートが面倒なので「あったら困る」。

Storage Driver のトラブルについてはまとめてくれてる方がいるのでそちらが参考になる。
https://github.com/AkihiroSuda/docker-issues

問題だと思ってるものの中では、仕様として残り続ける物もあるとは思うのでどこかで妥協して
overlay あたりを利用するようになるかもしれない。

480 ：471：2016/06/07(火) 18:04:02.77 ID:PJf9l/sS.net

>>478

以下、質問の意図を私がちゃんと理解できてないのでおかしいことを言っているかもしれない。

> dockerを使う理由は、アプリの開発速度にインフラやがついていけないからでしょ？
たしかに、アプリ側がトライ＆エラーなどをする場合にインフラ屋が足かせになりってるのは事実。
ただ、それらの多くは技術レベルの問題ではなく、システムの環境的な問題や手順的な問題なので
そこをすっ飛ばして docker イメージをアプリ屋さんが作ってもらうスタイルだと思っている。
docker なら構築手順書としての役割と動作確認環境としての役割をある程度満たしてくれるしね。

> いまやアプリが使ってる各種ライブラリっていうのは、毎日のように
> どれか一つはバージョンアップするんだよ。
> そのたびに、インフラ屋は、環境を作り直すのかい？
これはアプリ屋さんの仕事だと考えている。
デプロイ環境の構築やセキュリティチェック、パフォーマンス対応がインフラ屋さんじゃないかな。
（当然、上記以外のホストOSの管理やNetwork、ロードバランサ、バックアップの設計なども）
バージョンアップするかどうかを最終的に決めるのはアプリ屋さんの仕事だと思ってるし、
バージョンアップ後の動作確認もアプリ屋さんやプロデューサーが実施しないと意味ないしね。

アプリ屋さんが docker で環境を作って動作確認なり出来たイメージを用意する。
それをチェックして配布、deploy して動かす環境をインフラ屋さんが用意する（drootなど）。

つまり、インフラ屋はアプリの動作環境を Dockerfile などで理解はするけど構築はしない。