Docker Part4

Linuxが持つコンテナ技術を使った、仮想マシン必要ないアプリケーション仮想化技術で
アプリケーションのデプロイが用意になります

Docker（アプリ仮想化）は仮想マシンと併用して使うことで最も効果を発揮し
開発・テストで使ったDockerイメージと全く同じものを本番環境で使えます
さらにWindowsとmacOSでも同じDockerイメージが動きます。
（Linuxは仮想マシンが不要ですが、WindowsとmacOSは仮想マシン技術を併用して実現しています。）

Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します
動かすのに必要なもの全てがDockerイメージに含まれるので
インフラ担当者はそれを動かすだけ、本来のインフラの作業に集中できるようになります

Dockerは主にウェブ業界でサービスのデプロイの必須技術になりました
情報共有しましょう

http://www.docker.io/

前スレ
Docker Part3
https://mao.5ch.net/test/read.cgi/linux/1552023620/


注意　同じコンテナ技術を使うが異なるアプローチで仮想マシンの
代替を目指しているのがLXC。目的が全く異なるので注意
LXC(Linux Containers)
https://mao.5ch.net/test/read.cgi/linux/1330826939/

なるほど（笑）そんなレスの勝利宣言（笑）もあるんですね、（笑）

>>457
うちの会社のことはどうでも良いな。
開発効率を下げている、どうしよう、って話をしているものでも無いんだが？
こういう解決策もありますよって話でね。

「ソースに残らねえから、変更が確定したあとに自分がどんなコマンドを打ってきたか思い出して・・・」
ってそういう話をしているものでもない。確定するような作業なら最初からDockerfileの修正プルリク出すし。

>>460
君（なのか君達か知らんが）、に対する俺からの率直な評価だ。
受け取ってくれ。

>>459
ブーメランｗｗｗ
stopが非効率的だと教えていただきありがとうございます、で終わってた話なんだがな

>>463
君が「stopが非効率的」だと考える原因は一体どこ？

>>464
流石に、レスぐらい読め

>>465
自分でブーメランとか流石やなｗ
「Dockerfileで確定している作業なら最初からプルリク出すでしょ」といっているのに。

プルリクの意味がわかってなかったりして・・・

Docker-Composeなどでipv6を無効にする方法ってありますか？

apacheでバーチャルホストで２０サイト運用するのと
docker-composeで1サイト1コンテナで20サイト起動するの
どっちがCPUとメモリに優しいですか？

>>469
既に回答しました。何度も聞くな。

apacheでバーチャルホストで２０サイト運用するのと
docker-composeで1サイト1コンテナで20サイト起動するの
どっちがCPUとメモリに優しいですか？

>>471
CPUとメモリに「優しい」ってどういう意味？
少量で済む、という意味なら常識的にバーチャルホストだろ。

バーチャルホスト：OS->Apacheプロセス
コンテナ：OS->Dockerプロセス->コンテナ(薄いとはいえOS)->Apacheプロセス（名前空間で保護されているとはいえコンテナ毎に別プロセス）

独立していて他のプロセスに影響を与えない、と言う意味ならDockerだろ。
最もDockerの親プロセスが死んだら配下のコンテナも死ぬだろうけど。

20サイトを満足に動かすhttpdワーカープロセス数を確保することを考えたらそんなに得かね
コントローラプロセス数は節約できるだろうが

すでにDocker関係ないなｗ

apacheでバーチャルホストを使うのと
複数のapacheを起動した場合の話になってる

473がおかしな方向に持っていくからだろ。
CPUとメモリの話（「優しい」が消費量の事かは知らんが）しているのにプロセスの数の確保？
これはhttpd.confの設定か何かの話でもしているの？

そりゃプロセス多いほどCPUもメモリも使うわけで

大したサイトでも無かろう
普段ほとんどアクセスないだろうし
サーバーレスに移行すれば最も費用を節約できる

Docker Desktop更新
不具合なさそう？

Windowsってコマンドラインで操作できないの？

LinuxってシェルスクリプトからGUIを操作できないの？

情弱だからGUIが便利だわ

このスレ見てるとコンテナの扱いがわからんなる
dockerhubに頼ってるようじゃまだまだってことかね

