Docker

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

http://www.docker.io/

>>608
「アプリがカネールサポートしてない機能を使おうとしたら」という話がきっかけなので
そうではなくコンテナエンジンが必要とする機能が無い場合の話ならばそのとおりですね。
どちらもアプリケーションを動かす上で必要という話ならばそのとおりだと思います。

>>610
いや、メリットはあると思ってるよ。ただ万能じゃないよねというだけ。
仮想マシンの例を出したけど、それだって別に万能じゃない。

ただ、過度なdocker推しを見てると、うさんくさく見えるってだけ。

あーこれがトレンドでなんか新しいものできたから使わなきゃ！みたいなのってあるよね。

>>609
docker 自体が、単なるコンテナ/VMと比較して技術的な面ですごいことは
それほどないので docker の話をする場合にその話をしても無意味ですね。
それこそ「昔から jail が合ったのに」と言われて技術的にはそうですねとしか言い様が無いです。
# hyperkit/vpnkit あたりは技術的にすごいなと思います。

docker の良い点はそれらの技術を組み合わせて使いやすくしたこと、
その使いやすさを享受するためにはあるワークフロー（というか縛り）に乗らないとダメなことですね。
つまり、技術の話ではないです。

その縛りによる世界の中では素晴らしいと感じるのでそのように怪しげに見えるんだと思います。
ちなみにこの縛りが個人的には一番大きなメリットです。

このワークフローと何かを比較すべきであってコンテナとVMの技術の比較なんてほとんど意味ないんです。
608 でも書かれてますが docker も別にコンテナにこだわってるわけではありませんし。
# unikernel の開発者は hyperkit に流れたので、当分はコンテナを使うでしょう

上の dis に関しては twitter で「vm と比較して kernel 共有してるからdocker は使っちゃダメなんだ」
とたまに流してる人がいるので書いてますが、docker の本質はワークフローなので
なんで問題にならないそんなことで dis ってんの？という感想にしかならないです。

>>582
rsync

使う理由を探しているよね(´・ω・｀)

もっと気軽に使いなよ。こんな使い方をしてるよ。

・仮想環境より起動が早いので気軽に使える
・ちょっと試したい時にdockerhubから引っ張ってきて試してみる
・自分のメインディストリビューションで提供されてないバージョンの何か
　が必要な時に、別のディストリをdockerで作って利用する。
・クロス環境がいくつかいる時にツールチェーンがよくわからなくなるので
　dockerコンテナに閉じ込めておく。
・webサイトをそのままデプロイするため

dockerの前は仮想環境でやってたよ。vagrantも使ってたけど。

馬鹿田大学とか民進の討論ですか

仮想OSは、様々な問題が出てくるけど、

Dockerなら、動くそのOS内での話だから、問題がない

さすがに意味不明すぎる
仮想マシンは一つの独立したマシン以上でも以下でもない
もちろんそれ故の使いづらさはあるが、その理由も対策もシンプルだ
一方dockerはコンテナがホストや他のコンテナに容易に影響を与え、下手すりゃホストが乗っ取られる場合もある
別にdockerをdisるつもりはないが、さすがに>>619のような人任せの意識で
dockerのようなプラクティスの未熟な道具に手を出すのはどうかと思うわ

>>619は頭を使わない信者臭がして気持ち悪いが

>>620
>一方dockerはコンテナがホストや他のコンテナに容易に影響を与え、下手すりゃホストが乗っ取られる場合もある

仮想マシンも同じだろう？

dockerむちゃくちゃ使いにくいな
仕事だからしゃあなく使うけどプライベートでは絶対に使わない

Docker、良さある

そこでCoreOSですよ

一番あったらありがたいのはDockerfileを読み込んで
VPS上にサーバ構築できたらありがたいわけです。
いちいちAnsible勉強するのめんどくさい。

>>625
本質を見ようぜ
シェルスクリプトと同じだろ?それ

Dockerfileで構築するとめっさ時間かかるよな
ならもうそのままimageで放り込めよと思う

