仮想環境コンテナ総合スレ Docker、Vagrant等 [無断転載禁止]©2ch.net

**デフォルトの名無しさん** · 2017/02/16(木) 18:01:04.48

開発に仮想環境やコンテナを使う機会が多くなってきたので、みんなで情報交換しませう

よろしこ

**デフォルトの名無しさん** · 2018/10/13(土) 23:52:12.52

> キミの言うところのDockerの高い可搬性を利用して、例えば開発環境を構築するという目的を達成するんだよ

自分で言ってる通りじゃないかｗ
Dockerの目的は高い可搬性を作る所まで。

Dockerを利用するってことは、別に作業があるんだろ？
その作業の目的が開発環境を構築することであって
Dockerを使う目的ではない

キミ、物事の本質を捉えられるようにならないとダメだよ

**デフォルトの名無しさん** · 2018/10/13(土) 23:53:24.28

>>611
> じゃあ可搬性を高くしてどうするんだ？
> その先の目的がまだあるだろ？

その先の目的？金を稼ぐってことかいな？
その理屈で言えば、どんな道具も目的は同じになるなｗ

**デフォルトの名無しさん** · 2018/10/13(土) 23:58:24.68

今置かれてる状況がある
また解決したい何らかの問題がある
そして解決する手段が複数ある

ここまできて比較検討しないって言っちゃなんだけど技術者失格だろう?

非常に幸運で何らかのテクノロジ一択で業務全部をカバーできる
なんて状況でもなければ必ず比較検討が必要になる

**デフォルトの名無しさん** · 2018/10/14(日) 00:00:31.63

>>614
お前が物事の本質をわかってないだけ。

Dockerの目的は可搬性を上げるためだし、
テキストエディタの目的はテキストファイルを編集するもの

開発環境を作るために、テキストエディタを使うだろと
いくら吠えたって、テキストエディタの目的が開発環境を作ることにはならないのと
同じようにDockerの目的は開発環境の作成ではない

**デフォルトの名無しさん** · 2018/10/14(日) 00:04:44.32

>>612
>Dockerを利用するってことは、別に作業があるんだろ？
>その作業の目的が開発環境を構築することであって
>Dockerを使う目的ではない

開発環境構築は間違いなくDockerを使う目的の1つ

A「なんのためにDockerを採用したの?」
B「開発環境構築のために採用しました」

自然だね

A「なんのためにDockerを採用したの?」
B「開発環境構築のために採用しました」
A「そんなのはDockerの目的じゃない！」

アホかこいつ

**デフォルトの名無しさん** · 2018/10/14(日) 00:06:49.52

>>613
極論すればそうだな

どんな道具にも複数の利用目的が存在する
どんな目的にも解決手段は複数有る

だから比較検討するんだよ

**デフォルトの名無しさん** · 2018/10/14(日) 00:10:20.62

>>615
道具の目的は作成者や利用者の認識によって様々
テキストエディタの主目的は確かにテキストの編集だろう
だが目的はそれだけではなく人によってことなる
"誰か"の目的を押し付けるべきではない
"おまえ"の目的が全てではない
まずはこの基本的な事実から理解してくれ
話しにならないから

**デフォルトの名無しさん** · 2018/10/14(日) 00:10:43.24

> A「なんのためにDockerを採用したの?」
> B「開発環境構築のために採用しました」

採用と目的は意味が違う
はい論破ｗ

ジョークかよｗ
なんでこんな簡単な指摘をせにゃならんのだ

**デフォルトの名無しさん** · 2018/10/14(日) 00:11:59.29

ほんとさっきからDockerの目的を
違う話にすり替えようとしてるな。
バレバレやで

**デフォルトの名無しさん** · 2018/10/14(日) 00:13:40.14

>>619
「なんのために」って読めなかった？外国人？

**デフォルトの名無しさん** · 2018/10/14(日) 00:14:12.92

A「なんのためにDockerを採用したの?」
B「開発環境構築のために採用しました」
A「開発環境構築してるのは見ればわかる。それを行うに当たって
なんのためにDockerを採用したのか聞いてるんだが？」

普通は後期着替え得される

