[過去ﾛｸﾞ]
Docker Part2©2ch.net (1002ﾚｽ)
Docker Part2©2ch.net http://mao.5ch.net/test/read.cgi/linux/1506574845/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索
歴削→次ｽﾚ
栞削→次ｽﾚ
過去ﾛｸﾞﾒﾆｭｰ
261: login:Penguin [sage] 2018/07/30(月) 19:45:58.92 ID:QZl1Bega エクセルで小説書くなってだけの話 http://mao.5ch.net/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.net/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.net/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.net/test/read.cgi/linux/1506574845/264
265: login:Penguin [sage] 2018/07/31(火) 20:28:45.59 ID:C0KTXAUF ビンゴでした！ こんな感じでホストのディレクトリがコンテナから見えました。 これでWindowsのatomを使って簡単に編集できそうです。 スレ汚し申し訳ありません http://mao.5ch.net/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.net/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.net/test/read.cgi/linux/1506574845/267
268: login:Penguin [sage] 2018/07/31(火) 20:50:25.97 ID:PXAb2zrY >>267 定位置にあるconfファイル等を色々いじってテストしたい時はどうしているの？ http://mao.5ch.net/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.net/test/read.cgi/linux/1506574845/269
270: login:Penguin [sage] 2018/07/31(火) 20:54:37.84 ID:WDZkbP+f 大した負荷のかからないコンテナをサーバーって言ってアプリエンジニアに提供するときある。ポート番号ちょっと変わってるサーバだと思って使ってくれてるよ。 本人はdockerだのコンテナだのを使ってる事に気づいてない。 http://mao.5ch.net/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.net/test/read.cgi/linux/1506574845/271
272: login:Penguin [sage] 2018/08/01(水) 05:48:16.53 ID:rxe3lfEn 動くコンテナのイメージ作るのがアプリエンジニアの仕事なら、結局必要なミドルをアプリエンジニアが入れる事になってそれこそインフラエンジニアの作った本番環境と差異が出てしまうと思うのですが。 まあ新規や中小規模のサービスならそれでも問題無いと思うけど。 http://mao.5ch.net/test/read.cgi/linux/1506574845/272
273: login:Penguin [sage] 2018/08/01(水) 05:52:39.03 ID:rxe3lfEn 大きい会社だとIDEしか使ったことがない、CUI触ったこと無いアプリエンジニアとか普通に居りましてですね まあその程度のアプリエンジニアはいずれ淘汰されると切り捨てるなら問題無いんですけどね。 http://mao.5ch.net/test/read.cgi/linux/1506574845/273
274: login:Penguin [sage] 2018/08/01(水) 06:00:09.93 ID:rxe3lfEn アプリ動かすのに必要なミドルウェアをバージョンも含めて熟知してるアプリエンジニアって相当優秀だと思う。 取りあえずアプリ動く程度に適当にミドル入れまくるアプリエンジニアいるけど、それができるアプリエンジニアすらそこそこ出来る評価なんだけど。 http://mao.5ch.net/test/read.cgi/linux/1506574845/274
275: login:Penguin [sage] 2018/08/01(水) 06:12:59.68 ID:eV7ibk3+ >>272 やっぱお前使い方間違ってるわ 答えだけ言っておくね。本番環境と全く同じ環境になる http://mao.5ch.net/test/read.cgi/linux/1506574845/275
276: login:Penguin [sage] 2018/08/01(水) 06:13:53.34 ID:eV7ibk3+ >>274 > アプリ動かすのに必要なミドルウェアをバージョンも含めて熟知してるアプリエンジニアって相当優秀だと思う。 お前の会社の人間が馬鹿だってことかな？ そうなんだろうな。 ミドルウェアのバージョンを把握してないで どうやってアプリが正しく動くことを保証するのか？ 言ってみ http://mao.5ch.net/test/read.cgi/linux/1506574845/276
277: login:Penguin [sage] 2018/08/01(水) 06:15:57.48 ID:eV7ibk3+ コンテナの中にミドルウェアが入ってしまってるのに どうやってインフラエンジニアがミドルウェアを入れ替えるんだ？ コンテナに手を入れてミドルウェアを差し替えるんか？ｗ http://mao.5ch.net/test/read.cgi/linux/1506574845/277
278: login:Penguin [sage] 2018/08/01(水) 06:18:28.58 ID:eV7ibk3+ というかミドルウェアがなにかもわかってなさそうｗ http://mao.5ch.net/test/read.cgi/linux/1506574845/278
279: login:Penguin [sage] 2018/08/01(水) 06:57:46.82 ID:rxe3lfEn え、もしかして自分でミドル入れずにDockerhubに落ちてるミドル入りコンテナ使ってるクチだったりするの？ http://mao.5ch.net/test/read.cgi/linux/1506574845/279
280: login:Penguin [sage] 2018/08/01(水) 06:59:30.64 ID:rxe3lfEn コンテナの中庭ミドルが入ってしまっているのにって、じゃあそのミドルは誰が入れるの？ アプリエンジニアが適当に入れたミドルをそのまま本番に使ってたりするんですか？ http://mao.5ch.net/test/read.cgi/linux/1506574845/280
281: login:Penguin [sage] 2018/08/01(水) 07:01:51.20 ID:rxe3lfEn インフラエンジニアの居ない規模の企業でアプリエンジニアが勉強して開発から本番運用までやってるって言うなら分かるけど。 インフラエンジニアいるのにミドル部分までアプリエンジニアが制御するって問題無いの？ 部署をまたいだアプリエンジニア同士で宗教論争はじまってまとまらないと思うんだけど。。 http://mao.5ch.net/test/read.cgi/linux/1506574845/281
282: login:Penguin [sage] 2018/08/01(水) 07:06:15.76 ID:rxe3lfEn 最終的にはインフラ分からないアプリはフェードアウトするって意見に異論はないけど、まだその時ではないと思ってる。中小規模やベンチャーは知らない。 http://mao.5ch.net/test/read.cgi/linux/1506574845/282
283: login:Penguin [sage] 2018/08/01(水) 07:40:52.95 ID:vZ5iA/aw >>280 > アプリエンジニアが適当に入れたミドルをそのまま本番に使ってたりするんですか？ なんで適当に入れるんですか？ お前じゃあるまいしｗ http://mao.5ch.net/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.net/test/read.cgi/linux/1506574845/284
285: login:Penguin [sage] 2018/08/01(水) 08:09:10.69 ID:rxe3lfEn 何をそんなに怒っているの？ http://mao.5ch.net/test/read.cgi/linux/1506574845/285
286: login:Penguin [sage] 2018/08/01(水) 08:12:05.32 ID:rxe3lfEn あなたがよくても他のアプリエンジニアから不満でたりしないの？ あなたのレスみる限り大きな声で周りねじ伏せて自分凄いって思ってるタイプの人に見えますが。 周りは従ってるんじゃなくて腫れ物には触らないようにしてるだけっていうオチじゃないですか？ http://mao.5ch.net/test/read.cgi/linux/1506574845/286
287: login:Penguin [sage] 2018/08/01(水) 09:24:20.09 ID:rSD2s4kw マウント合戦はお腹いっぱい http://mao.5ch.net/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.net/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.net/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.net/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.net/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.net/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.net/test/read.cgi/linux/1506574845/293
294: login:Penguin [sage] 2018/08/01(水) 21:17:15.65 ID:rxe3lfEn >>291 いや、関係あるでしょ。 元々ある程度のリテラシーのエンジニアに使ってもらうこと前提の話をしてるのに、あなたは俺が俺がばっかりで使い手に対する配慮がほとんど感じられない。 さっきもいったようにあなたは腫れ物か、もしくは本当に周りがDockerくらい使いこなせるみたいな優秀なエンジニアばかりの職場で働いてるからそういう考えになるんでしょうね。 せいぜいその職場から振り落とされないようにしてくださいね。 普通の職場で働くと、たぶんあなたは腫れ物扱いされます。 http://mao.5ch.net/test/read.cgi/linux/1506574845/294
295: login:Penguin [sage] 2018/08/01(水) 21:18:23.05 ID:/ajt4qwz なんで喧嘩腰なの？ http://mao.5ch.net/test/read.cgi/linux/1506574845/295
296: login:Penguin [sage] 2018/08/01(水) 21:22:54.23 ID:vZ5iA/aw >>294 > 元々ある程度のリテラシーのエンジニアに使ってもらうこと前提の話をしてるのに、 だから、それ、人間の話ですよね？ 技術の話をしてください http://mao.5ch.net/test/read.cgi/linux/1506574845/296
297: login:Penguin [sage] 2018/08/01(水) 21:27:17.86 ID:vZ5iA/aw ほんとDockerの話しろっていってるのに、 俺の周りの人間は〜馬鹿ばかりだから〜 人間の話ばっかりｗ http://mao.5ch.net/test/read.cgi/linux/1506574845/297
298: login:Penguin [sage] 2018/08/01(水) 22:48:53.21 ID:gpg7eCuF なんでこのスレこんなに荒れてるの http://mao.5ch.net/test/read.cgi/linux/1506574845/298
299: login:Penguin [sage] 2018/08/02(木) 01:28:49.77 ID:NqqEoGeq 全く興味ない第三者だが、いちおう荒れた懲罰としてうんこ置いとくな？ _人 ( ) (へ ノ) ヽ( ´ 」`)ノ ( `ー ) 【いけめんｳﾝｺ】 http://mao.5ch.net/test/read.cgi/linux/1506574845/299
300: login:Penguin [sage] 2018/08/02(木) 06:34:51.81 ID:rhKXtEAo そこで働く人間無視して仕事できる訳ないし、やってるつもりなら大した仕事してない。 勝手なことやるなら本当にインフラも含めて別予算で独自にやってほしい。 えらそうな事言って勝手な事やって、結局尻拭いはインフラ側に押し付ける勝手なアプリエンジニア見ると文句の一つも言いたくなる気持ち分かるでしょ。 インフラエンジニア要らないってのは理想。ただ、その理想を妨げる事が多いのが声がでかいアプリエンジニア。 大概やりたいようにやって自分では運用回らなくなって、別の誰かに運用を押し付けて自分はフェードアウトするってのがお決まりのパターン。 http://mao.5ch.net/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.net/test/read.cgi/linux/1506574845/301
302: login:Penguin [sage] 2018/08/02(木) 08:13:38.44 ID:a1K3N0Xu >>300 > インフラエンジニア要らないってのは理想。 そんなこと言ってない。アプリエンジニアがやるべきことはアプリエンジニアがやって インフラエンジニアがやるべきことはインフラエンジニアがやれってだけ アプリがなんの言語で使ってるかなんて、アプリエンジニアが知っていればいい情報だろ 言語もそうだしアプリ動かすのにインストールしなきゃいけないライブラリやパッケージを、 アプリエンジニアに聞かないでわかると思うか？ インフラエンジニアにはコンテナのイメージ渡すから、それを動かす環境を作ってくれればいい 中が何で動いているかなんか、知ったこっちゃねーだろ？ それとも勝手にディストリやパッケージを適当に入れた挙げ句、ライブラリのバージョンの違いで 動かなかくて、その責任をとってくれんのか？ どうせこういうことすら思いつかなかったんだろ？ だからお前がアプリケーションが動くサーバー作ったことねーだろってわかるんだよ。 http://mao.5ch.net/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.net/test/read.cgi/linux/1506574845/303
304: login:Penguin [sage] 2018/08/05(日) 08:47:03.44 ID:t1pjwXO7 すごいドヤ顔w http://mao.5ch.net/test/read.cgi/linux/1506574845/304
305: login:Penguin [] 2018/08/05(日) 13:08:10.87 ID:FlnPtVfq >>304 めちゃくちゃ便利やでw 今（個人的に）作ってるのはアプリじゃないんだけど とあるサービスを特定の用途向けにカスタマイズしたもの 起動時に自作スクリプトで独自フォーマットの簡易な設定ァイルを解析して サービス本来の設定ファイルを生成してから起動する仕組みで、通常なら/etc/以下にある 設定ファイルをいじらなきゃならないのが、簡易な設定ファイルを書くだけでよくなる 中身は既存のプログラムの組み合わせだけど、同じサービスを提供する 別のプログラムを作ったかのように使える http://mao.5ch.net/test/read.cgi/linux/1506574845/305
306: login:Penguin [sage] 2018/08/05(日) 16:28:15.92 ID:t1pjwXO7 そうですね http://mao.5ch.net/test/read.cgi/linux/1506574845/306
307: login:Penguin [sage] 2018/08/05(日) 21:35:59.80 ID:t4Ako3RB Docker使いこなせる人ってすごいな（皮肉ではなく） http://mao.5ch.net/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.net/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.net/test/read.cgi/linux/1506574845/309
310: login:Penguin [sage] 2018/08/05(日) 22:05:09.77 ID:yAw8KkqM あーGUIまでいってるのか、なるほど http://mao.5ch.net/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.net/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.net/test/read.cgi/linux/1506574845/312
313: login:Penguin [sage] 2018/08/07(火) 07:54:03.45 ID:shK4WVTS それだけのことならVMや自作rpmでもあんま変わらん… http://mao.5ch.net/test/read.cgi/linux/1506574845/313
314: login:Penguin [sage] 2018/08/07(火) 08:50:58.74 ID:FmqfeUYE あんまり変わらないから、何倍も簡単なDockerの方が良いよね http://mao.5ch.net/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.net/test/read.cgi/linux/1506574845/315
316: login:Penguin [sage] 2018/08/07(火) 09:01:35.38 ID:FmqfeUYE 自作PRMは可搬性がないからWindowsで動かせないってのもあるな http://mao.5ch.net/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.net/test/read.cgi/linux/1506574845/317
318: login:Penguin [sage] 2018/08/07(火) 09:43:33.53 ID:svderS3e ドヤ顔w http://mao.5ch.net/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.net/test/read.cgi/linux/1506574845/319
320: login:Penguin [sage] 2018/08/07(火) 14:30:15.46 ID:kww6lavE 一生懸命に覚えたことをレポートにまとめてるんだよ。 見守ってやろうぜ。 http://mao.5ch.net/test/read.cgi/linux/1506574845/320
321: login:Penguin [sage] 2018/08/07(火) 19:30:53.54 ID:/C7ROP+b なんかワロタ http://mao.5ch.net/test/read.cgi/linux/1506574845/321
322: login:Penguin [sage] 2018/08/07(火) 20:10:59.70 ID:QJmmm+eF 自分で書かなくてもMuninとかあるで。 http://mao.5ch.net/test/read.cgi/linux/1506574845/322
323: login:Penguin [sage] 2018/08/07(火) 20:28:26.91 ID:KYfMTuuE >>322 知ってる。昔会社で使ってた。 だけどあれじゃ俺がやりたいことを満たせないんだよ 機能は高機能だけど、あそこまでいらない http://mao.5ch.net/test/read.cgi/linux/1506574845/323
324: login:Penguin [sage] 2018/08/07(火) 20:39:58.40 ID:QJmmm+eF Qiitaにでも書いとけ http://mao.5ch.net/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.net/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.net/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.net/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.net/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.net/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.net/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.net/test/read.cgi/linux/1506574845/331
332: login:Penguin [sage] 2018/08/08(水) 04:28:44.09 ID:tyC3gFls ＿＿＿ ／ ノ '' ⌒＼ ／ （ ● ) (● )＼ ﾄﾞﾔｰｰｰｰｰ ／ :::::⌒, ゝ⌒:::::＼ ｰｰｰｰｰｰｰ!!!! | ﾄ==ｨ' | _,rｰく´＼ ＼,--､ `ー' ／ . ,-く ヽ.＼ ヽ Y´ ／ ー ´ﾉ ｀ ｰ-､ { -! l _｣_ﾉ‐′/＼― 、 ,−/＿| ∧ . ヽ ﾞｰ'´ ヽ / フ ＼ /ヽ /ハ ｀ゝ、 ﾉ ノ ＼ ヽ / ／ ＿|＼∧∧∧ＭＭＭＭ∧∧∧／|＿ ＞ ＜ . | ヽヽ ｜ ＿/＿ヽヽ | ヽ| |ヽ ム ヒ | | . ├─ ￣Ｔ￣/ / / ￣フ|￣ |￣|￣ 月 ヒ | | . |. ＼ / ノ ／ | / | ノ ＼ ﾉ Ｌ_い o o http://mao.5ch.net/test/read.cgi/linux/1506574845/332
333: login:Penguin [sage] 2018/08/08(水) 04:40:02.13 ID:tyC3gFls ま、そもそもVMとDockerは違うもので、両方を組み合わせて使うものなんだけどね クラウドを使っていればわかるはず。 VMを増やすと金はかかるが、新しいスペックのマシンを 手に入れることで、クラスタの合計性能が増える Dockerコンテナを増やすだけじゃ、クラスタの合計性能は増えない Dockerコンテナは一つの（仮想）マシンの中でCPUやメモリを 無駄にすることなく（サンドボックス化された）プロセスを複数起動したり アプリのデプロイを用意（手元で動いたイメージをそのまま使うとか）にするために使う 目的が違うものなんで、Dockerの代わりにVMを使うとか VMの代わりにDockerを使うとかいう発想がそもそもズレてる http://mao.5ch.net/test/read.cgi/linux/1506574845/333
334: 327 [sage] 2018/08/08(水) 05:36:35.37 ID:H2RB231p ＞目的が違うものなんで、Dockerの代わりにVMを使うとか ＞VMの代わりにDockerを使うとかいう発想がそもそもズレてる そこだけは同意だな そこまで理解できたなら賢いじゃないか http://mao.5ch.net/test/read.cgi/linux/1506574845/334
335: login:Penguin [sage] 2018/08/08(水) 07:17:02.14 ID:25daI1mK 序論、本論、結論まで到達？ http://mao.5ch.net/test/read.cgi/linux/1506574845/335
336: login:Penguin [sage] 2018/08/08(水) 10:38:16.92 ID:tyC3gFls >>334 何年も前から理解してるぞw VMとコンテナをごっちゃにするなって書いたのは、違うスレだったか？ 例えば>>76とか書いたの俺だが > なぜならkubernetesの場合コンテナのオートスケールになるわけだけど > 起動しているVMの中でコンテナをオートスケールするだけなので > VMの数もオートスケールしないとコストは下げられないから VMとコンテナは使い方が明確に違う（ことを理解してなきゃこんなこと書けない） http://mao.5ch.net/test/read.cgi/linux/1506574845/336
337: login:Penguin [sage] 2018/08/08(水) 10:57:28.63 ID:tyC3gFls 物理マシンもVM（仮想マシン）も、俺にとっては同じマシン扱いなんだわ 形あるハードウェアで形作られてるかそうでないかの違い。 そのマシンにアプリをデプロイする時にDockerを使えば、 そのアプリは同じマシンの他の環境の影響を受けないので 簡単にデプロイできる。 Dockerのメリットはアプリの配布と実行環境なんだよ 「アプリ＋実行環境」でコンテナ化されるから、 LinuxやMacやWindowsに持っていっても動く。 簡単にまとめるなら、 マシン（物理 or 仮想）の中 に アプリ（パッケージ or Dockerイメージ）をインストール ってこと。 アプリをサンドボックス化するためにマシンを作るとか重すぎでしょｗ まさに牛刀割鶏、鶏をさばくのに大きな牛刀を使うようなもの http://mao.5ch.net/test/read.cgi/linux/1506574845/337
338: login:Penguin [sage] 2018/08/08(水) 11:01:18.07 ID:tyC3gFls それから「デスクトップ環境」の話 これはアプリか？って問われれば、アプリだと思う人はいないよね 複数のアプリを連携して作られた環境 仮にデスクトップ環境を作るならば、Dockerコンテナはアプリに相当するのだから、 複数のDockerコンテナを連携させるという話になる。 デスクトップ環境を構成する複数のアプリを一つ一つDockerコンテナ化していって 連携させるとか、大変なだけの環境の再発明でしか無い ここからもわかるように、デスクトップ環境（＝複数のアプリ＋連携）なので Dockerコンテナ（＝アプリ）と比べるものでないのは言うまでもない話。 デスクトップ環境は誰かが大変な思いをして構成したものを使っていればいい。 物理マシン or 仮想マシン で動いてるデスクトップ環境やらCLIやらsystemdやら。 そこから起動する一つのアプリ、それがDockerコンテナ相当なんだよ http://mao.5ch.net/test/read.cgi/linux/1506574845/338
339: login:Penguin [sage] 2018/08/08(水) 17:56:23.41 ID:8+YiPWG6 GitLab運用してるんだが, CIで使うビルド環境とかは明らかにDockerないしはKubernetesが優秀 一時Docker-Compose on VMでやってたけど使い捨てVMを構築する処理が重くてしょうがなかった(しかも遅い) スタンバイ状態のビルド環境VMを2つも作るともう限界だが, Kubernetesなら5個くらいPodをスタンバイさせてても余裕だし新規Pod作成も早い(Docker単体なら10コンテナ並走でもいける) http://mao.5ch.net/test/read.cgi/linux/1506574845/339
340: login:Penguin [sage] 2018/08/08(水) 18:46:47.42 ID:Gp7Qfh6x 夏休みだな お前らが当たり前過ぎて書かないこともこうやって書いてあれば誰かの役に立つのだろう http://mao.5ch.net/test/read.cgi/linux/1506574845/340
341: login:Penguin [sage] 2018/08/08(水) 23:00:30.67 ID:tyC3gFls >>339 Kubernetesって使用メモリ多くない？1GBぐらい使ってた気がするんだが だから使わないってわけじゃなく、もうデファクトスタンダードに なりつつあるから避けようがないと思ってるけど Docker-Composeは開発者用だと思ってるよ。 ローカルマシンで複数コンテナを組み合わせる時の面倒さを解決するもの >>340 お前のその書き込みは誰の役にも立たんけどなｗ http://mao.5ch.net/test/read.cgi/linux/1506574845/341
342: login:Penguin [sage] 2018/08/08(水) 23:10:50.30 ID:9RbiD8jy ケンカはやめて（＞＜） http://mao.5ch.net/test/read.cgi/linux/1506574845/342
343: login:Penguin [sage] 2018/08/09(木) 06:19:00.25 ID:/JzHzLjB Docker-composeで使い捨てVMを構築するのが遅いというところがよくわからない。VM(dockerホスト)は一回構築したら終わりで、後はそこにコンテナを作ったり消したりするだけじゃないの？ http://mao.5ch.net/test/read.cgi/linux/1506574845/343
344: login:Penguin [sage] 2018/08/09(木) 13:04:39.32 ID:xAQpubuL >>343 今までの話の流れからすると、CIでテスト実行するたびにVMの作成と破棄をしていたってことでしょ？ >>327がVMでも10秒以下の差しか無いから問題ないみたいなことを言ってるから （VMの中でDocker-Composeが動いてるのは、この話にあまり関係ない） 当たり前だけどDockerコンテナの起動に比べればVMの起動は遅い 起動の差を10秒以下にするには、VMのイメージを作ってないと不可能 あとできればSSDとかクラウド使うとか。それでもDockerの1秒に比べたら遅い そして肝心のVMのイメージを作成するのに時間がかかるっていうねｗ Dockerの場合はアプリの実行環境が含まれる。だから構築に時間がかかるVMは 色んな種類のアプリのテストに使い回すことができる。 Dockerを使わないなら、アプリを動かすためにVMのイメージに 実行環境を含めないといけない。当然アプリごとにVMのイメージが必要になる。 DockerでもアプリごとにDockerイメージが必要になるのは同じだが Dockerはキャッシュがあるから、Dockerイメージの作成は短時間でできる。 VMだとキャッシュはないし起動に10秒かかるし、作成したイメージの サイズもでかいし頻繁にVMイメージの作成なんかやってられないよ http://mao.5ch.net/test/read.cgi/linux/1506574845/344
345: login:Penguin [sage] 2018/08/09(木) 16:12:56.70 ID:+YyDvSZH 今までVPSとかで動かしていたものをコンテナ化してGCE辺りに移そうと思うんだけど DBの保存や出力したファイルの保存はみんなどうやってるの？ 結局マウントできるディスクが必要なんじゃないかってところで今頭を抱えてる http://mao.5ch.net/test/read.cgi/linux/1506574845/345
346: login:Penguin [sage] 2018/08/09(木) 17:43:56.11 ID:UwrKl0TS >>345 まずアプリサーバーとデータサーバーを分けて考える。 Dockerでやる価値が高いのはアプリ アプリサーバーには原則としてデータは保存しない その前提を守っているならば、簡単にスケールできる （VMインスタンスやDockerコンテナを追加することで性能をあげられる） という話。 その場合にデータはどうするかと言うと、 データサーバーはアプリサーバーみたいに簡単に 台数を増やしたりできない 一番楽なのは、難しいそれらをクラウドが提供するサービスに置き換えてしまうこと。 つまりGCPであればCloud SQLやCloud Storageを使う これらは信頼性も性能も（金額次第だが）高くできる。 http://mao.5ch.net/test/read.cgi/linux/1506574845/346
347: login:Penguin [sage] 2018/08/09(木) 17:47:52.88 ID:UwrKl0TS >>345 どうしても自力でやりたいならば、Dockerのボリュームという 機能を通してホスト上に保存するのが一番手っ取り早い 例えばMySQLであれば データディレクトリである /var/lib/mysql をホスト上のディレクトリにボリュームで マッピングさせる MySQL ぐらいだったらシンプルだし事例も多いので簡単なんだが 何処に何を保存するのかよくわからんようなアプリは それを把握することに時間を奪われるだろう http://mao.5ch.net/test/read.cgi/linux/1506574845/347
348: login:Penguin [sage] 2018/08/09(木) 17:55:09.12 ID:UwrKl0TS >>345 > 結局マウントできるディスクが必要なんじゃないかってところで今頭を抱えてる 結局マウントできるディスクが〜というのは 初心者がよく考えてしまうことなんだけど、 これは当たり前 なぜなら（物理マシン or 仮想マシン上で動く）Dockerコンテナっていうのは （物理マシン or 仮想マシン上で動く）アプリと同質のものだから。 単にアプリの実行環境が、コンテナとしてアプリに一体化してるに過ぎない アプリはデータを何処に保存する？ 物理マシン or 仮想マシン上のディスクでしょう？ だからDockerコンテナもそれは同じことなんだよ Dockerコンテナを使った時データの保存先をどうすれば良いのか悩むのは Dockerコンテナがアプリと同質のものであることを理解してない証拠 http://mao.5ch.net/test/read.cgi/linux/1506574845/348
349: login:Penguin [sage] 2018/08/13(月) 18:09:32.79 ID:v0wq29mQ 最近コンテナってものを知ったんだけど、上の説明だとフラットパックってのとの違いがわからない スタンダロンなアプリじゃなく、ソフトウェア群の、何かしらのフロントエンドにドッカーが向いてるってこと？ http://mao.5ch.net/test/read.cgi/linux/1506574845/349
350: login:Penguin [sage] 2018/08/13(月) 21:26:12.80 ID:nXCS+eUE コンテナ自体が非常に難しい概念なんだよ どうもLinuxの世界で発祥したもので、昔からLinuxやってる人でないとわからないらしい 「最近流行りのDockerなるものをやってみたい」というヤツには到底無理(俺含め) http://mao.5ch.net/test/read.cgi/linux/1506574845/350
351: login:Penguin [sage] 2018/08/13(月) 21:45:54.13 ID:xnhwDoUS Solarisのゾーンがコンテナの先駆けじゃない？ http://mao.5ch.net/test/read.cgi/linux/1506574845/351
352: login:Penguin [sage] 2018/08/13(月) 23:10:29.77 ID:XRxrVOUh FreeBSDのjailとか？ cgroupの概念は含まれてないけどね http://mao.5ch.net/test/read.cgi/linux/1506574845/352
353: login:Penguin [sage] 2018/08/14(火) 00:05:12.50 ID:kAynbxnX >>350 説明してる奴が「難しいこと理解した俺スゲー」ってのを 自慢げに小難しく語るのが問題なだけ プロセス分離のためにcloneを拡張して名前空間を追加したよ cloneだけだと不便だからunshareとsetns追加したよ cgroupでVMのごとくリソース分配可能にしたよ コイツラ直接イジるのは面倒だからコンテナエンジン作ったよ 基本この4ステップだけじゃねぇの？ …って言う俺もコンテナのこと全然知らんのだが http://mao.5ch.net/test/read.cgi/linux/1506574845/353
354: login:Penguin [sage] 2018/08/14(火) 00:55:59.54 ID:M/lw6/kx >>350 技術を理解するのと目的を理解するのをごっちゃにしてるから Dockerが解決する問題は（主に自分が作った）アプリをいろんな環境で 動かそうとしたら、アプリをぽんとインストールするだけじゃ動かなくて、 そのアプリが依存してるなにかまで環境を整えなきゃならないだろ？ だから発想の転換でアプリ自体に環境を入れてしまえばいいじゃないかってこと。 外部ライブラリを全部アプリに静的リンクするの発展形だよ まずそこを理解しないといけない 技術だけ理解すると、やれjailがなんだとかcgroupがなんだとか、 そればっかり言って、なんのために作られたのかという目的を見失う。 その結果、同じ技術を使った応用例のVMの代わりにするのが目的だと勘違いする コンテナという技術を知るのではなくて、どんな問題があって それを解決するものがDockerなんだって理解するのが先 http://mao.5ch.net/test/read.cgi/linux/1506574845/354
355: login:Penguin [sage] 2018/08/14(火) 01:03:03.69 ID:M/lw6/kx 補足だが、 > （主に自分が作った）アプリをいろんな環境で なんで「自分が作った」と書いているのかというと 他人が作って、ディストロに収録されているものは、 それ動かすための、環境もすでに整えてあるから それがディストロの大変な仕事なわけで。 だから自分が作ってないものを動かしてるだけの人は （物理マシン or 仮想マシンの上に）ディスロの環境整えられてる パッケージ入れて使っても同じじゃんって思ってしまう。 技術は理解していても、そもそもの問題を理解していから Dockerが必要な理由もわからない http://mao.5ch.net/test/read.cgi/linux/1506574845/355
356: login:Penguin [sage] 2018/08/14(火) 01:10:25.09 ID:M/lw6/kx >>349 フラットパックってのがよくわからない。 一般的な用語？ググっても見つからないんだが。 > スタンダロンなアプリじゃなく、ソフトウェア群の、何かしらのフロントエンドにドッカーが向いてるってこと？ 既存のいろんなものをつく合わせて スタンドアロンなアプリを作りましょうって話。 何かをやるためにDockerを使うと便利なんじゃなくて、 Dockerは「とある物」を作るための道具だよ その「とある物」っていうのがスタンドアロンなアプリ 動かしたいアプリが、動かすのにアプリ以外の環境を整えることが 必要なアプリであっても、Dockerを使えばアプリに組み込んで スタンドアロンなアプリに作り変えることができる Dockerはスタンドアロンなアプリを「作るもの」 であって「動かす環境」ではないんだよ そこを根本的に間違ってる人がいる。 http://mao.5ch.net/test/read.cgi/linux/1506574845/356
357: login:Penguin [sage] 2018/08/14(火) 02:08:41.28 ID:kAynbxnX >>356 https://flatpak.org/ http://mao.5ch.net/test/read.cgi/linux/1506574845/357
358: login:Penguin [sage] 2018/08/14(火) 02:29:21.54 ID:Ttl7PXT/ カタカナでググったから見つからなかったのかｗ Linuxデスクトップ向けアプリケーション仮想化機構「flatpak 0.6.13」リリース https://mag.osdn.jp/16/10/26/153000 > Linux向けのアプリケーション仮想化技術「flatpak」開発チームは10月25日、 > 最新版「flatpak 0.6.13」を公開した。プロジェクトのWebサイトより入手できる。ライセンスはLGPL。 > > flatpak（旧名称「xdg-app」）は、Cで実装されたLinuxデスクトップアプリケーション向けの > 仮想化機構。アプリケーションをOS環境とは切り離されたサンドボックス環境内で > 実行することでセキュリティを高め、またほかのアプリケーションからの干渉を最小限にできる。 > サンドボックス環境の構築にはcgroupsやseccomp、ネームスペース、バインドマウントなどの > Linuxカーネル技術やOpen Coutainer InitiativeのOCIフォーマットなどを利用しており、 > 単一のアプリケーションパッケージをさまざまなLinuxディストリビューションで動作させることができるという。 Dockerのアイデアをパクってデスクトップアプリ用にした技術だね 技術的にはかなり近いものを使ってるし、OCIフォーマットは Docker社 vs CoreOS社の標準化争いで生まれたものだし 違いがわからないというのなら、その言うべき相手は 後から登場したflatpakに言うべき言葉だろう なんでflatpak作ったの？Dockerでいいじゃない？と。 http://mao.5ch.net/test/read.cgi/linux/1506574845/358
359: login:Penguin [sage] 2018/08/14(火) 03:11:38.19 ID:Ttl7PXT/ > なんでflatpak作ったの？Dockerでいいじゃない？と。 この質問に自己レスする前に 第513回 新しいパッケージの仕組み，Flatpakを使用する http://gihyo.jp/admin/serial/01/ubuntu-recipe/0513 > FlatpakとSnapsの最大の違いは，Flatpakはアプリケーション専用で > あることでしょう。よって，GUIアプリケーションであれば > Flatpakのほうが快適に使用できるものが多いのですが，実際はケースバイケースです。 本当にGUIアプリ専用だったのか？ Flatpak・Snaps も Docker も「使う側」の視点と「作る側」の視点がある Flatpak・Snapsはどちらかといえば「使う側」が焦点となっており こんなパッケージを用意しましたから使ってくださいって感じだろう。 エンドユーザーがデスクトップPCで使うアプリ用 Dockerはどちらかといえば「作る側」がメインなのでアプリのインストールや実行はCLI、 そしてGUIアプリは作れなくはないがメインのターゲットではない。 主に開発用のツールや自社開発のウェブサービスを構築のためによく使われている Dockerは「作る側」がメインなので何度も言ってるように、アプリエンジニアにこそ必要なもの。 だからパッケージ入れて（ちょっと設定して）使うだけのインフラエンジニアはVMの役割とごっちゃにしやすい 自分専用にカスタマイズしたアプリを作りたい人はDockerを選ぶのでは？ Flatpakでパッケージの作り方を調べてみたが、 Dockerfile書くだけで作れるDockerよりも大変そうに思える なんでflatpak作ったの？の答えは、エンドユーザーのために作ったパッケージを、 もっと使いやすく提供したいためだろう。 http://mao.5ch.net/test/read.cgi/linux/1506574845/359
360: login:Penguin [sage] 2018/08/14(火) 10:08:37.26 ID:M6PcTN6D 別にコンテナの用途限定する必要は無いと思うけどなぁ。便利に使えたらそれでいいし。Dockerを○○に使うなって言うならその代替案も言って欲しいけど言わないし、仮に言えたとしてもそれはDockerで実現した方が簡単というオチになるのが目に見えてるし。 正しさとは都合。正しさを振りかざすのは自己満足を他人に押しつける行為。 http://mao.5ch.net/test/read.cgi/linux/1506574845/360
361: login:Penguin [sage] 2018/08/14(火) 11:51:58.01 ID:kAynbxnX ドッカーのスレだから、ドッカー万歳な人がいてもおかしくないよ http://mao.5ch.net/test/read.cgi/linux/1506574845/361
362: login:Penguin [sage] 2018/08/14(火) 14:07:10.96 ID:ghMKDHT1 >>368 > 別にコンテナの用途限定する必要は無いと思うけどなぁ。 制限なんかしてないよ？ コンテナの用途は、アプリケーションコンテナや システムコンテナといった使い方がある。 だがここはDockerのスレなんだからDockerの話をするべきで、 Dockerはアプリケーションコンテナとして設計されてるのは事実 だからコンテナを違う用途で使いたいなら、 別のスレに行くのが適切ってだけの話 http://mao.5ch.net/test/read.cgi/linux/1506574845/362
363: login:Penguin [sage] 2018/08/14(火) 14:12:08.48 ID:ghMKDHT1 > Dockerを○○に使うなって言うならその代替案も言って欲しいけど言わないし 何に使いたいのか言わないから言いようがない どうせシステムコンテナなんだろうが、 システムコンテナとして使いたいなら LXD や OpenVZ を使えばいいだろ？ http://mao.5ch.net/test/read.cgi/linux/1506574845/363
364: login:Penguin [sage] 2018/08/14(火) 14:21:37.56 ID:ghMKDHT1 ほらよ。スレ立ててやったから コンテナを仮想マシン代わりとして使いたいならそっちに移動しろ LXD コンテナを仮想マシンとして使う (Not Docker) https://mao.5ch.net/test/read.cgi/linux/1534223977/ http://mao.5ch.net/test/read.cgi/linux/1506574845/364
365: login:Penguin [sage] 2018/08/14(火) 14:30:00.78 ID:ghMKDHT1 >>362は>>360宛て http://mao.5ch.net/test/read.cgi/linux/1506574845/365
366: login:Penguin [sage] 2018/08/14(火) 14:37:27.72 ID:M6PcTN6D LXDやOpenVZなんて知らんし、もしスレたてるとすれば仮想マシンとしてDockerを使うスレにするべきでしょ？ なんでそんなにDockerを仮想マシンとして使わないように誘導するの？おかしくない？ http://mao.5ch.net/test/read.cgi/linux/1506574845/366
367: login:Penguin [sage] 2018/08/14(火) 14:42:46.76 ID:M6PcTN6D Googleクラウドは仮想化なんか使ってなくて、物理サーバにコンテナ立ち上げてるらしいけど、あなたはGoogleがコンテナ使い方間違ってるからGoogleのインスタンス使うなって言うわけ？ http://mao.5ch.net/test/read.cgi/linux/1506574845/367
368: login:Penguin [sage] 2018/08/14(火) 14:48:15.40 ID:M6PcTN6D Dockerの使い方を縛らないと言いつつサーバ用途には使わせないように誘導するのすごく卑怯だよね。 声がでかくて社内政治だけがうまい奴に似てて、あなたに物凄い嫌悪感を持ったよ。 http://mao.5ch.net/test/read.cgi/linux/1506574845/368
369: login:Penguin [sage] 2018/08/14(火) 15:04:52.25 ID:kAynbxnX https://stackoverflow.com/questions/17989306/what-does-docker-add-to-lxc-tools-the-userspace-lxc-tools > Versioning. Docker includes git-like capabilities for tracking successive versions of a container, inspecting the diff between versions, committing new versions, rolling back etc. > The history also includes how a container was assembled and by whom, so you get full traceability from the production server all the way back to the upstream developer. > Docker also implements incremental uploads and downloads, similar to "git pull", so new versions of a container can be transferred by only sending diffs. サンドボックスとしてDockerを使うメリットってこれかな？ コンテナ知らん俺でも強力だとわかる http://mao.5ch.net/test/read.cgi/linux/1506574845/369
370: login:Penguin [sage] 2018/08/14(火) 15:14:48.58 ID:kAynbxnX お前ら暑いからってイライラするなよな… git likeを謳ってるからDocker hubなんかもあるのな flatpakのflathubよりは随分開発寄りな印象を受ける…サインインしてないけど ご興味のある方はどーぞ https://hub.docker.com/ https://flathub.org/ http://mao.5ch.net/test/read.cgi/linux/1506574845/370
371: login:Penguin [sage] 2018/08/14(火) 18:38:55.14 ID:xLHQglRN >>366 > LXDやOpenVZなんて知らんし、 無知を告白されても、勉強したら？で終わる話なんだが 知らないほうが悪いんですよ http://mao.5ch.net/test/read.cgi/linux/1506574845/371
372: login:Penguin [sage] 2018/08/14(火) 18:41:22.43 ID:xLHQglRN >>366 > なんでそんなにDockerを仮想マシンとして使わないように誘導するの？おかしくない？ なんで仮想マシンの代わりとしてコンテナ技術を使うものがあるのに 仮想マシンの代わりとして使うことを想定してないDockerを無理やり使うわけ？ その方がおかしいでしょ。 どうせ間違った使い方をして、使いづらいと文句をいうのが目的なんだろう？ http://mao.5ch.net/test/read.cgi/linux/1506574845/372
373: login:Penguin [sage] 2018/08/14(火) 18:49:48.39 ID:xLHQglRN >>367 > Googleクラウドは仮想化なんか使ってなくて、物理サーバにコンテナ立ち上げてるらしいけど、あなたはGoogleがコンテナ使い方間違ってるからGoogleのインスタンス使うなって言うわけ？ お前用語の使い方めちゃくちゃ。 > Googleクラウドは仮想化なんか使ってなくて Googleクラウドが何を指しているのか知らないが、 GCPのことであれば、仮想マシンを使ってる。 仮想化というが、ハードウェアを仮想化（＝ハードウェアエミュレータ）したのか アプリケーションの実行環境を仮想化（＝ハードウェアのエミュレートはしてない） したのかはっきりしない > 物理サーバにコンテナ立ち上げてるらしいけど 物理サーバにコンテナを立ち上げるのは間違った使い方ではない 物理サーバーに直接アプリケーションコンテナを立ち上げてもいいし、 物理サーバーにシステムコンテナを立ち上げても良い 間違った使い方と言ってるのは、Dockerをシステムコンテナとして使うこと Googleがアプリケーションコンテナをシステムコンテナとして使っているなんて どこを見ても書いてない。 参考 すでにGoogleは全部のソフトウェアをコンテナに乗せており、毎週20億個ものコンテナを起動している https://www.publickey1.jp/blog/14/google20.html > Googleのインスタンス使うなって言うわけ？ やっぱりその言い方をしてる所からすると GoogleのクラウドとはGCPの事を言っているようだが、 GCPは仮想マシンを使っている http://mao.5ch.net/test/read.cgi/linux/1506574845/373
374: login:Penguin [sage] 2018/08/14(火) 18:53:45.18 ID:xLHQglRN >>368 > Dockerの使い方を縛らないと言いつつサーバ用途には使わせないように誘導するのすごく卑怯だよね。 あのさぁ、Dockerとコンテナは別物なんですよー？知ってますかー？小学生ですかー？ コンテナの使い方は色々あるが、 Dockerはアプリケーションコンテナを作るためのものなんだから システムコンテナとして使うなよ。 コンテナの使い方は縛ってないが、Dockerの使い方は縛ってる 縛ってると言うか、Dockerはアプリケーションコンテナを作るために 作られたんだよ。 何度も言うが、コンテナの使い方は縛ってない。 http://mao.5ch.net/test/read.cgi/linux/1506574845/374
375: login:Penguin [sage] 2018/08/14(火) 18:59:38.16 ID:xLHQglRN >>370 > git likeを謳ってるからDocker hubなんかもあるのな > flatpakのflathubよりは随分開発寄りな印象を受ける…サインインしてないけど だからDockerはアプリケーション開発者のためのものなんだよ Docker hubに置いてるものは、公式のものはそれを利用して 独自のコンテナを作るため、アプリを開発するためな それ以外の多くは自分や自社専用に開発したアプリ （公開可能なもの）を置いているのが大半 そしてそのまま使えるアプリが置いてあったりするのは極稀 参考までに言っておくと非公開のDockerイメージを起きたい時は プライベートリポジトリを使う。 GCPやAWSはDockerのプライベートリポジトリを提供している http://mao.5ch.net/test/read.cgi/linux/1506574845/375
376: login:Penguin [sage] 2018/08/14(火) 19:28:34.72 ID:kAynbxnX >>375 ご説明どうも LXC/LXDと違って配布とバージョニングが肝要なのね http://mao.5ch.net/test/read.cgi/linux/1506574845/376
377: login:Penguin [sage] 2018/08/14(火) 20:07:26.17 ID:Rn+J0ap2 >>377 シラネーヨバーカ。 お前が自分の正しさ振りかざして好き勝手なこと言ってるのがムカつくって言ってるんだよ。 絶対にお前と一緒の現場で働きたくないし、お前が上司だったら人事に文句言いまくって転職するわ。 http://mao.5ch.net/test/read.cgi/linux/1506574845/377
378: login:Penguin [sage] 2018/08/14(火) 20:10:09.80 ID:J8E8MYcP この怒涛の連レスと変な引用がWebやプログラム板の荒らしそっくりだ http://mao.5ch.net/test/read.cgi/linux/1506574845/378
379: login:Penguin [sage] 2018/08/14(火) 20:35:54.31 ID:xLHQglRN > 377 名前：login:Penguin[sage] 投稿日：2018/08/14(火) 20:07:26.17 ID:Rn+J0ap2 > >>377 > シラネーヨバーカ。 俺も同意見である http://mao.5ch.net/test/read.cgi/linux/1506574845/379
380: login:Penguin [sage] 2018/08/15(水) 01:16:08.69 ID:ugls1Kd9 Dockerを使うと次のようなことできる？ 複数の各Dockerが独立してLANインターフェイスに専用のプライベートIPアドレスを持って、 ホストのルーティング設定とLANインターフェイスを利用してネット側と通信する。 ＜Docker＞ □ □ □ | | | ==========⇒ホストのルーティングを使ってネットへ http://mao.5ch.net/test/read.cgi/linux/1506574845/380
381: login:Penguin [] 2018/08/15(水) 01:17:35.73 ID:ugls1Kd9 >>380 自己レス Dockerコンテナの間違いでした。 http://mao.5ch.net/test/read.cgi/linux/1506574845/381
382: login:Penguin [sage] 2018/08/15(水) 13:20:10.69 ID:uskt4Uvb >>380 新しいネットワークを作成して使えるよ。これじゃだめ？ 各コンテナ間のネットワークの独立性は実現できると思うけど docker network create net1 docker network create net2 docker run -it --net=net1 debian /bin/bash docker run -it --net=net2 debian /bin/bash http://mao.5ch.net/test/read.cgi/linux/1506574845/382
383: login:Penguin [sage] 2018/08/16(木) 00:43:29.60 ID:kHU6PfSr >>382 レスありがとうございます。 参考にしたいと思います。 分からないので、ちょっと書籍を読んでいきます。 http://mao.5ch.net/test/read.cgi/linux/1506574845/383
384: login:Penguin [sage] 2018/08/17(金) 19:01:16.67 ID:LyzN7uI2 dockerとちょっとしたサーバーあれば大規模ネットワーク作れそうだね http://mao.5ch.net/test/read.cgi/linux/1506574845/384
385: login:Penguin [sage] 2018/08/17(金) 20:33:23.06 ID:x+SQYw9w 大規模ネットワークを作るならkubernetesとか使うべきだよ http://mao.5ch.net/test/read.cgi/linux/1506574845/385
386: login:Penguin [sage] 2018/08/18(土) 00:44:21.73 ID:bBPq1AA+ >>384 大規模ネットワークは単にその手段ではないのか http://mao.5ch.net/test/read.cgi/linux/1506574845/386
387: login:Penguin [sage] 2018/08/18(土) 08:03:42.49 ID:o1onkvNG >>386 レガシーの為にサマータイムを導入し、打ち水を都公認の暑さ対策として導入すべく水まいて地表の温度低下を計測するも湿度や不快指数は見ないこの国で手段とか目的とか言い出すのはナンセンスですよ http://mao.5ch.net/test/read.cgi/linux/1506574845/387
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 615 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.027s