Dockerfileはあくまでもソースコードで使うのはimage（バイナリコード）でしょ

>>627
ベースイメージを多段にすれば、最終の構築はすぐ終わるぞ

わしはこの方法でイメージファイルが3G超えた

docker-machineでdigital-oceanに構築すると楽なんですけど
これって本番運用可能なものなんでしょうか？

本番って基盤のイメージ

WinでVBox不要になるのか

v1.12.0で実装されたSwarmについて誰か説明してくれ
Amazon ECSに変わるものって認識でいいの？

>>630
俺も本番とかいう言い方嫌い

>>620
> 仮想マシンは一つの独立したマシン以上でも以下でもない
> 一方dockerはコンテナがホストや他のコンテナに容易に影響を与え、下手すりゃホストが乗っ取られる場合もある

アホすぎる・・・。

仮想マシンは独立したマシンだというのなら、
ホストどうのこうのじゃなくて
（ゲスト）マシンが乗っ取られる＝（ホスト）マシンが乗っ取られる
ってことだろ。

仮想マシンが独立したマシンと言うのなら、
危険性はホストマシンが乗っ取られるのと同じだ。

そもそも犯罪者の目的はホストマシンを乗っ取ることじゃなくて
マシンリソースやそこにあるデータを奪うことなんだわ。

ホストマシンを掌握すればより多くのことができるようになるかもしれないが、
別にそれは必須じゃない。一般ユーザー権限であっても
そのユーザーの情報は奪えるわけだからね。

ましてやゲストマシンを奪えたならば、そのゲストマシンの
全データを奪えるのと同じ。ゲストマシンで何かを動かすんだろう？

そりゃ
「被害の大小にかかわらずID:7bogyaJyが死んでお詫びします!」
というならID:7bogyaJyにとっては一緒だろうさ
君が言ってるのはそういうこと
何かあったとき切腹じゃなくて焼き土下座で済ませられるように対策しようというのはセキュリティの重要な考え方の一つだよ

>>636
ならあんたはシステムを作らないほうが良いよｗ
物理マシンを使ったら被害は甚大だからね。

安全にシステムを保つことが出来る力がない人は
何もしない方がいい。

なぜ物理マシンを使ったら被害は甚大だと思うの?
物理マシンは複数のサービスが同居してるから乗っ取られたときの被害が大きく、Dockerだとサービス一つで済むってことか？
別に俺はそこを否定してるわけじゃないが、だとしたら君はDockerでホストが乗っ取られたときのリスクの大きさを認めてることになるね
Dockerでホストが乗っ取られたらその上で動作する全コンテナへの完全なアクセスを奪取されるんだから被害は甚大だ

× 君はDockerでホストが乗っ取られたときのリスクの大きさを
○ 君は（コンテナ・仮想マシン・物理マシン・アプリ）でホストが乗っ取られたときのリスクの大きさを認めてることになるね

全部一緒だ。アホめ

× Dockerでホストが乗っ取られたらその上で動作する
○ 仮想マシンが乗っ取られたらその上で動作する
○ 物理マシンが乗っ取られたらその上で動作する

なーんもかわらんｗ

勉強しろアホ目

http://paiza.hatenablog.com/entry/2016/06/07/Docker%E3%81%AF%E5%8D%B1%E9%99%BA%E3%81%A8%E3%81%84%E3%81%86%E8%AA%A4%E8%A7%A3%E3%81%A8%E3%80%81%E6%9C%AC%E5%BD%93%E3%81%AB%E6%B3%A8%E6%84%8F%E3%81%99%E3%81%B9%E3%81%8D%E7%82%B9

コンテナを単に実行するだけで、ホストや他のコンテナがのっとられる
コンテナは隔離環境で実行されますので、単純に(オプションを明示せずに)
一般的なコンテナを実行するだけで、ホストや他のコンテナがのっとられることは現状はありません(知られてはいません)。