**デフォルトの名無しさん** · 2018/10/14(日) 00:15:15.24

>>620
すり替えてるのはAn0DfPZDだな
Dockerの利用目的などいくらでもあるのに、開発目的の1つでしかない高い可搬性を唯一絶対の目的のように、こいつはすり替えようとしている

**デフォルトの名無しさん** · 2018/10/14(日) 00:15:16.71

例えて言うなら

A「なんのために○○工法を採用したの?」
B「建造物構築のために採用しました」

こう言ってるようなもん

**デフォルトの名無しさん** · 2018/10/14(日) 00:21:29.05

>>622
A「なんのためにDockerを採用したの?」
B「開発環境構築のために採用しました」
A「開発環境構築してるのは見ればわかる。それを行うに当たって
なんのためにDockerを採用したのか聞いてるんだが？」

B「開発環境構築手段としてはVagrantやローカル環境へのバッチ処理適用などが候補に上がりました。
弊社の置かれる状況を踏まえて、それらを比較検討した上で、これこれこういうメリットがあると判断して、採用しました」

普通はこうなる
比較検討なんかしない、などというバカだったら採用理由にも説得力がなかっただろうね

開発環境に限った話ではないが、何かを決めるにあたって、検討した選択肢と採用した理由は関係者に対して必ず説明するものだ
業務で開発したことが有るならアタリマエのことだと思うが
もしかしてキミ仕事で開発したこと無い？あるいは一人で開発してるとか？

**デフォルトの名無しさん** · 2018/10/14(日) 00:28:27.93

>>625
> 普通はこうなる

前言撤回かよｗｗｗｗ

俺が間違いを指摘した後に慌てて後付して書くなって
ほんと恥ずかしいやつやなｗ
だいたい、その「これこれこういう」の中身が目的やろうが？

ちゃんと書けよ。Dockerを使うことで可搬性が高くなるというメリットがあるので
その目的のためにDockerを採用しましたって

**デフォルトの名無しさん** · 2018/10/14(日) 00:36:36.30

>>626
>「これこれこういう」の中身が目的やろうが？
「これこれこういう」は利用者の状況や課題によって様々
だから比較検討して答えをだすって何度もレスしとるだろうが
いい加減少しは理解してくれ
話しにならないとはまさにこのこと

**デフォルトの名無しさん** · 2018/10/14(日) 20:01:17.80

なんか話が難しくなってきましたね
ひとまず、docker軽いですよ、vagrantに比べて
buildはややかかるけど、終わってしまえば、起動もさくっといきますよ

**デフォルトの名無しさん** · 2018/10/14(日) 22:23:03.56

何に使えるかと、何のための道具かってのをごっちゃにしてるやつのたわごとだからな。
Dockerはアプリケーションを仮想化するために作られた道具

その道具を使って金儲けができるからって、
いろんなものをごっちゃにしたらダメだって話

**デフォルトの名無しさん** · 2018/10/14(日) 22:25:54.86

>>628
> ひとまず、docker軽いですよ、vagrantに比べて
vagrantは開発環境を作る道具にすぎない。
Dockerと比べるものじゃない。

比較するならば、ホストマシンでアプリを動かす vs 仮想マシンでアプリを動かすだろ
ホストマシンでアプリを直接実行するほうが、仮想マシン上でアプリを動かすよりも軽い
といわれても当たり前でしか無い

**デフォルトの名無しさん** · 2018/10/15(月) 00:07:39.55

うん、だからdockerの方が軽いんだよね？
当たり前でも何でも実際軽くて便利なんだからいいじゃないか

**デフォルトの名無しさん** · 2018/10/15(月) 00:41:31.13

そりゃ仮想マシン使うよりも仮想マシン使わないほうが軽いだろう。
仮想マシン使わないで、普通にパッケージをインストールすれば良い

普通にパッケージをインストールすればいいのに
なぜDockerを使うのか？それこそがDockerを使う目的

**デフォルトの名無しさん** · 2018/10/15(月) 18:32:47.56

課題を解決する手段が複数ある
それぞれ一長一短で状況により正解は異なる
なので比較検討してどれを採用するか決める
これITに限らず一般常識ね

