Docker

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

http://www.docker.io/

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

>>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とか作るときで、そのマシンには開発環境入れたくないみたいなときに結構役立ってるけどな

半分趣味でやるのに手軽で便利だなーって感じ
もちろんDockerfileを一から書いたりはしない

>>707
つマイクロサービス

>>712
それこそユーザーに全く関係ないだろ

正直立ち上げが速いこと以外魅力感じないな

Dockerでサービスを再発明するよりクラウドネイティブでいいじゃん
AWSロックイン? 何が問題なの?
というのが主流になりつつあるよね。
Docker使うようなサイクルの短いアプリなら尚更。

なんかみんな新しい言葉好きだよね

>>715
クラウドネイティブってAWSを使うことじゃないよｗ

「Dockerを使うことでクラウドネイティブにしやすくなる」
こういう使い方をする。

>>683
お前が一番腐ってるだろ

最近dockerを触り始めたけど、
os updateがあった場合普通どういう手順になるのがよくわからない。

docker fileにupdateを書いておいて、
イメージを生成しなおして、旧コンテナ破棄?

それともコンテナ中で手動(or cron)でupdateする?

>>719
ベースイメージを取得し直してリビルド
それが負担になるほどアプリの更新頻度が低く、かつ塩漬け運用もできないというならその用途はdockerには向いてないよ

>>720
ある程度自動で更新出来るようにしておけば楽だけどね。

確かに面白い技術だけど、これとWineを使ってMinGWの（えせ）ネイティブ環境を作るのって、出来るのかな？(´･ω･`)

ホストがWindowsの場合VMwareなどの仮想環境下のLinuxに比べてパフォーマンス的にはどうなんだろう？

ホストがWindowsの場合は存在しないです

>>724
https://msdn.microsoft.com/en-us/virtualization/windowscontainers/quick_start/quick_start_windows_server

>>725
>>724はホストがWimdowsでLinuxコンテナは無いって話だろ

Bash on Ubuntu on WindowsのLinuxカーネルエミュレーション機能が
完璧になれば、WindowsでLinuxカーネルを使うこと無く、Linuxコンテナを
動かすことができるようになるけどね。

最近Bash on Ubuntu on Windowsの開発活発だし。
BashからWindowsアプリ起動できるようになったって。

できたら教えてくれ…と言いつつ、開発はlinuxとmacばかりになったな…

mac糞化したけどちゃんと使えてるの？

職場でlinux禁止されてしまったので期待！なんだが、
Windows 7 pro以外だめっていわれてるんで意味ないんだよな。

>>730
7 pro限定ってのはきっついな

VPSで数十人が使うWebアプリを公開しようと思ってるんだけど、
実行環境を含めたバックアップ目的にmondorescueを検討していたら
外部DB+Dockerコンテナという選択肢もあることに気付いた次第
もちろん外部DBは定期的にバックアップ取ることにするけど
可搬性から見てどっちが良いですか？
あるいは、外部DB+Dockerでうまいことバックアップとる構成があれば教えて下さい

Dockerコンテナというのは単なる1プロセス。プログラム。
バックアップを取るべきはデータであってプログラムではない。
だからDockerコンテナはバックアップする必要はない。

バックアップを取るのは外部DB。
つまりは普通のバックアップ方法と何も変わらない。

>>732
スナップショット機能のあるVPSやIaaSを使えば?
1台で運用するならDockerなんか余計な手間が増えるだけだぞ

>>733,734
なるほど、どうもありがとう
スナップショット機能のあるVPSを見繕ってみます

っconoha

将来的なクラウド適用領域の拡大を考えるならEC2がいいのでは
業務系ならさすがにAWSはクソ便利だよ

開発現場で窓OSなんか、窓から捨てちゃえばおｋだってば。

Dockerが動かないのはお前の愛するMacも同じじゃん
お前が言っているのはWinもMacも投げ捨ててみんなデスクトップLinuxを使えということだが、自覚してるのか?

え？何言ってんだMacはDocker動くだろ

VM上でということなら Win も Mac も動くな。

Docker for Mac も Docker for Windows も所詮 VM上の Linux。
Docker Toolbox とは VM 周りの実装とパッケージングの違いでしかない。

一応は Windows は Windowsコンテナならネイティブで動かせるし、
Docker for Windows にもクライアント側の Linux[VM] <-> Windowsコンテナ の
切り替え機能がついたらしいが

無知を晒さなくていいから。

だから>>731なんだろ

>>739
無知は黙ってろって。

DockerコンテナっていうのはLinuxカーネルを共有するものなので
Macでネイティブに動くことはない（MacはLinuxカーネルではないから）

もしOSがLinuxカーネルを完全にエミュレートできれば、
Dockerコンテナも動くだろうけどね。
Bash on Ubuntu on Windowsは、WindowsでLinuxカーネルを
不完全ではあるがエミュレートしてるので、これがもし完璧になれば
WindowsでDockerコンテナが動く可能性はある。

wine-linuxとBashOnWindowsなら前者を選ぶのがここのたしなみと考えていたのだか…

Docker使う人はこの板では少数派のいわゆる普通のLinuxユーザー(つまりサーバー系)なので
手元の作業端末はだいたいWinかMacが基本だと思うよ

この手の技術は進化が早いからついて行けないのはしょうが無いな

http://www.boycottdocker.org/
ちょっと極端な意見もあるように思うけど、まあそういう人もいるかもね。

VM vs コンテナと言うが、台数ベースではVirtualBoxの上でDocker動かしてるのが最も多いというオチ。

普通にクラウド使うだけでだいたい解決しちゃうからなあ
Dockerを運用できるほどがっつりインフラ作り込んでて
さらにDockerのメリットが得られるほどバリバリ開発してるようなシステムって
そんなに沢山あるとは思えないな