ホストのディレクトリ・ファイルを共有すれば、ホストのファイルにアクセスできますが、
明示的に指定しない限り共有されません(-v オプションなど)。
ホストのファイルを共有すればホストにアクセスできますが、
これは仮想マシン(VMware, VirtualBox)でも同じです。

マイクロサービスとかをみると
サービスは独立しているしエラーも他のサービスに影響は与えない
ということはサービスの一つを乗っ取られたとしても
他のサービスには影響を与えないから
影響は限定的ということになる。

Dockerを開発に導入したくて上司に相談したんだけど、コストメリットを示せと言われた。
実際どのくらいでるもんなの？

コストメリットがあるからDockerを導入したいんじゃないのか？

作ったあと開発の手を離れてしまうようなシステムならメリットは全く無い
開発チームにとっても運用チームにとっても面倒臭いだけ

開発スピード上げて差額出せ

2chで聞いたら名無しがこう答えた、で上司は納得するのか?

>>645
まさにこれなんだよな
メリットなんてない
新しいおもちゃ触ってみたいだけ
でもそれは秘密

>>643
そもそも何でDockerを導入しようと思ったの？
その質問だと目的と手段がごっちゃになってるように見えるんだけど

CI回せないならメリットは無いね
開発効率を直接向上できるのはCIであってdockerはそれを実装するためのツールにすぎない
>>649も言ってるけど目的と手段をごっちゃにしてはいけない

>>649
正直いうとごっちゃになってる。
Docker使ってみたいだけ。
だって世間で流行ってるものを使いたいって技術者なら誰しも思う事だろ？
でも費用対効果とか経営者目線で見られると説得しづらいんだよ
技術者と経営者の違いだな

実際コストメリット出す能力もない人間が使っても博打にしかならないと思うぞ

>>651
よくわからないんだけど、ライセンス料がかかるわけでもないのに費用対効果出せないと新しいツールを使うことも許されないの？
そんなこと言い出すと一生新しいツールは使えないってことになるけど

Dockerに興味がある人数人でちょっと使ってみて、メリット・デメリットを洗い出してチーム全体で使うかどうか相談するもんじゃないの？

うちの会社(典型的な請負SIer)でもサーバー系のインフラチームがDocker試してるらしいけど、
コード一行弄るのに客に見積回す会社でしかもアプリのコードを見たことすらないインストール屋が
Docker触ったところでどうするのか甚だ疑問

>>653
実際にやってもらうのは下請けなんだよね
下請けにDocker使ったら効率化できるでしょってやってもらいたいの
その検証費用とか予算取りしないといけない

>>655
下請けに投げるような開発でDocker? 正気か?
煽りでも何でもなく、Dockerで一体何をどう効率化することを期待してるの?

CIじゃなくて
環境をコンテナ化して運用することにメリットないの？

VMを立てるまでもないような、たまにしか走らないバッチ処理にはいいんじゃない
最近はそういう目的のためにAWS Lambdaみたいなのもあるからメリットはオンプレ限定だけど

>>655
酷すぎる
バズワードで現場を振り回す無能上司の見本

理由は「俺のモチベーションが上がるから。」
で通っちゃったりする。
もしくは「とりあえず使ってみないとメリットもわからないでしょ？。」
とかｗ

下請けは効率化する提案持ってこないのよ
理由は人月で見積もってるから稼働がかかる程儲かる仕組み。
だからこっちから効率化案を出さないとやってくれないので。
Dockerを導入してもらって効率化をはかりシステム費用を削減できるかなって思ったけど無理そうだね。
本当に日本のシステム産業って糞だわ

効率化提案って、そもそもコンサルティング事業なんだからそれなりの額払わないとやってくれなくて当たり前だと思うけど。
それを下請けがさも当然のごとく提案してくると思ってるなんておかしくない？そんな非常識的なことがまかり通る業界なのかわからないけれど。

コンビニバイトが、こうすればワンオペでも回せます！トラブった時の責任は俺がもちます！ワンオペにした分働けなくなって給料減るのに大変になるけど！
とかっていう提案をわざわざするとは思えない