**デフォルトの名無しさん** · 2018/10/15(月) 18:36:41.86

んで、今話してるのは手段ではなくて
Dockerは何をする道具かということ
本質をちゃんと見れないと道具は正しく使えない

**デフォルトの名無しさん** · 2018/10/15(月) 18:41:05.65

周回遅れだね

Dockerの特性は正しく理解した上で比較検討しようという段階の話をしてるので付いてきて

**デフォルトの名無しさん** · 2018/10/15(月) 18:47:15.49

話を逸らすな。
Dockerはアプリケーションを仮想化する道具だって話をしてる

**デフォルトの名無しさん** · 2018/10/15(月) 18:55:53.84

お気の毒ですがそのような話をしているのはあなただけです
あなたはあなたが話ていることをみんなも話ているように錯覚しているようですが実は違うのです
まずは深呼吸して冷静になってください
会話が成立することを期待して待っています

**デフォルトの名無しさん** · 2018/10/15(月) 19:00:16.10

>>637
お前、自分が一人だってわかってないのか？
誰か他に同調してくれるやついるか？

**デフォルトの名無しさん** · 2018/10/15(月) 19:06:03.75

>>638
dockerとvagrant(あるいは他の方法論)を比較するという文脈のレスは私のレス以外にも幾つもありますね
比較するのはおかしいという主張はどうやらあなただけのようですが

**デフォルトの名無しさん** · 2018/10/15(月) 19:13:31.78

docker vagrant 比較
ぐぐったらたくさん出てきた
ちなみに
docker vagrant 比較するのはおかしい
ぐぐったら”おかしい”が除外されて検索された
こりゃ勝負有ったね

**デフォルトの名無しさん** · 2018/10/15(月) 19:18:29.88

>>639
それはお前の意見に同調してるわけじゃないだろｗ
頭悪いんちゃうか？

**デフォルトの名無しさん** · 2018/10/15(月) 19:19:27.50

だいたい、さんざん仮想マシンと比較って言ってくせに
vagrantに言い換えてるし
仮想マシンとvagrantの違いもわかってないようだ

**デフォルトの名無しさん** · 2018/10/15(月) 20:07:06.98

間を取ってLXCで

**デフォルトの名無しさん** · 2018/10/15(月) 20:30:22.20

間っていうか、LXCはシステムコンテナだから、Dockerで仮想マシンのような間違った使い方を
使い方をしようとしている人は、LXCを使うべきだよ

**デフォルトの名無しさん** · 2018/10/16(火) 00:27:22.18

PythonでJupyter Notebook使ったデータ解析環境をPC変更時に新PC上で手動で再現するのが面倒だからDocker上で動かすようにしてる

**デフォルトの名無しさん** · 2018/10/16(火) 00:30:53.46

Jupyter Notebookというアプリにそのアプリを動かすのに
必要なものを全部まとめてるわけだよね。
それが正しい使い方

**デフォルトの名無しさん** · 2018/10/16(火) 02:50:30.16

そもそも再現性気にするくらいならjupyter使うのが間違ってるけどな。

**デフォルトの名無しさん** · 2018/10/16(火) 03:32:28.53

また再現性とか誰も必要だと言ってない話をし始めたｗ

**デフォルトの名無しさん** · 2018/10/16(火) 21:22:37.51

再現性が必要ない？
それはなかなか斬新ですねw
そコマで頭の悪い意見が出るとは思ってなかった。

**デフォルトの名無しさん** · 2018/10/16(火) 22:04:16.59

Jupyter Notebookって試行錯誤を効率化するのが目的なんだから、再現性なんてDockerイメージで担保すればいいというのも、それはそれでありうる判断だろう。

環境独立な再現性があればあった方がいいって点には誰も異論はないと思うが、
それよりも試行錯誤の効率性の方が優先される用途もあるってだけの話だな。

**デフォルトの名無しさん** · 2018/10/16(火) 22:13:56.47

依存性の封じ込めも再現性もvagrantや別の方法でもできるので比較検討が必要