>>482
スレを見るのが言けない。>>1だけ読んでいればいいよ。それが正しいコンテナの理解だから

自分で全部構築するならDocker使う意味ないじゃんアゼルバイジャン

>>478
githubに動かないってissue投げられまくってるから様子見するのが良いかもしれない

>>1
は「Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します」
これ書いてる時点でIT業界にいない人間な事は明白だろ。

>>484
アプリをデプロイするのが楽になるという意味がありますが？

>>486
アプリを動かすのに何が必要かってのを
アプリ開発者以外が知ってるっていうの？

そういうのをわざわざ調べたり伝えたりするのが
嫌だっていういのがDockerを使う理由のひとつなんだが

Dockerを使えば動かすのに必要なものはコード（Dockerfile）に
書いて終わりですからね

>>487
アプリの開発者がimage作ることもあるけど何でそれ「だけ」を強調するの？って話なんだが？
コード(Dockerfile)に書いてインフラに渡したのならそれがスタート地点でしょ。
そもそもLBで振り分けられられる膨大な基幹システムのサブシステムでしかない
コンテナのイメージを何でイチ開発者が作るの？って話で。
全体との調整はインフラの人しか分からない。

「コンパイル通るようにDockerfile書いときましたよ」と渡せばインフラの人がそれをk8sとかecsとか
オケに乗っかるように修正する。プルリクが来れば開発者とインフラの人がレビューする。
コードがやり取りに使えるから便利ですよ、と言うなら
まあ、合っているが、頑なに「開発者がつくってインフラが動かすだけ」と強調するのは何なの？
そんな事しないよ。

> コンテナのイメージを何でイチ開発者が作るの？って話で。
> 全体との調整はインフラの人しか分からない。

全体ってなんですか？
イメージを作るのは開発者で
全体との調整＝インフラはイメージを動かすんですよ
イメージをbuildしないって意味じゃないです。
Dockerfileを作らないという意味です。

> 「コンパイル通るようにDockerfile書いときましたよ」と渡せばインフラの人がそれをk8sとかecsとか
> オケに乗っかるように修正する。プルリクが来れば開発者とインフラの人がレビューする。

しません。イメージはどこででも動きます

>全体ってなんですか？

この業界に居ない人ならではのコメントやな。
全体ってなんですか？って何ですかｗ？本当に分からないの？？
ロードバランサって知ってる？パスベースのルーティングとか分かるの？？

>しません。イメージはどこででも動きます

いや、俺たちやってるし。
そもそも動くドメイン名すら変更されかねない全体部分をロジック作る人が見たりしないし。

そもそも>>1もそうなら、>>489, >>490もそうだけど、生産性を高めるためのシステムに対して
〜はAが行う、と断定口調自体が俺たちの業界とは思えない。
やった方が効率が高い方がやれば良いのであって。何の為のコード化なんだ。
誰かが「便利に使うのが正義」と言った事を幾度も書き込んでくれているのに全く伝わっている様子が無い。

> ロードバランサって知ってる？パスベースのルーティングとか分かるの？？

Dockerと一切関係ないですねｗ
インフラがやることです。

>>492
ロードバランサ―のDockerイメージは
インフラの人が作ってんるんですがｗ
どのリクエストをどのサブシステムに振るかなんて開発者が知る訳ないでしょ。

>>1
Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します
w

> ロードバランサ―のDockerイメージは
> インフラの人が作ってんるんですがｗ

なにいってんだ？
普通ロードバランサーなんてクラウドの機能使うだろ

仮に自作するにしても、なにでロードバランサー作ってるというのか
ロードバランサーを開発してるんじゃなくて、Dockerでインストールしてるだけなんだろ？
何のソフト使ってるか言ってみ

そういうネットワーク性能重視のものは物理・仮想マシン上にインストールするのが普通だし
インフラでもDockerfile作るんです！ロードバランサー！とか言われても
え？今どき自社に設置してんの？としか思わんわｗ