いるんだよねこういうアイデア出すだけで有能気取りの無能
そらこんなのが上流にいたらクソ産業化しますわ

>>662
>>663
それなりの金額は払ってるしこれからも払うよ
まあ、君たちは大手と仕事したことないのは分かった
まあ生きてる世界が違うんだろうな

>>664
で、どう効率的で費用対効果があるの？
まさか自分でなにも考えずに人に聞いてるわけじゃないよね
まず自分でどう思ってるの？

上司からコストメリット出せと言われて愚痴ってるレベルの人間が何言っても滑稽だわ
生きてる世界が違う、私もそう思います

自社開発やってるところが一番働きやすいなって一連の流れ見てて思った

ほんと、自分の無能さは棚に上げて「Dockerが」「下請けが」「俺は大手だから」みたいな >>664 を見ると可哀想になってくる

>>664
コンサル料払って実際に下請けする業者にdocker使った改善提案出してもらえばいいじゃん。勝算があるなら出来ると思うんだけど

>>669
だから下請けは出してこないんだよ
Docker使っても本当に効率化にはならないのかもしれないし、もしくはエンタープライズには品質的に時期尚早なのかもしれない、
効率化すると人手がかからなくなるから売り上げへるからなのかもしれない
そこの見極めが難しいんだよ

パラダイムシフト寄りの仕組みに見えるよね
着眼点としては、規模は異なるけど、メインフレームからオープンシステムへの移行に近い
メインフレームでもできるにも関わらず廃れた訳が理解できてないとこれを「知る」ことすらモチベーションが上がらないだろうね。上記を加味すれば、下請けが出してこないタイプの技術なわけだが、当然わかるよね

↑そもそもこいつらDockerを理解してないんじゃない？
Dockerだけ見たら仮想空間で包んでいるだけでメリットなんてなく余計なコストがかかるだけだけど
マイクロサービスをアーキテクチャとして組み込めば開発時のメリットが増えるってことなんだから。

シンプルに準備も勝算もなく思いつきで陳情して玉砕しただけだろ
ここまで投入ポイントも推計もまったく出てきてない
後出しする情報すらない人間に何聞いても無駄

やめて！>>643のライフはもうゼロよ！

>>672
やっぱりメリットなんてないのかよ

酸っぱい葡萄程度の教養もない人間を抱えてる腐った大企業にはメリットないから使わないほうがいいよ
ITの巨人がこぞってDockerと提携出資してるし俺も価値を知ってるから使うけどお前には関係ないよ
大手と仕事したことのある大手じゃないお前の企業に帰りなさい
外に出ても恥をかくだけでつらいでしょう

だまって導入しちゃったけどな。。

恐竜に体温調節機能は要らない
メリットがないと言うのはそういうこと
開発が楽になるなんて技術者使い捨ての会社には不要だからさ

SI系ならバッチ処理の運用に使うのはアリだね
塩漬けにできるってのはドカタITには非常に受けるし、開発や運用やインフラの体制をほとんど変えずに導入できる

結局「メリット」は誰もわからないわけか
ここもレベル低いな

そんなの使い方によるし

>>670
お抱え業者じゃなくて、ちゃんとDockerの導入実績のある業者に打診しなきゃダメなのは当然では？
大手のお抱えは、大手と同様安定重視でリスクとらなさそうだもん

技術を理解しようともせずに下請けにDocker流行ってるから使ってみてくんない？コスト下がるかもしれないし、とか丸投げしてくる大手の発注元とつきあってくためには、
うちはそういうの出来ませんからって言って新しいことに挑戦しないで旧態依然の方法で今までと高い金取ってた方が楽だと思うもん

確かに、>>661で言ったとおりに日本のシステム産業って糞なんだろな。上流が腐ってるから下流も腐るしか無い

>>682
まさにそれ
腐ってるんだけど、唯一腐ってない俺がDockerでやるって上を説得さえすれば軍隊のごとくそっちに向かうのも事実。
サラリーマンとしてはいろいろ根回しうまい方で説得する自信はある。しかしDockerとかディープラーニングをうちの下請け（グループ会社なんだけど）がちゃんとやってくれるか不安なんだよね。