**デフォルトの名無しさん** · 2018/10/17(水) 01:10:09.91

>>649
依存性の封じ込めも再現性もvagrantや別の方法でもできるので
Dockerを使う理由にはならないってことだよ

**デフォルトの名無しさん** · 2018/10/17(水) 18:08:49.39

複数の方法があるけど一長一短なのでツールの特性と置かれてる状況とを見て比較検討する必要があるんだね

**デフォルトの名無しさん** · 2018/10/17(水) 19:42:49.89

ずーっとってる話だが、
比較検討の話と、ツールが作られた目的を
ごっちゃにするなってことですね

**デフォルトの名無しさん** · 2018/10/17(水) 20:01:49.11

発端は>>597-599あたりかな
比較検討の意義についての議論だったのだけど、それが理解できない子も居たようだね

**デフォルトの名無しさん** · 2018/10/17(水) 20:06:17.49

比較検討するにあたって、
どの道具の目的をちゃんと理解してないと
正しい検討ができないって話やろが

**デフォルトの名無しさん** · 2018/10/18(木) 12:14:37.57

ここで聞くのが正しいかどうかわからないんですが質問です
やりたいことが2つありまして

1. Vagrantでバーチャルマシン使って開発
2. VPNでリモート環境に接続、そこにあるコンピュータにSSH

この2つは特に関係ない作業です
で、それぞれ単独では出来てるんですが

Vagrantでバーチャルマシンを立ち上げ
192.168.10.10のIPを与えて開発する（LaravelのHomesteadです）
↓
開発終えてvagrant halt（1の作業はここまで）
↓
リモート環境にVPN接続（2の作業開始）
↓
そこにあるコンピュータ192.168.10.14にSSH

としようとすると接続できない、pingも通らない、となっており解決方法を探しております
OSを再起動すると接続出来ます
macOS10.11(El Capitan)です

なにかわかる方いらっしゃいましたら、よろおねです

**デフォルトの名無しさん** · 2018/11/28(水) 16:14:53.75

Dockerって言うのを試したいのだが、
少し調べてみた限りでは、コマンドベースで各種の設定などやるようだが、
Linuxの操作に慣れていない人は使うのは難しい？

**デフォルトの名無しさん** · 2018/11/29(木) 22:44:08.65

>>658
やめといた方が方がいい。
本格的にLinuxを勉強するつもりなら話が別だが。

**デフォルトの名無しさん** · 2018/11/29(木) 22:44:49.67

>>658
Linux関係なくね？

**デフォルトの名無しさん** · 2018/11/29(木) 23:34:53.34

GUIしかやってないなら大抵の仮想化ツールは取っ付きにくいだろうな
CUIの勉強しろよ

**デフォルトの名無しさん** · 2018/11/30(金) 14:16:12.81

>>658
簡単だけどLinuxの操作などを知っているなら簡単という意味。

**デフォルトの名無しさん** · 2018/11/30(金) 20:19:16.57

ターゲットとなる本番環境じゃなくてポータブル開発環境として使ってる人います？
ローリングリリースのLinux選んでずーっとその仮想育てる感じで
PowershellもMsysもWSLもどうやっても馴染めないよう

**デフォルトの名無しさん** · 2018/11/30(金) 23:53:07.83

シェルスクリプト・PowerShell の代わりに、VSCode で、Ruby を使えば？

Windows でも、普通にファイル操作できる。
ただし、irb だけは日本語でバグるから、WSL のirb を使う

日本語では、WSL のirb は、MSYS2 よりも正常に動く

**デフォルトの名無しさん** · 2018/12/01(土) 07:43:14.49

うーん正確な用語がわからない・・

そのVSCodeとRubyの方を仮想かしてどこでも同じ使い勝手を味わいたいんだ
そっちの実作業環境を開発環境と呼ぶのは変なのかな

**デフォルトの名無しさん** · 2018/12/01(土) 14:14:31.04

docker へrdpで解決しない？

**デフォルトの名無しさん** · 2018/12/11(火) 16:27:30.38

サイトの管理を任されたけど、今 vagrant　とdockerとかで
環境構築するのが当たり前なの？
もう、MAMP XAMPでローカルに構築する時代じゃないの？？？