>普通ロードバランサーなんてクラウドの機能使うだろ
>
>仮に自作するにしても、なにでロードバランサー作ってるというのか
>ロードバランサーを開発してるんじゃなくて、Dockerでインストールしてるだけなんだろ？
>何のソフト使ってるか言ってみ
>
>そういうネットワーク性能重視のものは物理・仮想マシン上にインストールするのが普通だし
>インフラでもDockerfile作るんです！ロードバランサー！とか言われても
>え？今どき自社に設置してんの？としか思わんわｗ
>

すべてが全く違うよ。最初の1行目だけかろうじて近いけどそれがIaCで変わってきている
よく上から目線でそこまで間違った意見を自信満々に言えるもんだね。
流石>>1ｗ
そもそもこの話は1が「Dockerイメージは開発者が作成する」と間違ったことを言うから、反証を示しただけなんだがｗ
LBの役割自体はどうでも良い。

>何のソフト使ってるか言ってみ
教えて欲しいなら「すいませんがイメージできないので具体的に何があるのか教えてください」だろ？ｗ
俺の気分が良ければ教えてやるよｗ

>>ロードバランサーを開発してるんじゃなくて、Dockerでインストールしてるだけなんだろ？

因みにこの一文は、仮にそうだったとしても>>1の「Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します」
に対する反証となっている。実際はもっと色々やるけどね。

> 俺の気分が良ければ教えてやるよｗ

じゃあこのままでいいよ。
俺は反論してほしくない
お前は反論できない
利害が一致してるｗ

>>497
そこはアプリをインストールしているだけならDockerを使う必要はないということです。
物理・仮想マシンに直接インストールすればいいのです。

なるほど、じゃあDockerは単体ではシステムとして運用する事は全くできず、物理か仮想マシンが
フロントに立たなければ、開発機としても本番機としても全く使用できない出来損ないのシステム、
って結論で大丈夫ですね？ｗ

Sleepからの復帰でコンテナが死ぬんだがスリープ入るときに自動的にコンテナ終了させる方法ない？

アプリ開発者はアプリ開発するだけだよ普通
ようするにJavaやJSみたいなプログラムを書く人がアプリ開発者ね
Dockerfileはインフラ担当者が作るもの
インフラ知識に乏しいアプリ開発者にはDockerfileを任せられない
インフラ担当者はアプリ開発者が作ったソースと依存関係等の情報からDockerfileを作成する

dockerでxcode使えますか？

>>503
使えるかどうか、考えてみてください！

>>502
では、アプリを動かすのに何が必要か教えて下さい。
アプリはwordpressみたいなものです。
私が開発しました（笑）

>>505
ドキュメントを提出してください

>>506
ドキュメントに間違いがあって余計な手間がかからないように
Dockerfileという動くコードで提出しました

>>507
アプリ開発者の書くDockerfileは過不足が多いのでだめ

Dockerfileを誰が書くか何てどうでも良い話題だけど
話の展開が何故そんなに頑なんだ？

一体何時から原理主義者のおかしな話を展開してるのかPart1見たらなんと
2014年じゃねーかｗ

こんなどうでも良い話を6年も続けてるの？ｗ
人生の無駄遣いだと思わないの？ｗ

>>509
一人のためにおかしなことになってるね。
nodeとかcondaで恩恵感じてたとこにdocker知った衝撃は計り知れなくて。
想像だけど、あんなふうにあるべき美しい運用方法にこだわる人は法学とか語学修めた人なんじゃないかな、と。
dockerfileはエレガントでなくても動くならそれでいいじゃん、っておれは思う。

>>508
> アプリ開発者の書くDockerfileは過不足が多いのでだめ
過不足とは？ いつも具体的ではな話でごまかそうとしてんなｗ

過　リソース使いすぎ
不足　セキュリティ対策など

アプリ屋にパフォーマンスチューニングとかできねえだろｗ

お前の考えが最高なんだろ？ なら良かったじゃん。
でもな、お前の考えを他人に押し付けんな。分かったか？

> でもな、お前の考えを他人に押し付けんな。分かったか？

今更何言ってんだかｗ
自己の考えの押し付け合いはこのスレの基本だろ？2014年の時点で既に同じような押付けしてる。
何かと言うとお前はDockerを理解してないとかｗｗ
最初の頃はまともなエンジニアからのレスもあったみたいだけど、今やコミュ障の粘着スレと化してるわ。

ブーメラン
ブーメラン