>>678
開発岳じゃなくて、運用が楽になるんだけど

>>683
似てるけど両方とも下には出してない
というか、DLなんて下請けに回したところで何もできんよ。スクレイピングが関の山

>>682
下請け側としては、コストが下がったとしても黙ってるよなｗ
従来と同じ金をもらってればいいんだし。>>670はアホなんだろうな。

下請けにおんぶに抱っこしかできない元請け様が恥をかいただけでしたね
SIerとは思えない。製造業の窓際システム部門かな？

>>686
普通はそうだよね
効率化して原価下がったとしても、高く売れる限りは高く売る

とはいっても、競合に低コストで売り込まれて切り替えられる可能性がある分野だとそんなことはないだろうけど

新たな手法を用いて効率化できるかもしれないけど、テストケースを膨大にこなさないと本当に安全かどうか分かんない、みたいな場合なら、
黙っては効率化しないよな。リスク回避を考えると。

本当に新手法を取り入れてコストカットしていきたいなら、ちゃんと下請けと元請けが協力して共通のゴールを目指せるような体制を作って、
上手く行く行かないにかかわらず検証費用を支払っていくような仕組みにしないとうまくいかないと思うんだけどな

受託業者の開発にDocker順次適用なんて無理だと思うけどまあやってみればｗ

ここは中小企業の低レベル技術者達の吹き溜まりみたいな所だからこんな質問お門違いだろ
フェイスブックとかで質問してみれば？知らんけどw

Docker使うメリットはミドルウェアのバージョン固定のため
じゃダメなのか？

イントラ限定のアプリやバッチならそうだけど、そういうところにDocker使ってるのは少数派じゃないの?
ベアメタルだろうがDockerだろうがセキュリティパッチ当てなきゃいけないのは変わらないんだから、
パブリックなサイトでセキュリティのためだけの更新が多いなら、いちいちイメージ更新しなきゃいけない分手間は余計に増えるよ

普通のLinux>セキュリティアップデートは自動
Docker内のLinux>固定されているので手動でセキュリティアップデートする必要がある。

(´・ω・｀)トラブって責任追及された
やっぱ安易に導入したらダメだわｗ

導入しなくてもトラブったら
責任追及されるんだが？

責任取れるほどの地位ないから平気だな。。

>>694
責任追及された結果、どうなった？

俺が責任追及する立場なら、今後一切のDocker使用を禁じる通達を本人から全社員に出させるかな
技術者には謝罪以上に最も屈辱的なことだろう

>>698
そういう通達出す人って無能な上司感半端なくね？
学校でハサミを使ったトラブルがあったらハサミを使用禁止にした教師思い出すわ

もうPCも使用禁止にしたほうがいいよね

>>694
ぜひトラブった原因をqiitaとかに書いてくれ。ここに書いても便所の落書きにしかならないからな

同意同意
昔はココに書いてる事も役に立ったけど
今は全く使える事が無いのが残念

人が消えてしまったこともあるが
検索にかからなくなったのが大きい

Dockerそのもので話し合うことがなくなった
figまではよかったが、オーケストレーションとかやってる奴いるのかよ？

もうみんな歳を取ったんだよ
新しい技術に追い付けなくなったんだよ

インフラ系の新技術は枯れてくるにつれて話のスケールがでかくなってきて
半分趣味で触ってるような連中はついていけなくなるのが常

つうか、未だに何がうれしいのか全く分からない。

作ってる人が楽しいのは分かるし、バズワードでドヤ顔したいだけの
半可通がうれしいのも分かるけど、実生活にどう影響するのかと。

原始人「電気の何が嬉しいのかわからない。」

電気はシステムが出来たから、>>707みたいなバカでも嬉しさは分かるだろ。

古いOS動かしてるマシン用のrpmとか作るときで、そのマシンには開発環境入れたくないみたいなときに結構役立ってるけどな