**デフォルトの名無しさん** · 2018/12/11(火) 16:35:45.97

vagrantは開発専用。これでサイト構築はまず無いだろ

> もう、MAMP XAMPでローカルに構築する時代じゃないの？？？
vagrantかWSLのほうがいいだろ？
実際の動作環境がLinuxなのにWindowsで環境作るほうが面倒

**デフォルトの名無しさん** · 2018/12/11(火) 22:04:25.79

Software Design 12月号の特集は、Python のAnsible

Vagrant, Chef に挑む巨人、Red Hat の猛攻が始まった！

以前は、すべての開発者は、Vagrant の作者で、今世紀最大の創業者、
Mitchell Hashimoto (HashiCorp)を避けて通ることはできないと言われていた

その常識に、赤い巨人が挑む！w

**デフォルトの名無しさん** · 2018/12/12(水) 00:11:08.47

>>667
俺の知ってる現場でもみんなvagrantだな
そういう時代なんだと思う

**デフォルトの名無しさん** · 2018/12/12(水) 19:59:55.07

VirtualBoxとVagrant　を使って開発って
WEBアプリケーション以外にも使われることはあるんですか？

例えば、スマホアプリとか。

**デフォルトの名無しさん** · 2018/12/14(金) 13:43:43.35

>>671
あるよ

**デフォルトの名無しさん** · 2018/12/14(金) 13:48:00.36

ありまぁす

**デフォルトの名無しさん** · 2018/12/19(水) 14:49:06.19

WindowsでDocker (Hyper-V)とVirtualBoxが共存可能になったってよ　

**デフォルトの名無しさん** · 2018/12/20(木) 07:07:45.57

vagrant/terraform
container linux
ansible
docker
kubernetes
Istio
gcp/aws/azure
この辺のキーワード聞くことが多くなってきたが覚えること大杉てしぬ

**デフォルトの名無しさん** · 2019/01/22(火) 19:13:09.57

クラウドでコンテナを運用するとしたら規模の小さめなサービスでもk8sが鉄板なんすか？

**デフォルトの名無しさん** · 2019/02/01(金) 22:44:34.29

Ansible使ったらshellだらけになった

**デフォルトの名無しさん** · 2019/02/25(月) 14:14:19.25

vagrantのguestosをオフライン環境でバージョンアップさせる方法教えてください

**デフォルトの名無しさん** · 2019/03/01(金) 01:33:46.52

本番運用の環境でDockerCE (Docker for Windows) の Linuxコンテナを使ってるんだけど、
たまにポートフォワードがうんとも寸とも言わなくなることがあるんだけど、そういうもん？

具体的にはNGINXのコンテナを作って外からの443をNGINXに向けるようにしてるんだけど、
突然ポートフォワード出来なくなる。TCPパケットダンプしても明らかにコンテナに流れてない。
んでDocker自身を再起動したら復帰する

運用環境としては怖すぎなんだけど・・・

**デフォルトの名無しさん** · 2019/03/01(金) 08:42:16.02

Docker は本家 Linux でも本番環境だとわりとトラブるって話を1年くらい前に聞いたな。
利用は開発環境やステージング環境までにして
本番はネイティブにした方が無難なような。

**デフォルトの名無しさん** · 2019/03/01(金) 12:21:06.68

設定ミスの可能性もあるだろう
マネージドのDocker Hostをレンタルして同じ構成で動かしてみたらどうだ

**679** · 2019/03/01(金) 22:02:26.08

設定ミスの可能性は無いです

**デフォルトの名無しさん** · 2019/03/01(金) 22:40:15.67

確認した?
エビデンスとったか？

**デフォルトの名無しさん** · 2019/03/01(金) 22:55:07.01

tcpdumpの結果でわりと十分なエビデンスだろう。
突然パケットが流れなくなるような設定間違いってなかなかできない。

**デフォルトの名無しさん** · 2019/03/01(金) 23:02:50.07

>>684
全く「設定ミスがない」ことのエビデンスになってない
それじゃただ単に現象を確認しただけだ