多分、書きっぷりからして、Part1の頃からお前はDockerを理解してない！
とか説教してる奴と今粘着してる奴は同一人物だろうけど、

2014年-2020年と言えば、俺の取引先会社が資本金100万円で発足して、市場価値100億円になった
期間とほぼ同一。俺がここ見たのは2019年位だと思うけど、それは会社がDockerに移行しよーぜ
とか言い出したからで

その間、こいつは、ずーーーーーーーーと、「お前はDockerを理解してない！」とか、間違った理解で講釈
たれてたのかと思うと、慄然としたね。ゼロから生まれた会社が100億になってDocker使うようになるまでに
コイツがDockerスレで役に立ったことはゼロ！
生産性もゼロ！！
でも土日も休まず粘着してます！

システムを高効率で動かすためのDockerに粘着して人生を非効率にしすぎると何じゃそりゃｗ
マジで仰天したね。。。

長文引くわー

つかpart1って俺も居ないしｗｗｗ
脳内で敵の設定を作って独りで熱くなってんのまじ笑える
テロリスト学校襲撃に備えてシミュレーションしてる中学生みたい

>>519
ん？じゃあ君の事を言っるんじゃ無いんじゃないの？
きみはDocker原理主義者の自覚でもあるの？

> 2014年-2020年と言えば、俺の取引先会社が資本金100万円で発足して、市場価値100億円になった
> 期間とほぼ同一。

ワロタｗｗｗ

へぃ、彼女〜、俺の友達の友達は芸能人なんだぜ〜
みたいな言い草だなｗｗｗ

>>512
> 過　リソース使いすぎ
> 不足　セキュリティ対策など

アプリ開発者が、リソース使いすぎで、セキュリティ不足だったら
その開発者が作るアプリは怖くて使えないなｗ

それをアプリ問題である、リソース使いすぎやセキュリティ不足を
インフラの力だけで解決できるって？夢見るのも大概にしろやｗｗｗ

インフラがDockerfileを使って解決できる
リソース使いすぎとかセキュリティ対策って

マルチステージビルド等を駆使してDockerイメージのサイズを減らしました！
使ってるライブラリのバージョンが古かったのでイメージ作り直して変更しました！

ぐらいなもんやろｗ
そんなのアプリ開発者でもできるわｗｗｗ

無理無理
アプリ開発者って想像以上に低レベルだからな

匿名掲示板で役立たずと書かれて即座に自分の事だと
反応できるってもの凄いな…

>>524
インフラにとっての高レベル＝

マルチステージビルド等を駆使してDockerイメージのサイズを減らしました！
使ってるライブラリのバージョンが古かったのでイメージ作り直して変更しました！

低レベルすぎｗ

アプリ開発者じゃサーバーのパラメータ調整とかできねーだろうなぁ
与えられたフレームワークのなかで単純作業するだけだし彼ら

> アプリ開発者じゃサーバーのパラメータ調整とかできねーだろうなぁ

アプリ開発者の場合、小手先のパラメータ調整ではなくて
ロジックを変更することでパフォーマンスチューニングを行う

アプリ屋はロジックの変更はできてもサーバーパラメータの調整はできない
それはインフラ屋の仕事
Dockerfileはそういうことも考慮して書かなきゃならなん
なのでアプリ屋の出番はない
アプリ屋はパッケージだけ作ってろってこった

なんでDockerfileの話でサーバーパラメータの調整が出てくるんだかｗ

サーバーパラメータの調整っていうのはマシンスペックや構成によって変わるもので
どこでも同じように動くものを作るDockerfileの外でやるここと
完全にDockerの意味を理解してないわｗ

ほらな
アプリ屋さんの理解なんてこんなもん

※「反論なし」は証拠の１つです（笑）

データベースのチューニングとかしたことねんだろうなぁ
アプリ屋さんはJavaとかRubyとかそのへん適当に書くだけで勤まるから楽でいいよね

データベースのチューニングでDockerfileいじると思ってるんだろうな（笑）
あんなの設定ファイルを注入するだけなのに

すでにDockerイメージ作成済みなのに、どうやって設定ファイルを
注入するんだ？とか言いそうだからヒントな

ボリューム

