[過去ﾛｸﾞ]
Docker Part2©2ch.net (1002ﾚｽ)
Docker Part2©2ch.net http://mao.5ch.io/test/read.cgi/linux/1506574845/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
205: login:Penguin [sage] 2018/07/10(火) 18:37:07.13 ID:TEPxwuu8 ええやん alpine使いにくいし乗り換えようかな http://mao.5ch.io/test/read.cgi/linux/1506574845/205
206: login:Penguin [sage] 2018/07/11(水) 00:29:12.16 ID:dU5xb19g minidebのUbuntu版みたいなヤツか http://mao.5ch.io/test/read.cgi/linux/1506574845/206
207: login:Penguin [sage] 2018/07/11(水) 13:45:07.36 ID:Za+YUtMW ええやん、なんぼなん http://mao.5ch.io/test/read.cgi/linux/1506574845/207
208: login:Penguin [sage] 2018/07/12(木) 01:08:55.93 ID:Spx3HNht 展開後のサイズは約80MB前後でminidebのようなコンテナ特化支援コマンドはさすがに無いっぽいな Ubuntu版の公式slimとしてapt系で最新パッケージ使いたいなら(Debianのslimじゃなくて)こっちでねって感じか 野良イメージじゃない公式スリムに選択肢が増えるのは嬉しい http://mao.5ch.io/test/read.cgi/linux/1506574845/208
209: login:Penguin [sage] 2018/07/12(木) 07:54:44.88 ID:2fRy1rm8 debianよりも少ないの？ http://mao.5ch.io/test/read.cgi/linux/1506574845/209
210: login:Penguin [sage] 2018/07/12(木) 08:05:41.95 ID:uhTdlutY alpineで慣れちゃった。 http://mao.5ch.io/test/read.cgi/linux/1506574845/210
211: login:Penguin [sage] 2018/07/13(金) 09:30:31.30 ID:PFiL2FSs debian:stretch-slimは55MB （bitnami/minideb:stretchは54MB） ubuntu:bionicは81MBで去年から変わってないみたいだけど今回発表されたやつは何なんだいったい… 元記事タイトルにDocker Hubとあるが実は関係なくてアマとかGCPで使うimgファイルが小さくなりますたってことか http://mao.5ch.io/test/read.cgi/linux/1506574845/211
212: login:Penguin [sage] 2018/07/15(日) 20:58:09.55 ID:9hWJVlJh ミニマルすぎると一個ゲットした途端大量に依存がやって来る悪寒しかない http://mao.5ch.io/test/read.cgi/linux/1506574845/212
213: login:Penguin [sage] 2018/07/15(日) 21:53:50.81 ID:rnlXfHys ミニマムすき http://mao.5ch.io/test/read.cgi/linux/1506574845/213
214: login:Penguin [sage] 2018/07/15(日) 22:11:32.38 ID:Xmkkcspf エセロリやん http://mao.5ch.io/test/read.cgi/linux/1506574845/214
215: login:Penguin [sage] 2018/07/19(木) 17:07:15.56 ID:4Cjfx+r5 「OpenNebula 5.6」公開、Dockerサポートの強化などが加わる 2018年7月18日15:00 末岡洋子 https://mag.osdn.jp/18/07/18/150000 クラウドインフラストラクチャ構築・管理プラットフォーム「OpenNebula」の開発チームは7月16日、 最新安定版となる「OpenNebula 5.6」（Blue Flash）を公開した。 Docker管理機能を新たに統合、任意のOpenNebulaクラウドで、Dockerアプリケーション実装の 土台となるDockerエンジンの仮想マシンをMarketplaceよりインポートできるようになった。また、 OpenNebula APIやインターフェイスを経由することなくDockerエンジンをシームレスに管理する Docker Machineも統合した。 http://mao.5ch.io/test/read.cgi/linux/1506574845/215
216: login:Penguin [sage] 2018/07/27(金) 03:51:52.83 ID:6DSLURTJ 訳あってソースコードからビルドしないといけない物があるんだけど、 ビルドに必要なパッケージをインストールしたくない。 だからDockerでビルドして、インストール先はDockerの外って やりたいんだけど、そういう使い方のノウハウって どこかにまとまってないかなぁ？ ソースコードのディレクトリをボリュームにして make installだけDockerの外でやるのが一番かなぁ？ http://mao.5ch.io/test/read.cgi/linux/1506574845/216
217: login:Penguin [sage] 2018/07/27(金) 04:48:47.30 ID:1joj4I21 そういうときはmake install先のディレクトリだけ -v でマウントしとくパターンが簡単で良いね 例えば ./configure --prefix=/usr/local で入れるやつはインスコ先になる/usr/localを docker runのときに -v "/usr/local:/usr/local" って指定する コンテナでmake installまでやれるしホストもソースやビルドツールで汚れないから安心 docker公式マニュアルのどっかに書いてあった気がしたが見当たらなくなってた http://mao.5ch.io/test/read.cgi/linux/1506574845/217
218: login:Penguin [sage] 2018/07/27(金) 07:25:43.45 ID:7fogAuN8 詳しい解説サンクス http://mao.5ch.io/test/read.cgi/linux/1506574845/218
219: login:Penguin [sage] 2018/07/28(土) 15:41:09.29 ID:0ikx9NUA >>217 もう少しアイデアを発展させてみた。 このアイデアをどうするかは任せる make install、前々からの問題。何処に何がインストールされるかわからない。 基本的には--prefixで指定した所だろうけれど、確実にそうとは言い切れない make uninstall、これも前々からの問題。uninstallをサポートしているものが少ない インストールした後消すのが大変 docker、make installでインストールされるファイルは多分レイヤーの差分を見ればわかる インストールされるファイルがわかるのだから、それを消せばアンインストールになる インストールするファイルも残っているのだから、ファイル内容を比較することで アンインストール時に想定外のファイルを削除しなくてすむかもしれない http://mao.5ch.io/test/read.cgi/linux/1506574845/219
220: login:Penguin [sage] 2018/07/28(土) 16:06:06.83 ID:PwMG08J6 今はMulti-stage buildが公式実装されて>>219のアイデアを綺麗に実現できるようになったね！ ビルドコンテナのmake install結果をホスト経由せずに実行用コンテナに簡単に乗せられる ビルドコンテナも実行用コンテナも使い終わればコンテナごとすべて消せるから --prefix完全無視の無作法野良ツールにホストのファイルが上書きされることもないし make uninstall非対応でもコンテナ消せば良いだけだからゴミが残ったりもしない http://mao.5ch.io/test/read.cgi/linux/1506574845/220
221: login:Penguin [sage] 2018/07/28(土) 19:21:25.29 ID:fgC/Ah69 >>220 > make uninstall非対応でもコンテナ消せば良いだけだからゴミが残ったりもしない なんかちょっと違うｗ インストール先はコンテナの外よ。だからコンテナ消せば良いだけってことにはならない。 どんなものでもコンテナ化して使えるかっていうと、例えば（独自ビルドの）gitコマンドを コンテナに入れて使うのは大変だと思う。カレントディレクトリを見るし、 サブコマンド次第ではカレント以外のディレクトリも見るしね インストールするファイルを知ることができるから、コンテナでビルドして生成したものを コンテナの外にインストールしてアンインストールもしやすくなるだろうと言う話 http://mao.5ch.io/test/read.cgi/linux/1506574845/221
222: login:Penguin [sage] 2018/07/29(日) 00:30:39.68 ID:wo8fIaJv 最初のうちはエディタとかgitとかはどうしても大変に思えてホストに直接置きたくなるんだよな 俺もコンテナ上のgitからホストのカレントディレクトリを見る方法がわからんというごく最初の段階でつまずいた 絶対パス指定ならツールで使う主要ディレクトリを-vに指定しとけば大半普通に開けるけど カレントを含めた相対パスも単に-v $(pwd):$(pwd) -w $(pwd)を書いておけばいいという基本をDocker Hubのgitイメージページ読んで知った http://mao.5ch.io/test/read.cgi/linux/1506574845/222
223: login:Penguin [sage] 2018/07/29(日) 01:53:02.32 ID:vXZjVBrz >>222 だから大変だからホストに直接おいたほうが良いって話なんだが 例えばgit diff --no-indexでカレント（gitディレクトリ）以外を 比較したくなったら-v $(pwd):$(pwd)じゃ対応できない。 他にもgit applyとかさ -v $HOME:$HOMEにしたら動くかもしれないけど、 それでもhomeの外では使えないコマンドになってしまう。 （例えば/opt以下にgitリポジトリをcloneするツールとかさ） コマンド実行した時、特定のファイルはコンテナの外を見ますが、 それ以外はコンテナの中を見てますとかややこしいだけだから 俺は頑張ったんだって自己満足してたいだけでしょ？ そんなのは意味がないから辞めたほうが良い http://mao.5ch.io/test/read.cgi/linux/1506574845/223
224: login:Penguin [sage] 2018/07/29(日) 01:54:06.34 ID:vXZjVBrz あ、そうだ。gitのglobal configがあるから、 絶対HOMEをボリュームにしないとだめなんだ。 http://mao.5ch.io/test/read.cgi/linux/1506574845/224
225: login:Penguin [sage] 2018/07/29(日) 01:57:06.96 ID:vXZjVBrz ssh鍵の話もあったな -v $(pwd):$(pwd) -w $(pwd)を書いておけばって 実際には使ってないだろ。 コンテナ化に適してないアプリをコンテナ化しても使いにくいだけ http://mao.5ch.io/test/read.cgi/linux/1506574845/225
226: login:Penguin [sage] 2018/07/29(日) 02:32:06.22 ID:vXZjVBrz 面白い例を思いついた > 最初のうちはエディタとかgitとかはどうしても大変に思えてホストに直接置きたくなるんだよな エディタとgitをコンテナにするとどうなるか 環境変数GIT_EDITOR、コミットメッセージなどを編集する時に使用されるエディタをしている。 まあGITが使う多数の環境変数をコンテナの中に渡す。これだけでも面倒くさくてやりたくないが、 gitをコンテナの中で動かしたりすると、エディタがコンテナの中で起動される つまり、gitコンテナの中にエディタまで入れないといけない。 さてそのエディタ、当然（？）のごとくgit連携機能がついている。 エディタからgitを呼び出されるならば、エディタのコンテナの中に、gitを入れないといけない 環境変数？ おっと、gitコンテナの中でエディタを起動するならば、 エディタで使う環境変数も、gitコンテナに渡さないといけないな。 おっと、エディタからgitを呼び出すこともあるから、エディタのコンテナを実行する時も gitの環境変数を渡さないといけないな はは、乾いた嘲笑の笑いしか出てこない。こんなムダでややこしいことやって なんの意味があるんだ。 http://mao.5ch.io/test/read.cgi/linux/1506574845/226
227: login:Penguin [sage] 2018/07/29(日) 18:09:34.64 ID:PCsU6lV8 長くて全部読んでないけど、ホスト側のgitなりエディタ設定なりに依存するようなコンテナって筋悪くない？ k8sとかでコンテナを別ホストに移動したら使えなくなるような気がする。 http://mao.5ch.io/test/read.cgi/linux/1506574845/227
228: login:Penguin [sage] 2018/07/29(日) 18:12:14.75 ID:PCsU6lV8 エディタが何かによるけど、vim程度ならコンテナ毎に入っててもいいのでは。有償のIDEでgit連携して使ってる人にとってはちょっとしんどいとかかな。 http://mao.5ch.io/test/read.cgi/linux/1506574845/228
229: login:Penguin [sage] 2018/07/29(日) 20:28:18.31 ID:vXZjVBrz そりゃ単に、 普通は使わないけど入っていても良い。イメージのサイズがでかくなるだけ。 程度のことだな 普通はコンテナのイメージはDockerfileで作るし、コンテナの中のファイルを 直接修正することはない。Dockerfileの開発中とかデバッグのために 便利かもーぐらいで入れておいてもいいが、最終的には使わんので消す コンテナ内のvimは使わない。の意味がわからんやつは 勉強し直したほうが良い http://mao.5ch.io/test/read.cgi/linux/1506574845/229
230: login:Penguin [sage] 2018/07/29(日) 21:46:50.04 ID:PCsU6lV8 え、普通にvim使ってるけど。何でなの？ http://mao.5ch.io/test/read.cgi/linux/1506574845/230
231: login:Penguin [sage] 2018/07/29(日) 21:48:26.84 ID:PCsU6lV8 本番環境って前提ならそもそも本番で稼働している設定ファイルはみだりに編集しないってのは分かるけど。 単にコンテナ内でvim使うかどうかって話だとしたら本気で意味分からん。 http://mao.5ch.io/test/read.cgi/linux/1506574845/231
232: login:Penguin [sage] 2018/07/29(日) 21:51:36.18 ID:PCsU6lV8 コンテナの中のファイルは絶対編集しないってどういうことなんだろう。良くあるベストプラクティスに書いてあるから盲目的にそうするって事だとしたら、はぁ、そうですかで話終わりにするけど。 http://mao.5ch.io/test/read.cgi/linux/1506574845/232
233: login:Penguin [sage] 2018/07/29(日) 22:27:59.92 ID:Hv8rsH9m >>238 Dockerはアプリケーションコンテナと言って、 アプリケーションをコンテナ化するもの システムコンテナと違って、コンテナの中で作業するためのものじゃない。 だから、vimという手動で作業するツールをコンテナに入れる意味はないし、 vim自体をコンテナ化しても使いづらいことは説明済み > 良くあるベストプラクティスに書いてあるから ベストプラクティスレベルの話じゃない。Dockerの使い方の基本の話。 とりあえずアプリケーションコンテナとシステムコンテナの 違いぐらい学習してから出直せ http://mao.5ch.io/test/read.cgi/linux/1506574845/233
234: login:Penguin [sage] 2018/07/29(日) 22:32:59.80 ID:/XpMabXH ドヤ顔で未来にエスパーしてて草 http://mao.5ch.io/test/read.cgi/linux/1506574845/234
235: login:Penguin [sage] 2018/07/29(日) 22:49:16.80 ID:Hv8rsH9m 内容は間違えてないだろ？ﾆﾔﾘ http://mao.5ch.io/test/read.cgi/linux/1506574845/235
236: login:Penguin [sage] 2018/07/29(日) 23:31:49.15 ID:PCsU6lV8 >>233 アプリケーションコンテナとシステムコンテナの違い、ですか。そうですか。 教科書にはきっとそう書いてるんでしょうね。その辺はよく知らないけど、たぶん間違ってないんだと思います。 でも、私はDockerで開発するファイルも編集します。はい。 http://mao.5ch.io/test/read.cgi/linux/1506574845/236
237: login:Penguin [sage] 2018/07/29(日) 23:37:55.72 ID:PCsU6lV8 コンテナでsshd起動してsshでアクセスするなとかいうのも基本としてあるってのは聞いたことある。 けどそんなの関係ねぇ。 実際エンジニアに開発環境としてコンテナ提供するのにsshでアクセスできないって不便でしかない。 http://mao.5ch.io/test/read.cgi/linux/1506574845/237
238: login:Penguin [sage] 2018/07/29(日) 23:54:22.87 ID:PCsU6lV8 ちなみにシステムコンテナってSolarisのzoneみたいなものかな。Linuxだと何かあるのだろうか。 http://mao.5ch.io/test/read.cgi/linux/1506574845/238
239: login:Penguin [sage] 2018/07/30(月) 01:20:21.45 ID:QZl1Bega >>236 コンテナの中にあるファイルはコンテナ削除すると消えるでしょ？永続化しない。 残っていてほしいファイルはボリュームでコンテナの外にだすわけだから そのファイルの編集はコンテナの外でやれば良いわけ 中にvimを入れておくのは開発中とかの一時的にしかやらんよ っていうか使いづらいでしょ？ あんたvimの設定とかしてないの？ デフォルト設定で使いづらいからカスタマイズするのが常識だけど コンテナの中にあるのはなんの設定もされてないvimじゃん http://mao.5ch.io/test/read.cgi/linux/1506574845/239
240: login:Penguin [sage] 2018/07/30(月) 01:23:38.82 ID:QZl1Bega >>237 関係ないとか言ってないで、自分の解釈が大きくずれているって考えたほうが良いよ ちょっと間違いレベルじゃなくて、方向性が大きくずれている 変な使い方をしているから、使いづらく感じるんだよ http://mao.5ch.io/test/read.cgi/linux/1506574845/240
241: login:Penguin [sage] 2018/07/30(月) 06:34:10.24 ID:jEBEwRTJ >>239 残ってほしい開発後のプログラムがあるならgitでpushしとけば良くない？ 設定あんまりシナイ派だけど、仮にするとしても、それこそvimrcとかgitでpushしてるものをcloneで持ってくれば設定なんて一撃で終わらない？それじゃあダメな理由とかある？ http://mao.5ch.io/test/read.cgi/linux/1506574845/241
242: login:Penguin [sage] 2018/07/30(月) 06:40:38.62 ID:jEBEwRTJ >>240 解釈がどうじゃなくて、実際便利に使えるかどうかが問題なんだけど。 どんなに正しくても実際に使い難ければ正しくてもやらない。 もちろんセキュリティーや影響は考慮するけど、その辺問題なければ基本がどうとか関係ない。 PMBOKとかAgileとか、基本に忠実にそのままやったら余計効率が悪くなって使えたもんじゃないでしょ。教科書守れば良いって思考は実用的な効率を犠牲にする。 http://mao.5ch.io/test/read.cgi/linux/1506574845/242
243: login:Penguin [sage] 2018/07/30(月) 06:42:13.68 ID:QZl1Bega >>241 gitは作業中断時に一時保存するための道具じゃないし、 設定しないなんて使いづらいだけだし、 いちいちcloneするとか面倒くさいことこの上ないし、 ホストでやれば普通にできることを、いちいちやらないといけないのか？ 間違ってる方向に進むとこれから、あれやこれが使いにくいって愚痴るだけだぞ すでに愚痴ってそうだがｗ その原因はすべて間違った使い方にある 変な癖が付く前に矯正したほうがいい http://mao.5ch.io/test/read.cgi/linux/1506574845/243
244: login:Penguin [sage] 2018/07/30(月) 06:43:07.14 ID:QZl1Bega >>242 > 解釈がどうじゃなくて、実際便利に使えるかどうかが問題なんだけど。 便利に使うための手段を、お前がみんな捨ててるから、 （俺は不便な中で生活してるから）不便に思わないんだって言ってるだけじゃん http://mao.5ch.io/test/read.cgi/linux/1506574845/244
245: login:Penguin [sage] 2018/07/30(月) 06:44:51.91 ID:QZl1Bega >>242 > PMBOKとかAgileとか、基本に忠実にそのままやったら余計効率が悪くなって使えたもんじゃないでしょ。教科書守れば良いって思考は実用的な効率を犠牲にする。 お前のその考え方だと、間違った解釈をして間違ったやり方をやって 余計効率が悪くなった。PMBOKとかAgileはクソって言ってるようにしか見えないね まず教科書守ってやろう。いまお前は教科書通りのことを守らずに使いづらいと言ってる http://mao.5ch.io/test/read.cgi/linux/1506574845/245
246: login:Penguin [sage] 2018/07/30(月) 06:48:28.40 ID:jEBEwRTJ >>243 一時保存なんて利用用途で言った覚えはないけど、仮にそうだとしても何で一時保存でgit使ったらダメなの？ あなたって基本に従うってことに束縛されて思考が限定されてる気がする。自分だけでそういう方針で進めるのは勝手だけど、人にやり方強制しだすと嫌われるから考え改めた方が良いよ。 新卒ならまだ良いけど。 http://mao.5ch.io/test/read.cgi/linux/1506574845/246
247: login:Penguin [sage] 2018/07/30(月) 06:51:41.70 ID:jEBEwRTJ >>244 よくわからんけど、君の言ってるようにアプリケーションコンテナの中のファイルは編集するなって事を守ると何が便利なの？物凄く不便じゃない？ ローカルなホストにファイルを永続化させるよりgitにpushする方が安心感あると思わない？ http://mao.5ch.io/test/read.cgi/linux/1506574845/247
248: login:Penguin [sage] 2018/07/30(月) 06:52:59.21 ID:QZl1Bega >>246 gitはバージョン管理するための道具であって、 バージョン管理しないならタダの保存に過ぎないから それにgit使うなら、コミットする時に、メールアドレスと名前の設定がいるだろ？ gitでpushするならssh鍵が必要だろ？ rootでやるわけないから、自分のhomeディレクトリがいるだろ お前本当にコンテナの中でgitでpushとかしてるんか？ してねーだろ。使いづらいもんな お前はまだ初心者で、どうせgitもオープンソースものをcloneするぐらいのことしか したこと無いんだろ。基礎ができてないんだからまず教科書通りにやれと http://mao.5ch.io/test/read.cgi/linux/1506574845/248
249: login:Penguin [sage] 2018/07/30(月) 06:54:15.51 ID:jEBEwRTJ PMに教科書通りのやり方を強制されて疲弊してる現場を見てきたから経験談として話してるだけ。 教科書通りやって現場がうまくまわってるならそうすればいいよ。 というか、むしろ教科書なぞってうまくいってる現場があるならそれ勉強会とかで話してほしい。見に行くので。 http://mao.5ch.io/test/read.cgi/linux/1506574845/249
250: login:Penguin [sage] 2018/07/30(月) 06:55:30.13 ID:QZl1Bega >>247 > よくわからんけど、君の言ってるようにアプリケーションコンテナの中のファイルは編集するなって事を守ると何が便利なの？物凄く不便じゃない？ ホストに置いたファイルを編集すればいいだけだろ。 それがコンテナの中にボリュームを通して見えてるんだから コンテナの中に入って編集する必要がない。 コンテナの中の環境を整える必要もない もっと便利なものが俺には見えてるんだが、 お前のやり方は何が便利なの？ できるといってるだけで便利なんてお前は一言も言ってないよね？ お前のやり方が俺は不便だと言ってる。反論は？ できる、やったらだめなの？は不便であることの反論にはならない http://mao.5ch.io/test/read.cgi/linux/1506574845/250
251: login:Penguin [sage] 2018/07/30(月) 06:55:41.00 ID:jEBEwRTJ ということで、あなたのやり方を変えさせるつもりもないし、自分のやり方を変えるつもりもありません。 以上終わり。 http://mao.5ch.io/test/read.cgi/linux/1506574845/251
252: login:Penguin [sage] 2018/07/30(月) 06:57:17.09 ID:QZl1Bega >>247 > ローカルなホストにファイルを永続化させるよりgitにpushする方が安心感あると思わない？ ホストにあればgitにpushしたいと思ったタイミングでpushできるんだが コンテナ消すと中で編集したファイルが消える。不便だからgit入れて忘れずにpushしなきゃって コンテナのファイルを直接編集すると不便だと言ってなかったか？ｗ http://mao.5ch.io/test/read.cgi/linux/1506574845/252
253: login:Penguin [sage] 2018/07/30(月) 06:58:17.45 ID:QZl1Bega >>251 俺はやり方をお前に押し付けてるんじゃなくて、 正しいやり方にしないとお前が困るという事実を言ってるだけ お前はその事実に反論してない。困るのは自分だけだから 良いじゃないかって逃げてるだけだ。 http://mao.5ch.io/test/read.cgi/linux/1506574845/253
254: login:Penguin [sage] 2018/07/30(月) 07:00:14.56 ID:QZl1Bega >>249 そのPMが教科書通りにやってないだけだよｗ 教科書通りにやることが簡単だと思ってはいけない 教科書に反論するときは、教科書の場合と何が違っているかまで 理解してからじゃないといけない。 教科書になってるぐらいだから基本的には正しいんだよ。 それが当てはまらない理由を見つけない限り、教科書に反論してはいけない。 当てはまらない理由がわからないのは、理解してないってことになるんだから。 http://mao.5ch.io/test/read.cgi/linux/1506574845/254
255: login:Penguin [sage] 2018/07/30(月) 07:08:27.71 ID:QZl1Bega ほんとね。反論の一つでもできればまだいいんだが、 回避策はあるというだけじゃ、その方が良いってことにはならないんだよ。 全部回避策を入れないとやっていけないってことになってるんだから、 優れた方法っていうのは、回避策を使わずとも自然な形で実現できる いちいち回避策を考えなきゃやってられないってのは、 やり方が間違ってる証拠でしか無いんだよ 余談だが、アメリカではツールをただ導入するのではなく、そのツールが 想定している使い方を学習して、やり方をツールにあわせるから効率的になるらしい。 日本だとツールを導入して、自分のやり方にカスタマイズさせる。 やり方を変えようとしないから生産性も変わらないし、 ツールのカスタマイズにコストも掛かるとのこと。それと同じだ http://mao.5ch.io/test/read.cgi/linux/1506574845/255
256: login:Penguin [sage] 2018/07/30(月) 09:12:18.18 ID:2DtBR6Mw アプリケーションコンテナはyum, aptのパッケージ相当だと思ってるなぁ 基本的に使い捨てて常にクリーンなコンテナに出来るのがいいし, だからこそkubernetesとかで高い自己修復性を持てる http://mao.5ch.io/test/read.cgi/linux/1506574845/256
257: login:Penguin [sage] 2018/07/30(月) 09:22:21.96 ID:IG0rWwn1 すると、Vimのような手動カスタマイズほぼ必須のアプリは コンテナ化には適さないのか docker searchしてもVimが出てこないのが不思議だったがそういうことか http://mao.5ch.io/test/read.cgi/linux/1506574845/257
258: login:Penguin [sage] 2018/07/30(月) 09:55:24.40 ID:2DtBR6Mw そのカスタマイズ部分を, プラグインならホストからマップするか別コンテナで, 設定ファイルはホストからマウントする必要があるだろう http://mao.5ch.io/test/read.cgi/linux/1506574845/258
259: login:Penguin [sage] 2018/07/30(月) 16:34:35.00 ID:QZl1Bega >>257 手動カスタマイズの有無じゃないな。 プログラム本体がコンテナに隔離されているので、 コンテナの外に自由にアクセスするものは適さない もちろんプログラム本体がコンテナに隔離されているおかげで コンテナの外がどうなっていようがいろんな環境に持っていける コンテナと外部との通信は基本的にネットワーク通信で行うか ボリュームとしてマウントしたディレクトリ経由で行う ボリュームとしてマウントするから、コンテナの外がどのような OSやディレクトリ構造であっても、コンテナの中からは同じよう見える コンテナの外がどうなっていても中からは同じように見える。 Dockerの "仮想化" というのはこういう意味 （ハードウェアをソフトウェアで仮想的に作り出すという意味じゃない） もちろん不可能ではないが面倒なだけ http://mao.5ch.io/test/read.cgi/linux/1506574845/259
260: login:Penguin [sage] 2018/07/30(月) 19:40:21.56 ID:vC8FJAc3 これいわゆるイキリstaticおじさんが駄々こねて屁理屈連投してるいつもの案件じゃなくて もしかして今回に限っては、Docker業界的にも、回避策やカスタマイズの工夫するくらいなら コンテナはそぐわないからツールの使い方としてもやめてねって方向性にいつの間にか大勢が傾いてるのか http://mao.5ch.io/test/read.cgi/linux/1506574845/260
261: login:Penguin [sage] 2018/07/30(月) 19:45:58.92 ID:QZl1Bega エクセルで小説書くなってだけの話 http://mao.5ch.io/test/read.cgi/linux/1506574845/261
262: login:Penguin [sage] 2018/07/31(火) 19:28:27.70 ID:9kOFb8Cb docker-tramp.el 便利だー。この機能使うためだけにemacs使いになっても良いと 思うくらい。コンテナにvimやsshdインストールする必要がありません。 http://mao.5ch.io/test/read.cgi/linux/1506574845/262
263: login:Penguin [sage] 2018/07/31(火) 20:23:57.73 ID:GXqvrTdQ いまWSL使ってDockerを使っているんですが、atomでホストに置いたファイルを修正して それをイメージに反映させたいのですが、修正するたびにビルドするのが面倒です。 なのでボリュームを使ってホストのディレクトリをコンテナ内に共有しようと思っています。 Linuxではうまく動いているのですが、WSLだとうまく動かないのですが、 何が問題だと考えられますか？ http://mao.5ch.io/test/read.cgi/linux/1506574845/263
264: login:Penguin [sage] 2018/07/31(火) 20:24:57.09 ID:GXqvrTdQ と、書き込んでからひらめきました。 WSLで使ってるのはWindows上のDockerなので パスの指定をC:\〜でやらないといけないきがします。 http://mao.5ch.io/test/read.cgi/linux/1506574845/264
265: login:Penguin [sage] 2018/07/31(火) 20:28:45.59 ID:C0KTXAUF ビンゴでした！ こんな感じでホストのディレクトリがコンテナから見えました。 これでWindowsのatomを使って簡単に編集できそうです。 スレ汚し申し訳ありません http://mao.5ch.io/test/read.cgi/linux/1506574845/265
266: login:Penguin [sage] 2018/07/31(火) 20:30:02.34 ID:C0KTXAUF ↑なぜかコマンドを書き込んだらエラーになったので怪しそうな所を大文字で書きます。 docker run -p80:80 -v"$(wslpath -wa www):/var/ｗｗｗ" -d ｈｔｔｐｄ http://mao.5ch.io/test/read.cgi/linux/1506574845/266
267: login:Penguin [sage] 2018/07/31(火) 20:33:08.23 ID:PupCkl8+ >>262 もとからvimもsshdも入れたりなんかしてないよ。 入れるもんでもないしね。 docker-tramp.elも別にいらないかな。 ファイルを修正したいならボリュームにすればいいだけだし、 sshdはdocker execを使えばいいので、 http://mao.5ch.io/test/read.cgi/linux/1506574845/267
268: login:Penguin [sage] 2018/07/31(火) 20:50:25.97 ID:PXAb2zrY >>267 定位置にあるconfファイル等を色々いじってテストしたい時はどうしているの？ http://mao.5ch.io/test/read.cgi/linux/1506574845/268
269: login:Penguin [sage] 2018/07/31(火) 20:52:18.71 ID:WDZkbP+f >>267 コンテナ提供するアプリエンジニアにdocker exec使えって言うの？ http://mao.5ch.io/test/read.cgi/linux/1506574845/269
270: login:Penguin [sage] 2018/07/31(火) 20:54:37.84 ID:WDZkbP+f 大した負荷のかからないコンテナをサーバーって言ってアプリエンジニアに提供するときある。ポート番号ちょっと変わってるサーバだと思って使ってくれてるよ。 本人はdockerだのコンテナだのを使ってる事に気づいてない。 http://mao.5ch.io/test/read.cgi/linux/1506574845/270
271: login:Penguin [sage] 2018/07/31(火) 21:27:30.82 ID:PupCkl8+ >>268 だからボリューム使えばいいじゃない？ $ docker run -it debian cat /ｅｔｃ/debian_version 9.5 # ホスト上のファイルにすげかえ $ docker run -it -v/ｅｔｃ/hosts:/ｅｔｃ/debian_version debian cat /ｅｔｃ/debian_version 127.0.0.1 localhost 略 >>269 普通に使ってるからなぁ。 アプリエンジニアがDockerfileを書かないで誰が書くというの？ アプリを動かすのに何が必要かを知ってるのはアプリエンジニアだけなんだが。 build, run, exec などを使って正しく動くコンテナのイメージを作るまでがアプリエンジニアの仕事で コンテナを動かす環境を作って指定されたイメージを起動するのがインフラエンジニアの仕事 >>270 アプリエンジニアがDockerイメージを作ってないのはおかしい。 アプリを作ってる人でないと、アプリを動かすのに必要なものは知らないんだから 「手元のマシンだと動きました」「ライブラリのバージョンが違ってるんですねー」 これをなくすためにDockerがあるというのに。仕事の分担が間違ってる。 http://mao.5ch.io/test/read.cgi/linux/1506574845/271
272: login:Penguin [sage] 2018/08/01(水) 05:48:16.53 ID:rxe3lfEn 動くコンテナのイメージ作るのがアプリエンジニアの仕事なら、結局必要なミドルをアプリエンジニアが入れる事になってそれこそインフラエンジニアの作った本番環境と差異が出てしまうと思うのですが。 まあ新規や中小規模のサービスならそれでも問題無いと思うけど。 http://mao.5ch.io/test/read.cgi/linux/1506574845/272
273: login:Penguin [sage] 2018/08/01(水) 05:52:39.03 ID:rxe3lfEn 大きい会社だとIDEしか使ったことがない、CUI触ったこと無いアプリエンジニアとか普通に居りましてですね まあその程度のアプリエンジニアはいずれ淘汰されると切り捨てるなら問題無いんですけどね。 http://mao.5ch.io/test/read.cgi/linux/1506574845/273
274: login:Penguin [sage] 2018/08/01(水) 06:00:09.93 ID:rxe3lfEn アプリ動かすのに必要なミドルウェアをバージョンも含めて熟知してるアプリエンジニアって相当優秀だと思う。 取りあえずアプリ動く程度に適当にミドル入れまくるアプリエンジニアいるけど、それができるアプリエンジニアすらそこそこ出来る評価なんだけど。 http://mao.5ch.io/test/read.cgi/linux/1506574845/274
275: login:Penguin [sage] 2018/08/01(水) 06:12:59.68 ID:eV7ibk3+ >>272 やっぱお前使い方間違ってるわ 答えだけ言っておくね。本番環境と全く同じ環境になる http://mao.5ch.io/test/read.cgi/linux/1506574845/275
276: login:Penguin [sage] 2018/08/01(水) 06:13:53.34 ID:eV7ibk3+ >>274 > アプリ動かすのに必要なミドルウェアをバージョンも含めて熟知してるアプリエンジニアって相当優秀だと思う。 お前の会社の人間が馬鹿だってことかな？ そうなんだろうな。 ミドルウェアのバージョンを把握してないで どうやってアプリが正しく動くことを保証するのか？ 言ってみ http://mao.5ch.io/test/read.cgi/linux/1506574845/276
277: login:Penguin [sage] 2018/08/01(水) 06:15:57.48 ID:eV7ibk3+ コンテナの中にミドルウェアが入ってしまってるのに どうやってインフラエンジニアがミドルウェアを入れ替えるんだ？ コンテナに手を入れてミドルウェアを差し替えるんか？ｗ http://mao.5ch.io/test/read.cgi/linux/1506574845/277
278: login:Penguin [sage] 2018/08/01(水) 06:18:28.58 ID:eV7ibk3+ というかミドルウェアがなにかもわかってなさそうｗ http://mao.5ch.io/test/read.cgi/linux/1506574845/278
279: login:Penguin [sage] 2018/08/01(水) 06:57:46.82 ID:rxe3lfEn え、もしかして自分でミドル入れずにDockerhubに落ちてるミドル入りコンテナ使ってるクチだったりするの？ http://mao.5ch.io/test/read.cgi/linux/1506574845/279
280: login:Penguin [sage] 2018/08/01(水) 06:59:30.64 ID:rxe3lfEn コンテナの中庭ミドルが入ってしまっているのにって、じゃあそのミドルは誰が入れるの？ アプリエンジニアが適当に入れたミドルをそのまま本番に使ってたりするんですか？ http://mao.5ch.io/test/read.cgi/linux/1506574845/280
281: login:Penguin [sage] 2018/08/01(水) 07:01:51.20 ID:rxe3lfEn インフラエンジニアの居ない規模の企業でアプリエンジニアが勉強して開発から本番運用までやってるって言うなら分かるけど。 インフラエンジニアいるのにミドル部分までアプリエンジニアが制御するって問題無いの？ 部署をまたいだアプリエンジニア同士で宗教論争はじまってまとまらないと思うんだけど。。 http://mao.5ch.io/test/read.cgi/linux/1506574845/281
282: login:Penguin [sage] 2018/08/01(水) 07:06:15.76 ID:rxe3lfEn 最終的にはインフラ分からないアプリはフェードアウトするって意見に異論はないけど、まだその時ではないと思ってる。中小規模やベンチャーは知らない。 http://mao.5ch.io/test/read.cgi/linux/1506574845/282
283: login:Penguin [sage] 2018/08/01(水) 07:40:52.95 ID:vZ5iA/aw >>280 > アプリエンジニアが適当に入れたミドルをそのまま本番に使ってたりするんですか？ なんで適当に入れるんですか？ お前じゃあるまいしｗ http://mao.5ch.io/test/read.cgi/linux/1506574845/283
284: login:Penguin [sage] 2018/08/01(水) 07:52:42.75 ID:vZ5iA/aw >>281 お前さ、アプリケーションが動くサーバー作ったことないだろ？ どうせデータベースサーバーのセットアップぐらいしかしてねーだろ？ データベースサーバーのセットアップなんて簡単だもんな 設定ファイルをいじるだけ。そんな簡単な仕事はお前にやらせるよ で、アプリ開発してないやつが、どうやってアプリケーションが 動くサーバーを作れるっていうの？ あぁ、どうせお前、オープンソースのアプリ動かしてるだけだっけ？ｗ 俺が作ったアプリ、そのアプリが動くのになんのライブラリが必要か言ってみ？ アプリを開発してる俺は当然わかるが、教えないからなｗ アプリのコード読んで必要なものを調査するとかやんなくていいよ 俺がコンテナのイメージつくってやっからさ、 お前はそれ動かすだけ。おまえにできないことはやらなくていい お前はDockerr動くLinuxマシンだけ用意してればいい http://mao.5ch.io/test/read.cgi/linux/1506574845/284
285: login:Penguin [sage] 2018/08/01(水) 08:09:10.69 ID:rxe3lfEn 何をそんなに怒っているの？ http://mao.5ch.io/test/read.cgi/linux/1506574845/285
286: login:Penguin [sage] 2018/08/01(水) 08:12:05.32 ID:rxe3lfEn あなたがよくても他のアプリエンジニアから不満でたりしないの？ あなたのレスみる限り大きな声で周りねじ伏せて自分凄いって思ってるタイプの人に見えますが。 周りは従ってるんじゃなくて腫れ物には触らないようにしてるだけっていうオチじゃないですか？ http://mao.5ch.io/test/read.cgi/linux/1506574845/286
287: login:Penguin [sage] 2018/08/01(水) 09:24:20.09 ID:rSD2s4kw マウント合戦はお腹いっぱい http://mao.5ch.io/test/read.cgi/linux/1506574845/287
288: login:Penguin [sage] 2018/08/01(水) 10:07:33.31 ID:oUHlYMq4 それだけDockerの理解・運用は難しいということだな 俺本読んでもさっぱりわからんかったもん コンテナがIPアドレスを持つって聞いて、ファッ?ってなったわ コンテナ=アプリとその動作環境をパックにしたものと ここで教わったが、アプリがIPアドレスを持つわけないだろう http://mao.5ch.io/test/read.cgi/linux/1506574845/288
289: login:Penguin [sage] 2018/08/01(水) 10:18:41.57 ID:V8uA/puM containerizedされたアプリケーションならdocker-composeなりkubernetesなりでミドルウェアごと構成管理するのが普通 この場合はインフラ屋の役割は主としてdockerなりkubernetesクラスタの管理になると思うのだけれど 単に共通テスト環境としてコンテナを使っていて, アプリケーションをcontainerizedせずにリリースするとか単体のコンテナとして配布して使う側で上手に組み合わせてねってものならインフラ屋が実動環境に合わせてコンテナ構成をすることもある Travis CIとかGitLab CIでビルド環境として使うコンテナはこっちの場合が多そう テスト/開発環境でもdocker-composeかVagrantした方がいいと思うけども http://mao.5ch.io/test/read.cgi/linux/1506574845/289
290: login:Penguin [sage] 2018/08/01(水) 10:32:58.00 ID:V8uA/puM >>288 UNIXソケットを使わない場合にアプリケーション間のデータのやり取りはTCPやUDPで行われることが多いと思うのだけれど, そうするとIPアドレスがないと困るだろう 特にロードバランシングしていると同一ホスト上でないことが普通なので, ソケットが使えないことが多い http://mao.5ch.io/test/read.cgi/linux/1506574845/290
291: login:Penguin [sage] 2018/08/01(水) 18:16:15.55 ID:vZ5iA/aw >>286 人間の問題と技術の問題は切り離して考えましょう 俺の周りがどうこうとか聞く必要ないだろ？ お前には関係ない話なんだから。俺の周りが凄くて 全員がDockerを使いこなしていて、誰も文句言わなくても、 「お前の」周りではそうじゃないんだろ？ なら、それはお前の周りでの問題であって。 その問題の原因は人間だって素直に認めればいいじゃないか？ 下には下なんていくらでもいるんだから、素人集団には 使えませんと言われても、それ技術となんの関係もないやん http://mao.5ch.io/test/read.cgi/linux/1506574845/291
292: login:Penguin [sage] 2018/08/01(水) 18:21:54.43 ID:vZ5iA/aw >>288 > コンテナがIPアドレスを持つって聞いて、ファッ?ってなったわ > コンテナ=アプリとその動作環境をパックにしたものと > ここで教わったが、アプリがIPアドレスを持つわけないだろう そう。認識としてはIPアドレスを持ってないと考えていい。 内部の仕組みの話だから。 コンテナ = アプリで、環境の仮想化を行っているため、 そのコンテナ（＝アプリ）は自由にサービスを提供するポートを変更できる。 仮にコンテナの中で80番ポートでアクセスを受け付けているからって、 コンテナ（＝アプリ）は80番ポートでアクセスを受け付ける必要はない。 コンテナが受け付けるポートは自由に変更できる。 それが「仮想化」で実現している機能の一つ それを実装するために、内部的にルーティングしているというわけ Dockerの仕組みに詳しい人はネットワークについても勉強するだろうけど Dockerを使っている段階では、コンテナがどのIPアドレスを 持ってるかなんて意識していない http://mao.5ch.io/test/read.cgi/linux/1506574845/292
293: login:Penguin [sage] 2018/08/01(水) 18:23:53.95 ID:vZ5iA/aw >>288 > それだけDockerの理解・運用は難しいということだな 技術職っていうのはそういうもんだよ。 ソフトウェアにおいて技術=知識 知識を得て楽をするか、知識ない人は力ずくで頑張れと http://mao.5ch.io/test/read.cgi/linux/1506574845/293
294: login:Penguin [sage] 2018/08/01(水) 21:17:15.65 ID:rxe3lfEn >>291 いや、関係あるでしょ。 元々ある程度のリテラシーのエンジニアに使ってもらうこと前提の話をしてるのに、あなたは俺が俺がばっかりで使い手に対する配慮がほとんど感じられない。 さっきもいったようにあなたは腫れ物か、もしくは本当に周りがDockerくらい使いこなせるみたいな優秀なエンジニアばかりの職場で働いてるからそういう考えになるんでしょうね。 せいぜいその職場から振り落とされないようにしてくださいね。 普通の職場で働くと、たぶんあなたは腫れ物扱いされます。 http://mao.5ch.io/test/read.cgi/linux/1506574845/294
295: login:Penguin [sage] 2018/08/01(水) 21:18:23.05 ID:/ajt4qwz なんで喧嘩腰なの？ http://mao.5ch.io/test/read.cgi/linux/1506574845/295
296: login:Penguin [sage] 2018/08/01(水) 21:22:54.23 ID:vZ5iA/aw >>294 > 元々ある程度のリテラシーのエンジニアに使ってもらうこと前提の話をしてるのに、 だから、それ、人間の話ですよね？ 技術の話をしてください http://mao.5ch.io/test/read.cgi/linux/1506574845/296
297: login:Penguin [sage] 2018/08/01(水) 21:27:17.86 ID:vZ5iA/aw ほんとDockerの話しろっていってるのに、 俺の周りの人間は〜馬鹿ばかりだから〜 人間の話ばっかりｗ http://mao.5ch.io/test/read.cgi/linux/1506574845/297
298: login:Penguin [sage] 2018/08/01(水) 22:48:53.21 ID:gpg7eCuF なんでこのスレこんなに荒れてるの http://mao.5ch.io/test/read.cgi/linux/1506574845/298
299: login:Penguin [sage] 2018/08/02(木) 01:28:49.77 ID:NqqEoGeq 全く興味ない第三者だが、いちおう荒れた懲罰としてうんこ置いとくな？ _人 ( ) (へ ノ) ヽ( ´ 」`)ノ ( `ー ) 【いけめんｳﾝｺ】 http://mao.5ch.io/test/read.cgi/linux/1506574845/299
300: login:Penguin [sage] 2018/08/02(木) 06:34:51.81 ID:rhKXtEAo そこで働く人間無視して仕事できる訳ないし、やってるつもりなら大した仕事してない。 勝手なことやるなら本当にインフラも含めて別予算で独自にやってほしい。 えらそうな事言って勝手な事やって、結局尻拭いはインフラ側に押し付ける勝手なアプリエンジニア見ると文句の一つも言いたくなる気持ち分かるでしょ。 インフラエンジニア要らないってのは理想。ただ、その理想を妨げる事が多いのが声がでかいアプリエンジニア。 大概やりたいようにやって自分では運用回らなくなって、別の誰かに運用を押し付けて自分はフェードアウトするってのがお決まりのパターン。 http://mao.5ch.io/test/read.cgi/linux/1506574845/300
301: login:Penguin [sage] 2018/08/02(木) 07:40:01.26 ID:a1K3N0Xu >>300 そういう話じゃねーよ 人を持ち出してきたら、どんな結論でも覆せるんだからここで話す意味ないだろってこと 例えばウェブサーバー運用するのにLinuxが適しているとなっても うちではLinux使える人がいないので、Linuxはだめなんですってなるだろ Javaが適していてもうちではJava使える人がいないでJavaだめなんです。 COBOL使ってください。ってなるだろーが。 もはや適しているかどうかの話じゃなくなるんだよ。 「Dockerの適している使い方は○○です」って結論した後 心の中で「でもうちでは技術者のスキルが低くて使えるやついないんだよ。」って泣けばいいだろ 他の人には関係ない話だ http://mao.5ch.io/test/read.cgi/linux/1506574845/301
302: login:Penguin [sage] 2018/08/02(木) 08:13:38.44 ID:a1K3N0Xu >>300 > インフラエンジニア要らないってのは理想。 そんなこと言ってない。アプリエンジニアがやるべきことはアプリエンジニアがやって インフラエンジニアがやるべきことはインフラエンジニアがやれってだけ アプリがなんの言語で使ってるかなんて、アプリエンジニアが知っていればいい情報だろ 言語もそうだしアプリ動かすのにインストールしなきゃいけないライブラリやパッケージを、 アプリエンジニアに聞かないでわかると思うか？ インフラエンジニアにはコンテナのイメージ渡すから、それを動かす環境を作ってくれればいい 中が何で動いているかなんか、知ったこっちゃねーだろ？ それとも勝手にディストリやパッケージを適当に入れた挙げ句、ライブラリのバージョンの違いで 動かなかくて、その責任をとってくれんのか？ どうせこういうことすら思いつかなかったんだろ？ だからお前がアプリケーションが動くサーバー作ったことねーだろってわかるんだよ。 http://mao.5ch.io/test/read.cgi/linux/1506574845/302
303: login:Penguin [sage] 2018/08/03(金) 23:40:03.86 ID:1yCRuO5i 数日かけてDocker使って個人用のミニアプリ書いたぜ 内容はサーバーのとある情報を、別のマシンからブラウザで グラフで見れるようにする一種の監視ツール zabbix や nagios みたいに本格的な物はいらない。むしろおもすぎて邪魔 先に結論から言うと、このアプリを新しいサーバーで動かすには docker run -d -p80:80 -vなどのオプション --restart=always コンテナ名 とdockerサーバーが動くマシンで、たった一行実行するだけでデプロイは完了する （docker hubにイメージ置けるのであれば、本当にこの一行で終わり。 置けないならばプライベートレジストリから取ってくるように少し準備がいるだろう） これは個人用のアプリで１人でやっているが、もしインフラエンジニアに伝えるとすれば、 このコマンドとどんなオプション（環境変数）があるかを伝えるだけで終わり あとは必要なサーバーにデプロイしてくれるだろう もしDockerを使わずにインフラエンジニアがデプロイをしようとしたら大変なことになるだろう。 なぜかって？だってこれだけの情報じゃ、どんなサーバーを構築すればいいか インフラエンジニアにはわからないでしょ？何をインストールする必要があるのか？ なんの言語が必要でどのパッケージを入れておかないといけないのか？ スクリプトのパスは？どんなコマンドが必要なのか？などなど docker使えば、さっき書いたdocker run〜のコマンドだけで構築できるというのに。 http://mao.5ch.io/test/read.cgi/linux/1506574845/303
304: login:Penguin [sage] 2018/08/05(日) 08:47:03.44 ID:t1pjwXO7 すごいドヤ顔w http://mao.5ch.io/test/read.cgi/linux/1506574845/304
305: login:Penguin [] 2018/08/05(日) 13:08:10.87 ID:FlnPtVfq >>304 めちゃくちゃ便利やでw 今（個人的に）作ってるのはアプリじゃないんだけど とあるサービスを特定の用途向けにカスタマイズしたもの 起動時に自作スクリプトで独自フォーマットの簡易な設定ァイルを解析して サービス本来の設定ファイルを生成してから起動する仕組みで、通常なら/etc/以下にある 設定ファイルをいじらなきゃならないのが、簡易な設定ファイルを書くだけでよくなる 中身は既存のプログラムの組み合わせだけど、同じサービスを提供する 別のプログラムを作ったかのように使える http://mao.5ch.io/test/read.cgi/linux/1506574845/305
306: login:Penguin [sage] 2018/08/05(日) 16:28:15.92 ID:t1pjwXO7 そうですね http://mao.5ch.io/test/read.cgi/linux/1506574845/306
307: login:Penguin [sage] 2018/08/05(日) 21:35:59.80 ID:t4Ako3RB Docker使いこなせる人ってすごいな（皮肉ではなく） http://mao.5ch.io/test/read.cgi/linux/1506574845/307
308: login:Penguin [sage] 2018/08/05(日) 21:53:21.43 ID:9sU0s1Rh わざわざdocker使わんでもchrootでいいことにdocker使ってる人が結構いる http://mao.5ch.io/test/read.cgi/linux/1506574845/308
309: login:Penguin [sage] 2018/08/05(日) 22:01:32.35 ID:yAw8KkqM chrootの親戚のGUIなし仮想アプライアンスに情熱を燃やせる謎 別スレではviの話で盛り上がるし日本人はビルジョイが好きなんだな http://mao.5ch.io/test/read.cgi/linux/1506574845/309
310: login:Penguin [sage] 2018/08/05(日) 22:05:09.77 ID:yAw8KkqM あーGUIまでいってるのか、なるほど http://mao.5ch.io/test/read.cgi/linux/1506574845/310
311: login:Penguin [sage] 2018/08/05(日) 23:04:52.65 ID:NroY7Fy3 >>308 chroot使うぐらいならDocker使うなー chroot用のディレクトリを準備するのでさえめんどくさい debootstrapだっけ、懐かしいな。 /procや/devのマウントとかも必要だし。 同じdebianでもDockerだと最小構成で用意されてるから ダウンロードの時間からして差があるし 誰かがDockerfileのようなものを公開してくれてるわけでもないし 懐かしくてちょっとググってみたけど、 あんな面倒なことやってたのかって思った http://mao.5ch.io/test/read.cgi/linux/1506574845/311
312: login:Penguin [sage] 2018/08/05(日) 23:08:47.08 ID:NroY7Fy3 >>309 自分だけの仮想アプライアンスを簡単に自作できるからねー 同じものを何度もセットアップしてるなら それが簡単になるので楽だよ せっかく頑張って構築したサーバーも HDDが壊れたとかOSのアップデートでおかしくなったとか 古くなってリプレイスで再インストールとかで やり直しになってしまうのはダルい 一度Dockerでイメージ作ってると 同じことを何度もやらなくてすむようになるからね http://mao.5ch.io/test/read.cgi/linux/1506574845/312
313: login:Penguin [sage] 2018/08/07(火) 07:54:03.45 ID:shK4WVTS それだけのことならVMや自作rpmでもあんま変わらん… http://mao.5ch.io/test/read.cgi/linux/1506574845/313
314: login:Penguin [sage] 2018/08/07(火) 08:50:58.74 ID:FmqfeUYE あんまり変わらないから、何倍も簡単なDockerの方が良いよね http://mao.5ch.io/test/read.cgi/linux/1506574845/314
315: login:Penguin [sage] 2018/08/07(火) 09:01:08.27 ID:FmqfeUYE まあ一応VMや自作PRMが何故Dockerに太刀打ち出来ないかと言うと、 まずVMは仮想マシンなんだ。だから既存のマシンに導入することが難しい 既存のマシン上で動いても、仮想マシン故にネットワークに新たなマシンが登場するのと一緒だし、 NATで動かすならDockerに近い形状になるがメモリリソースを無駄に消費するし起動が遅い。 Dockerみたいにコマンド実行の速度で起動できない 自作RPMはDockerと真逆の考え方だな。実行環境を含めて依存しないようにしてるのに 頑張って他のパッケージとの依存関係を解決しないといけない 適切な依存関係になるように自作PRMを作る大変な作業が待ってる。 http://mao.5ch.io/test/read.cgi/linux/1506574845/315
316: login:Penguin [sage] 2018/08/07(火) 09:01:35.38 ID:FmqfeUYE 自作PRMは可搬性がないからWindowsで動かせないってのもあるな http://mao.5ch.io/test/read.cgi/linux/1506574845/316
317: login:Penguin [sage] 2018/08/07(火) 09:03:06.65 ID:FmqfeUYE ようするに、 1. 既存の○○と同じことができる 2. かつ既存の○○の問題を解決できる これがセットになってるのがDockerなわけで 1.の既存の○○でもあんま変わらんと言われても 既存の○○は2.の問題があるでしょって話 http://mao.5ch.io/test/read.cgi/linux/1506574845/317
318: login:Penguin [sage] 2018/08/07(火) 09:43:33.53 ID:svderS3e ドヤ顔w http://mao.5ch.io/test/read.cgi/linux/1506574845/318
319: login:Penguin [sage] 2018/08/07(火) 11:13:12.25 ID:KYfMTuuE ＿＿＿ ／ ノ '' ⌒＼ ／ （ ● ) (● )＼ ﾄﾞﾔｰｰｰｰｰ ／ :::::⌒, ゝ⌒:::::＼ ｰｰｰｰｰｰｰ!!!! | ﾄ==ｨ' | _,rｰく´＼ ＼,--､ `ー' ／ . ,-く ヽ.＼ ヽ Y´ ／ ー ´ﾉ ｀ ｰ-､ { -! l _｣_ﾉ‐′/＼― 、 ,−/＿| ∧ . ヽ ﾞｰ'´ ヽ / フ ＼ /ヽ /ハ ｀ゝ、 ﾉ ノ ＼ ヽ / ／ ＿|＼∧∧∧ＭＭＭＭ∧∧∧／|＿ ＞ ＜ . | ヽヽ ｜ ＿/＿ヽヽ | ヽ| |ヽ ム ヒ | | . ├─ ￣Ｔ￣/ / / ￣フ|￣ |￣|￣ 月 ヒ | | . |. ＼ / ノ ／ | / | ノ ＼ ﾉ Ｌ_い o o http://mao.5ch.io/test/read.cgi/linux/1506574845/319
320: login:Penguin [sage] 2018/08/07(火) 14:30:15.46 ID:kww6lavE 一生懸命に覚えたことをレポートにまとめてるんだよ。 見守ってやろうぜ。 http://mao.5ch.io/test/read.cgi/linux/1506574845/320
321: login:Penguin [sage] 2018/08/07(火) 19:30:53.54 ID:/C7ROP+b なんかワロタ http://mao.5ch.io/test/read.cgi/linux/1506574845/321
322: login:Penguin [sage] 2018/08/07(火) 20:10:59.70 ID:QJmmm+eF 自分で書かなくてもMuninとかあるで。 http://mao.5ch.io/test/read.cgi/linux/1506574845/322
323: login:Penguin [sage] 2018/08/07(火) 20:28:26.91 ID:KYfMTuuE >>322 知ってる。昔会社で使ってた。 だけどあれじゃ俺がやりたいことを満たせないんだよ 機能は高機能だけど、あそこまでいらない http://mao.5ch.io/test/read.cgi/linux/1506574845/323
324: login:Penguin [sage] 2018/08/07(火) 20:39:58.40 ID:QJmmm+eF Qiitaにでも書いとけ http://mao.5ch.io/test/read.cgi/linux/1506574845/324
325: login:Penguin [sage] 2018/08/07(火) 20:42:05.65 ID:KYfMTuuE いわゆるインフラ屋はDockerを使って ディストリによってパッケージが用意されてるようなものを Dockerイメージ化するという発想になりがちに思える つまりDocker使わなくても、普通にパッケージ入れたり VM使えばいいだろという発想 違うんだよね。Dockerは独自に開発したアプリのために使う 独自に開発したアプリは、誰かが依存関係を 解決したりしてくれないからね だからアプリが動く環境も含めてDockerイメージにする そうすりゃDockerさえ動いていれば、簡単にどこでも動くものが作れる http://mao.5ch.io/test/read.cgi/linux/1506574845/325
326: login:Penguin [sage] 2018/08/07(火) 20:42:24.72 ID:KYfMTuuE >>324 ＿＿＿ ／ ノ '' ⌒＼ ／ （ ● ) (● )＼ ﾄﾞﾔｰｰｰｰｰ ／ :::::⌒, ゝ⌒:::::＼ ｰｰｰｰｰｰｰ!!!! | ﾄ==ｨ' | _,rｰく´＼ ＼,--､ `ー' ／ . ,-く ヽ.＼ ヽ Y´ ／ ー ´ﾉ ｀ ｰ-､ { -! l _｣_ﾉ‐′/＼― 、 ,−/＿| ∧ . ヽ ﾞｰ'´ ヽ / フ ＼ /ヽ /ハ ｀ゝ、 ﾉ ノ ＼ ヽ / ／ ＿|＼∧∧∧ＭＭＭＭ∧∧∧／|＿ ＞ ＜ . | ヽヽ ｜ ＿/＿ヽヽ | ヽ| |ヽ ム ヒ | | . ├─ ￣Ｔ￣/ / / ￣フ|￣ |￣|￣ 月 ヒ | | . |. ＼ / ノ ／ | / | ノ ＼ ﾉ Ｌ_い o o http://mao.5ch.io/test/read.cgi/linux/1506574845/326
327: login:Penguin [sage] 2018/08/08(水) 01:40:00.74 ID:H2RB231p VMはカーネルやデバイスノードがゲストに独立して用意されているからサンドボックスとして安心できる これらをホストゲストで共有してるDockerは、ライフラインを共有しているゲストハウスみたいなもの カーネルぶんのメモリ(敷金礼金)は浮くがinit以降のメモリ(賃料)は当然払わなければならない 起動も10秒以下の差 つまりデスクトップならVM常道 http://mao.5ch.io/test/read.cgi/linux/1506574845/327
328: login:Penguin [sage] 2018/08/08(水) 03:48:30.48 ID:tyC3gFls あぁ、またこれな > 1. 既存の○○と同じことができる > 2. かつ既存の○○の問題を解決できる > これがセットになってるのがDockerなわけで VMでもDockerでもサンドボックスとして安心できる その上で、VMよりも軽いのがメリットなわけで http://mao.5ch.io/test/read.cgi/linux/1506574845/328
329: login:Penguin [sage] 2018/08/08(水) 04:00:13.46 ID:tyC3gFls 起動も10秒以下の差とかそれで勝負になると思ってるのか？ Dockerは1秒以下 $ time docker run -it alpine echo ok ok real 0m0.924s user 0m0.046s sys 0m0.031s メモリ使用量はこんなもん $ docker stats CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS d68483bb9e21 vibrant_raman 0.00% 868KiB / 30.38GiB 0.00% 5.89kB / 0B 0B / 0B 1 $ docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES d68483bb9e21 alpine "sleep 1000" About a minute ago Up About a minute vibrant_raman ディスク使用量も少ない $ docker images REPOSITORY TAG IMAGE ID CREATED SIZE alpine latest 11cd0b38bc3c 4 weeks ago 4.41MB マシンリソースを無駄にすること無く、サンドボックスを動かせる http://mao.5ch.io/test/read.cgi/linux/1506574845/329
330: login:Penguin [sage] 2018/08/08(水) 04:18:39.40 ID:tyC3gFls > CONTAINER ID NAME CPU % MEM USAGE / LIMIT MEM % NET I/O BLOCK I/O PIDS > d68483bb9e21 vibrant_raman 0.00% 868KiB / 30.38GiB 0.00% 5.89kB / 0B 0B / 0B 1 ちなみにこれ、メモリリミットが30.38GiBとなってる GPUメモリに1GB使ってて、つまり32GBのメモリを搭載したマシンなんだ なんで（個人PCなのに）こんなにあるのかと言うと、 6年ぐらい前にOpenStack使ってプライベートクラウドを作るために たくさんの仮想マシンを起動できるようにとMAXまで積んだんだ （ちなみにDockerの登場は5年前の2013年） 仮想マシンだと、最低でも1台で数GBは欲しいでしょ？ VM1台で平均2〜4GB割り当てるとして、約10台分。 プライベートといってもクラウドならこれぐらいほしいよね。 でもDockerが登場してプライベートクラウドの熱も冷めた （本物のクラウドを使うようにしたのでもはやプライベートで作る気はない） DockerならVM単位での起動じゃなくて、アプリ単位での起動になるので、 メモリは実際に使用した分しか使わず必要なメモリ量もぐんと減った 用途に対してかなりオーバースペックなPCになってしまったよｗ http://mao.5ch.io/test/read.cgi/linux/1506574845/330
331: login:Penguin [sage] 2018/08/08(水) 04:26:57.73 ID:tyC3gFls > カーネルぶんのメモリ(敷金礼金)は浮くがinit以降のメモリ(賃料)は当然払わなければならない あ、ちなみにこれ間違い 仮想メモリ間でのメモリ共有は一部のVMに搭載されているが（セキュリティのためにデフォルトは無効のようだね） https://docs.vmware.com/jp/VMware-vSphere/6.5/com.vmware.vsphere.resmgmt.doc/GUID-F9111E35-E197-46EC-8350-77827A5A2DEC.html#GUID-F9111E35-E197-46EC-8350-77827A5A2DEC 基本的に仮想メモリ間でメモリは共有されないし、 当然空きメモリも共有されない 2GBのメモリを割り当てたVMは、その中でどんなに小さいプログラムを 実行しようがメモリは2GB使用する VM（カーネルメモリ + プロセスメモリ ＋ 空きメモリ） VS Docker（プロセスメモリ） という比較になる。 Dockerだってカーネルメモリ使用するじゃん、なんで右側に書いてないのか？と 思うかもしれないが、ホストのカーネルを共有してるんだからこれで良い。 VMだって同じようにホストのカーネルメモリ書いてないだろ？ http://mao.5ch.io/test/read.cgi/linux/1506574845/331
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 671 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.000s*