**デフォルトの名無しさん** · 2019/03/02(土) 10:11:20.28

>>685
｢『全く』設定ミスがない｣ことのエビデンスなんて現実的なコストでは提供不能だよ。
特に設定不足系は無理。
ふつうはそんな効率の悪いやり方をしない。
まあ金融・証券系みたいにコスト無視、かつ顧客が無理難題をふっかけるとこだと、顧客が納得するレベルの嘘をついて誤魔化すことはあるけどさ。

**デフォルトの名無しさん** · 2019/03/02(土) 10:37:21.55

｢Docker network stopped working ｣でググるといっぱい見つかるね。
未解決のも多い。

ttps://github.com/moby/moby/issues/32195
なんかはSolved になってるけど
・(正常なネットワークなら問題ない筈の)先進的なネットワークオプションをとにかくdisableせよ
・Docker のバージョンを上げろ
ってなってて、Docker か、あるいは利用しているネットワーク環境のどちらかに不具合があるっぽい。

**デフォルトの名無しさん** · 2019/03/02(土) 11:08:33.63

>>686
俺がなんで括弧つけたかわかってないな

「全く設定ミスがない」こと証明してないと言いたいのではない
「設定ミスがない」ことを全く証明してないと言ったのだ

**デフォルトの名無しさん** · 2019/03/02(土) 11:27:53.49

>>688
ふつうは正しく動作することをもって証明とするんだよ。
数学的な意味での証明には全くならんが、現実的なコストでできる証明ってのはそれくらいしかないんだ。

くだんの人の場合、一応正しくは動作してるのに、しばらくすると止まる、しかもtcpダンプしても止まってるんだから、
症状からしてなにか不具合がある可能性が高い。

そうじゃない、証明する方法があるんだっていうのなら、その方法を具体的に書いてやってくれ。

**デフォルトの名無しさん** · 2019/03/02(土) 11:35:40.93

>>689
もうとっくに書いてんじゃん
マネージドなdockerホスト借りてやってみたらどうだってさ

何も設定項目1つ1つ変更しながらエビデンスとれって言ってるわけじゃないんだよ
適度なサイズのスコープで切り替えながら調査していくの
これって問題調査の基本中の基本だよね？

君が言ってる現実的じゃない方法って
アルゴリズムに例えて言うと線形探索なんだよ
でも俺らは二分探索とか範囲で絞り込むアルゴリズムを知ってるわけだろ？
なんで身につけた知識を応用しないんだ？

**デフォルトの名無しさん** · 2019/03/02(土) 11:50:11.02

>>690
マネージドなDockerホストって書いてた人だったのか。
確かにそれはアリだな。

俺の言葉の使い方だとそれを設定ミスがないことのエビデンスになるとは言わないので
マネージド環境でのテストのことを指してるとは思わなかったよ。
すまんかった。

よくよく考えてみるとアホな顧客にエビデンス要求された時に
有料サービスに丸投げした結果を提供してOKもらうことはたびたびあるので
自分でも似た使い方してたなw
自分でそれがエビデンスという強い言葉に値すると思ってないから思いつかないんだなあ。

**デフォルトの名無しさん** · 2019/03/03(日) 14:34:26.16

issueだらけだもんなぁ
本番には到底耐えきれないよ
本番で使わないならってんで開発でもDockerを使わなくなる
だから実務で役に立つのはVagrantとAnsibleになる

**デフォルトの名無しさん** · 2019/03/03(日) 14:43:33.70

>>692
issueの数で判断できるなら、世の中のメジャーなライブラリやフレームワークはみな使えないことになる

**デフォルトの名無しさん** · 2019/03/03(日) 15:04:33.53

ライブラリやフレームワークに不具合があってもアプリケーションとしてのテストを通過すれば問題はない
でもDockerみたいなのになるとテストしきれないから安易に使えない

**デフォルトの名無しさん** · 2019/03/03(日) 15:07:54.94

>>694
はいキチガイ

**デフォルトの名無しさん** · 2019/03/03(日) 15:11:25.80

>>695
いや常識だぞこれ
お前はテストしとらんのか？