アンチパターン来ましたｗ

公式より

https://hub.docker.com/_/mysql

Using a custom MySQL configuration file
カスタムMySQL構成ファイルの使用

$ ｄｏｃｋｅｒ　ｒｕｎ　−−ｎａｍｅ　ｓｏｍｅ−ｍｙｓｑｌ　−ｖ　／ｍｙ／ｃｕｓｔｏｍ：／ｅｔｃ／ｍｙｓｑｌ／ｃｏｎｆ．ｄ　−ｅ　ＭＹＳＱＬ＿ＲＯＯＴ＿ＰＡＳＳＷＯＲＤ＝ｍｙ−ｓｅｃｒｅｔ−ｐｗ　−ｄ　ｍｙｓｑｌ：ｔａｇ

>>538
ビギナー向けのサンプルコードを真に受けて本番でも使っちゃうやつｗｗｗ

※「反論なし」は証拠の１つです（笑） 2回目

せっかくDocker使ってんのにインスタンス1個1個べっこに設定管理してた時代に逆行してんのマジ笑える
ヒントはボリューム（笑）ファーｗｗｗｗ

ほらな、やっぱり理解してない
Dockerのコンテナはアプリを動かす環境を一体化するものであって
設定ファイルを一体化するものじゃないんだよ。（してもいいけど）
なぜ公式のDockerイメージがそうなってるのかよく考えたほうがいいよ

Dockerイメージ＝アプリ。
アプリの中に設定を変更することがあるファイルを内蔵するか？
サーバーの構成に合わせてビルドするか？って話

>>542
わかってないのは君だな
君はDockerの流儀にまったく適応できてない
古い考え方のままDockerを使おうとしてる

正解はこれだ
・設定はイメージに埋め込む
・構成によってビルド後に可変にしたいものはコマンドライン引数、環境変数などを通じて変更できるようにエントリポイント、あるいはアプリ自体に細工する

これ、脱初心者を目指すなら必須の知識だから君も覚えておくといい

>>543
はい、そうやって作るからチューニングでDockerfileをいじることはないんです。

>>544
設定を埋め込むものエントリポイントに細工するのもDockerfileの仕事
正確にはassetを編集することが多いがそれも込でDockerfileをいじるということだ

ボリューム（）

アプリ屋「設定を注入する方法知ってるか？くくく、ヒントはボリューム」ドヤッドヤァアアアアア

上司「あー新人くん、データ保存領域以外は全てステートレスに作れってDocker入門コースで教えたよね。作り直して」

アプリ屋「あっ、ハイ…(´・ω・｀)」

公式より

https://hub.docker.com/_/mysql

Using a custom MySQL configuration file
カスタムMySQL構成ファイルの使用

$ ｄｏｃｋｅｒ　ｒｕｎ　−−ｎａｍｅ　ｓｏｍｅ−ｍｙｓｑｌ　−ｖ　／ｍｙ／ｃｕｓｔｏｍ：／ｅｔｃ／ｍｙｓｑｌ／ｃｏｎｆ．ｄ　−ｅ　ＭＹＳＱＬ＿ＲＯＯＴ＿ＰＡＳＳＷＯＲＤ＝ｍｙ−ｓｅｃｒｅｔ−ｐｗ　−ｄ　ｍｙｓｑｌ：ｔａｇ

新人「Dockerfileイジってチューニングやー」

上司「設定外出ししといたから、それいじってってな」

新人「あっ、ハイ…(´・ω・｀)」

>>548
振り出しにもどすな

>>549
設定もDockerfileの一部

Dockerfileでデータベースのチューニング？
なんだデータベースの設定変えてビルドし直すだけかよｗ
Dockerfileイジってねーじゃんｗｗｗ

もう邪魔だから隔離スレ建ててそこでやってくれない？

イ・ヤ・♪

>>552
迷惑だってよ

いやなら見るなってだけやろｗ

気が触れてるな。
こいつと同じ会社でなくて良かった。
こいつの同僚はこいつと同じなのだろうか。それとも、こいつだけ…

docker exec あとのコマンドを補完できるライブラリとかプラグインってありますか？

DockerfileのLinterはありますが
docker-compose.ymlのLinterってありませんか？