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/

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ってありませんか？

docker-compose なんかローカルでのテストくらいにしか使わないのにLintもクソもないでしょ
あえてやるとしたら docker-compose.yml があったらテスト用だ本番とは違うとワーニング出すくらいだろうな

配布するから

Promscale: An analytical platform and long-term store for Prometheus, with the combined power of SQL and PromQL
https://blog.timescale.com/blog/promscale-analytical-platform-long-term-store-for-prometheus-combined-sql-promql-postgresql/

k8sよりcomposeのほうが簡単でいい
swarmでいいじゃん

設定ファイルが多少簡単だろうと、まともなマネージドサービスがない時点で難易度MAXなのです

fargateは?
最近docker comoose対応したよね

Fluent Bit supports Amazon S3 as a destination to route container logs

Posted On: Oct 14, 2020

Customers using container services including Amazon Elastic Container Service (ECS), Amazon Elastic Kubernetes Services (EKS), or self-managed Kubernetes can now send their container logs to Amazon Simple Storage Service (Amazon S3) using the Fluent Bit log router.
Fluent Bit allows customers to route container logs to various AWS and partner monitoring solutions including Amazon CloudWatch, Amazon Kinesis, Datadog, Splunk, and now Amazon S3.

Amazon ECS customers can use the FireLens interface in their task definition to configure Fluent Bit to send logs to Amazon S3.
Once you deploy your task definition, it will automatically start routing logs.
Customers using containers on Amazon EKS or self-managed Kubernetes clusters can now route container logs to Amazon S3 by installing Fluent Bit as a DaemonSet.

To get started see a FireLens example to route logs to Amazon S3 here, the Fluent Bit release notes here, and the Fluent Bit documentation here.

大切なパスワードを保存したイメージを間違ってdokerhubにうｐしちゃったらどうなるの

どうやったらそんなミスをするのかって悩むレベルだなｗ

パスワード変えればいい

dockerの理念的に
１アプリ１イメージ
使い終わったらコンテナ削除する
ってことらしいですが
開発環境の場合、毎回コンテナ削除してたら編集データとかリセットしませんか・・？
データやら設定ファイルだけはホストに保存するってことでしょうか？

>>570
dockerイメージ＝プログラム（exeファイル）と考えればいいんだよ。
exeファイルの中に消えたらいけないデータを保存するかい？しないだろ？

つまり保存するデータはdockerイメージの外に保存するんだよ。
それがボリューム。ボリュームっていうのはdockerイメージを起動するときに割り当てる。
例えば任意のディレクトリをボリュームとして使うことができる。
exeファイルを実行するときにデータディレクトリを指定しているようなもんだ

こうやってdockerイメージの外のリソースを起動時に割り当てることで
dockerイメージ内部からはどこで動かしても同じように見えるようになるわけ

ちなみにデータと設定ファイル（アプリ実行中に保存しないもの）は別な。
設定ファイルはdockerイメージに埋め込んでいい（場合によっては外に出すこともある）

>>571
>dockerイメージ＝プログラム（exeファイル）と
なるほどそういうことなんですね
＞任意のディレクトリをボリュームとして使うことができる。
容量に余裕のあるHDDを指定して永続的に保存なんてこともできるのですね

アプリの設定を変えたあとその設定も他の環境でも共有したいとなると
イメージまるごと共有するか
クラウドに設定を保存するとか
ですかね
（chromeブラウザとかだとログインすればすぐ同期されていい感じなのですが）

ありがとうございました

そんなゴリゴリに使い倒すつもりはないからホストPCのシステムディスクって２５０GB（SSD）もあれば十分だよね・・？

https://martinheinz.dev/blog/35

Docker Hub Image Retention Policy Delayed, Subscription Updates
https://www.docker.com/blog/docker-hub-image-retention-policy-delayed-and-subscription-updates/

Docker Hubのイメージ削除は2021年半ばまで延期するってよ・・・

リソース消費量ベースのサブスクリプションにどう対応したら良いかとか
そもそも現在のリソース消費量は？とかよく分からないからってフィードバックが寄せられたっぽい

dockerhubの方針はよくわからないからgithubでいいや

imageを共有すること自体がないから
docker-compose.ymlの共有はするけど

このご時世にvmみたいな使い方してしまった
はぁ

イメージ作成したときにダウンロードしてきたイメージはどこに保存されているの？
イメージ作成前後でボリュームのサイズ調べてもサイズが増減しない・・見間違えてるだけかな