**デフォルトの名無しさん** · 2019/03/03(日) 15:45:08.26

>>696
ソースは？

**デフォルトの名無しさん** · 2019/03/27(水) 18:59:14.57

>>697
Rubyかな

**デフォルトの名無しさん** · 2019/03/27(水) 22:21:53.24

ansible-containerってどうなの？

**デフォルトの名無しさん** · 2019/04/07(日) 22:47:05.10

初心者なんじゃがコンテナ内のphpmyadminから別コンテナのMySQL叩くの難易度どれくらい？

**デフォルトの名無しさん** · 2019/04/08(月) 12:14:30.85

難度Fぐらいかな

**デフォルトの名無しさん** · 2019/04/08(月) 19:16:29.83

USB Type Aが一発で刺さるぐらいの難易度

**デフォルトの名無しさん** · 2019/04/08(月) 21:09:35.64

本当かぁ、？何回かネットや本のコピペしてるけどMySQLとphpmyadmin連携取れないぞ、？

**デフォルトの名無しさん** · 2019/04/08(月) 21:24:00.34

composeのサンプルコピペでいけるやろ

**デフォルトの名無しさん** · 2019/04/08(月) 22:14:51.00

>>704
この後またチャレンジするんだけど皆さん普通に連携取れて出来てるのよね？
本の丸コピが何回やっても動かないし何かMySQLの認証系が怪しいんだが

**デフォルトの名無しさん** · 2019/04/08(月) 23:23:24.47

compose見せてみ

**デフォルトの名無しさん** · 2019/04/09(火) 20:27:46.01

すまん、、そこまでまだ本を読み進めてないでんねん。。下記が本のソース丸コピなんだが
////phpmyadmin編
//_mysqlとphpmyadminのDockerfile用の２つのフォルダ作成
sudo docker network create mysql-nw
sudo docker volume create --name=db-volume
sudo docker run -v db-volume:/var/lib/mysql/ --name=db-container busybox

//////mysql/Dockerfile
#イメージ取得
FROM mysql
#mysqlのrootパスワード設定
ENV MYSQL_ROOT_PASSWORD=dbpass01
#文字コードにutf8mb4をセット
CMD ["mysqld","--character-set-server=utf8mb4","--collation-server=utf8mb4_unicode_ci"]
//////
sudo docker build -t mysql-image .
sudo docker run --volumes-from=db-container --name=mysql-container --net=mysql-nw -d mysql-image

//////phpmyadmin/Dockerfile
#イメージ取得
FROM phpmyadmin/phpmyadmin
#
ENV PMA_HOST=mysql-container PMA_USER=root PMA_PASSWORD=dbpass01
//////

sudo docker build -t pma-image .
sudo docker run --net=mysql-nw --name=pma-container -p 83:80 -d pma-image

**デフォルトの名無しさん** · 2019/04/09(火) 20:29:44.42

ちなみにこれも三行丸コピで動くらしいけど失敗したやつでなぁ
https://blog.thenets.org/how-to-install-mysql-and-phpmyadmin-with-docker/

**デフォルトの名無しさん** · 2019/04/09(火) 21:25:20.32

docker logsは？

**デフォルトの名無しさん** · 2019/04/09(火) 21:34:32.10

CMD["mysqld"
とりま要らんやろこの引数

**デフォルトの名無しさん** · 2019/04/09(火) 22:23:24.21

すんまへん、、何故かイケました。メモ帳に書いてコピペしてるからそう書き間違えないはずなんだがなぜかこれで
//phpmyadmin再度
sudo docker pull mysql:5.7.24

sudo docker pull phpmyadmin/phpmyadmin

sudo docker network create mysql-network

sudo docker run --name=aa-mysql --net=mysql-network -p 3306:3306 -e MYSQL_ROOT_PASSWORD=password -v $(pwd)/database:/var/lib/mysql -d mysql:5.7.24

sudo docker run --name=a-mysql-admin --net=mysql-network -e MYSQL_ROOT_PASSWORD=password -e PMA_HOST="aa-mysql" -e PMA_PORT=3306 -p 8081:80 -d phpmyadmin/phpmyadmin