[過去ﾛｸﾞ]
Docker Part2©2ch.net (1002ﾚｽ)
Docker Part2©2ch.net http://mao.5ch.io/test/read.cgi/linux/1506574845/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
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
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 770 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.010s