最初にイメージの格納場所のサイズを設定するだろ。
~/Library/Containers/com.docker.docker/Data/vms/0/data/Docker.rawとか。

docker system df -v
で確認。

Ready for pull rate limits? Docker outlines 'next chapter' as Google tells customers how to dodge subscriptions
https://www.theregister.com/2020/10/28/docker_pull_rate_limit_1_november/

The issue is worse for users of private GKE clusters since "all image pulls will be routed via a single NAT gateway".
Winser warned that "any service that relies on container images may be affected, including Cloud Build, Cloud Run, App Engine etc."

11月からNATゲートウェイ経由かつ匿名ユーザーだと
全くpull出来なくなる感じ？
ヤバくね？

必要なイメージをプライベートレジストリに確保するだけ

https://labs.play-with-docker.com/
でボリュームのマウントがうまく行かない
$ cat test.txt
$ docker run -it -v /my/:/var/my ubuntu
コンテナの端末に入って/var/myに移動してもtest.txt無し

ローカルのPCでは成功したのになあ

補足
test.txtはmyディレクトリに作ってある

たぶん/my/のパスが間違ってるってことだよね
ほんとは
/なんたら/かんたら/うんたら/my
ってパスなんだろうけど

改めてやってみたら
/my:/var/my
じゃなく
/root/my:
でやったらできた！

python使いたいだけなのに８８６MBって重くない？

うそ！？私のPython 41.09MB！

alpineベースのPythonは扱いが難しい

特にCライブラリを使うパッケージが必要なプログラムの場合、ソースからビルドされて遅かったり
alpineにコンパイル済みのがあってもバージョンが古かったり
たまにglibcとmuslの違いから起きる互換性の問題がある

alpineよりslimの方がオヌヌメ
alpineよりは大きいがまだ小さめ

python:3.7-slim
で-alpineとか-slimつけるだけでいけた�d

つけるだけでいけたの前にdocker-hubくらい見ようよ

ん　dockerhubみたら
python:<version>-slim
って書いてあったよ

Docker Hubを見るのも当然だし、大元のDovkerfileを読もうよ。

謎の現象に苦しんでいます。

CentOS 7で、yumでdockerを導入しました。

docker volume creteで、vol_etcと、vol_varを作成し、docker runのオプションで、次のようにボリュームを指定のディレクトリにマウントしました。
--mount source=vol_etc,target=/etc --mount source=vol_var,target=/var

このコンテナはimageから起動しているので、オリジナルの/etcと/varとが、それぞれボリュームにコピーされるはずです。

オリジナル/etcの内容は全てボリュームにコピーされたようです。
しかし、/varの一部のディレクトリの内容が、なぜかボリュームにコピーされません。
そのため、そのディレクトリの内容のみ空っぽになってしまいます。
（具体的には、/var/spool/hylafaxというディレクトリが空になります。/var/spool/の他のサブディレクトリについては中身がコピーされています。）

念の為、ボリュームをマウントせずにコンテナを起動すると、問題のディレクトリも中身が入っていることが確認されます。

原因として何が考えられるでしょうか。お手上げ状態です。

>>594
自己レスです。

オリジナルの/var/spool/hylafax 内に、pipeファイルがあります。

prw------- 1 uucp uucp 0 Sep 19 2018 FIFO

これが原因で、ボリュームにサブディレクトリも含めてコピーがされない可能性はあるでしょうか。

pipeを削除したイメージを作ってやってみれば原因かどうかわかるんじゃないの

>>594
基本的な話として、
ホストの/etcや/varをDockerコンテナの中にマウントしてはいけません。
厳禁といってもいいレベルでダメです

/etc や /var 以下の必要なものだけをマウントする場合はギリOKです。
そのDockerイメージは何の機能をコンテナ化したものですか？
その機能に必要なものだけをマウントしてください

ついでに言っておくと/etcや/varなんかをDockerコンテナに
割り当てたりなんかしたら最悪ホストシステムが破壊されます。

アプリ屋くん今日も大暴走

>>594
>― mount source=vol_etc,target=/etc --mount source=vol_var,target=/var

なんで、こうするのか、理解に苦しむわ…。
とくに、 /var をなぜVolumeにする？
意味がわからない。

Dockerを仮想マシンか何かだと思ってるんだろ
/etcや/varを共有してDockerコンテナの中で作業しようとしてる