[過去ﾛｸﾞ] Docker Part3 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
749: 2020/04/08(水)15:19 ID:0/ZsiN0l(1) AAS
自分で知恵遅れ宣言してて草
750: 2020/04/08(水)15:30 ID:9IBLuCoT(1) AAS
ガイジの日記帳だからしゃーない
751: 2020/04/08(水)17:11 ID:bDnpnEzN(1) AAS
>>742
へいすみません
752: 2020/04/09(木)01:01 ID:MR8owRqe(1) AAS
クーベルネーテスって便利ですか？
753: 2020/04/09(木)02:53 ID:FEp3Oz10(1) AAS
そーでもねーです
754(3): 2020/04/12(日)22:18 ID:U8HvSeE4(1) AAS
Dockerfileに以下を書いてbuildしてもWarningになってしまいます…
Qiitaやら海外の掲示板の情報を試しても上手くいかず…
誰か同じ経験or解決したことある人いませんか？
docker介さず行えばpip install コマンドは動くのですが…
Hyper-VにCentos8入れてそこでやってます。
FROM python:3.7
RUN pip install --upgrade pip
→WARNING: Retrying (略 Failed to establish a new connection
755(1): 2020/04/13(月)05:58 ID:eh1JbNkW(1) AAS
>>754
おそらくプロキシ環境でDockerfileにプロキシ設定していないのでは
756(1): 2020/04/13(月)19:14 ID:e8TZ9eU2(1/5) AAS
>>754
これ実行したらどうなる？
docker run -it busybox ping 8.8.8.8
docker run -it busybox wget 外部ﾘﾝｸ:google.com
757: 2020/04/13(月)20:57 ID:BJxyd1Wh(1/7) AAS
>>755 ありがとう。プロシキ環境は使ってないっす。念のため調べてみます。
>>756 こんな結果になりました。下が通らないのが変なのでしょうか？
[root@localhost ~]# docker run -it busybox ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=5 ttl=49 time=29.793 ms
64 bytes from 8.8.8.8: seq=6 ttl=49 time=15.181 ms
64 bytes from 8.8.8.8: seq=7 ttl=49 time=13.270 ms
64 bytes from 8.8.8.8: seq=8 ttl=49 time=18.520 ms
[root@localhost ~]# docker run -it busybox wget 外部ﾘﾝｸ:google.com
wget: bad address 'google.com'
758: 2020/04/13(月)21:02 ID:e8TZ9eU2(2/5) AAS
ネットワークはつながってるけど、DNSサーバーの問題だね。
いまから飯作るんで後でなｗｗｗ
それか他の人お願い
759: 2020/04/13(月)21:24 ID:BJxyd1Wh(2/7) AAS
DNSサーバーか…ありがとう、もう少し調べてみます！
760(1): 2020/04/13(月)21:25 ID:e8TZ9eU2(3/5) AAS
でもまあ解決策はよく知らんのよねｗ
俺は普通に使えるし。
こことか参考になるんじゃね？
外部ﾘﾝｸ:qiita.com
あと興味があるからこの結果も見てみたいな。
普通はプライベートIPアドレスなはずだが
身元がばれるようなものが入ってないことに注意なｗ
docker run -it busybox df -h
docker run -it busybox cat /etc/resolv.conf
761: 2020/04/13(月)21:25 ID:e8TZ9eU2(4/5) AAS
DNSサーバーっていうか、名前解決が出来てないってことね
762: 2020/04/13(月)22:17 ID:BJxyd1Wh(3/7) AAS
test
763: 2020/04/13(月)22:20 ID:BJxyd1Wh(4/7) AAS
Filesystem Size Used Available Use% Mounted on
764: 2020/04/13(月)22:22 ID:BJxyd1Wh(5/7) AAS
何か書けないな？
resolv.confはプライベートIPアドレスと、あと自分でさっき追加した8.8.8.8が入ってました…
765: 2020/04/13(月)22:24 ID:BJxyd1Wh(6/7) AAS
>>760
docker run -it busybox df -h
↑の結果を書こうとしたら何故かjaneがエラーになーるww
766: 2020/04/13(月)22:33 ID:BJxyd1Wh(7/7) AAS
hyper-Vの設定が悪さしてる気がしてきた…
767: 2020/04/13(月)22:38 ID:e8TZ9eU2(5/5) AAS
Docker Desktop for Windows を使ってるんだよね？
768(2): 2020/04/13(月)23:44 ID:JPY8bLts(1/2) AAS
何か、コンテナの概念と仕組みをスッキリ、はっきり
説明してるお勧めサイトってありませんか？
遅まきながら使い始めたけど、よくわからない。
思考がどうもコンテナ≒仮想マシンってイメージに引っ張られる
とりあえずくじらが書いてある本を、ｱﾏｿﾞﾝﾎﾟﾁｰﾉからのンロッカーで受け取って
ざっと読んだが、余計に混乱しだした・・・。
769: 2020/04/13(月)23:45 ID:JPY8bLts(2/2) AAS
すみません、コンテナはDockerの誤りです。
770(1): 2020/04/14(火)00:05 ID:nrI+3Pdd(1) AAS
>>768
何のためにDockerが作られ、どんな問題を解決しているのか？を調べたほうがいいよ
何に使えるかじゃなくて、何のために使うか。
（何に使えるかだと本来の用途ではない使い方をしてる例が多い。
曰くそういう使い方も出来るからいいじゃん。らしいｗ）
まあ答えを言ってしまえば、自分でビルドしたアプリを配布するために使う。
用途が重要だから仕組みをいくら調べても間違ったイメージは訂正できない。
Dockerの本とかでも良くない例が多くて、Dockerはdockerコマンドや
kubenetes使いこなすんじゃなくて、Dockerfileを自分で書くことが重要なんだが
そのDockerfileであっても例として「既存の○○サーバーをDockerで動かしてみましょう。」
という話が始まる。本来は自分で開発したアプリのDockerfileを書くものだ。
「自分で開発したアプリ」はDockerの話からすれば本題からずれるから
既存の○○を例として使うのはわかるが、そうするとDockerの正しいイメージから遠ざかってしまう。
771(2): 2020/04/14(火)09:24 ID:Iur9C4SR(1/4) AAS
自分が使いたい使い方を我慢してまで
Dockerの本来の使い方を守ろうとする意味は何？
他の方法がある、とか言うんだろうが
いろんな手法を混ぜるのがめんどくさいから
多少設計思想から外れても全部Dockerでやっちゃうってのも別に自由じゃん
772: 2020/04/14(火)09:32 ID:Iur9C4SR(2/4) AAS
あ、ごめん流れ読んでなかった。
>>768の質問があっての返答なら全くごもっともだわ
773(1): 2020/04/14(火)09:49 ID:pFN7AsrW(1/3) AAS
>>771
> 自分が使いたい使い方を我慢してまで
自分が使いたい使い方にはそれに適したツールがあるから
より適したツールが有るのに、我慢してDockerを使わなくていい
774(1): 2020/04/14(火)09:51 ID:pFN7AsrW(2/3) AAS
>>771
> いろんな手法を混ぜるのがめんどくさいから
いるよね。そういう奴ｗ
より適したツールが有るのに「新しいのを覚えるのが嫌だから」
全部エクセルで頑張りましたとかｗ
頑張るところを間違っている。楽するために頑張って知恵をつけるのではなく
バカなまま無駄な努力をすることを頑張る
775(1): 2020/04/14(火)10:13 ID:Iur9C4SR(3/4) AAS
>>773-774
スクリプト書けば一発なのにExcelで何とかするのは純粋に時間のムダだけど、
「Dockerの本来の想定からは外れるかもしれないけどあっさり使える」用途があるなら
実際そういう使い方もできるからいいじゃんとしか言えんわな。
何のために作られたとか、
作った奴の思想はこうだから、とかクソどうでもいい。
776(1): 2020/04/14(火)10:23 ID:pFN7AsrW(3/3) AAS
>>775
実際は「そういう使い方出来るからいいじゃん。
それにしてもDockerって使いづらいですねｗ
こんな事したいんですが出来ないんです。」
ってなってるから言ってんだよ
777: 2020/04/14(火)10:26 ID:Iur9C4SR(4/4) AAS
>>776
そこは異論ないよ。
俺のそもそものツッコミも筋違いだったわけだし。
778: 2020/04/15(水)23:40 ID:rCWj0bNr(1) AAS
>>770
> Dockerはdockerコマンドや
> kubenetes使いこなすんじゃなくて、
買った本はまさにそんな感じの本だった。
このコマンドを打つと、コンテナはこういう状態になりまーす、って感じで
Dockerコマンドとは、Dockerとは何ぞや、どういう仕組みなのかって事が中心で
「どうしたら、Dockerって便利だなーってなるんだよ！！」って雰囲気の本だった
目鱗。ありがとうございます。
779: 2020/04/16(木)00:38 ID:G9bh7zxQ(1) AAS
「前CentOSで組み立てたこのWebサービス環境だけど今度はUbuntuで動かして！」とかいう指示が来た時にdockerで作っていればもしや楽だったのでは…ってなった事はあった
そういう感じじゃないかなぁ的外れだったらごめん
780: 2020/04/16(木)01:01 ID:R7a4uuMe(1) AAS
インフラ専業の人が仮想化技術の1つとしてdockerを学ぼうとしているのだとしたら、
たぶんそれはあまり意味がないからやめた方がいい
dockerコンテナはアプリケーションのパッケージ化技術だ
アプリケーションにOSを丸ごとバンドルする、いわばスタティックリンクの一種にすぎない
781: 2020/04/16(木)08:05 ID:G/grTQ/Z(1/2) AAS
インフラ屋だけどDocker便利。
Zabbixコンテナを複数環境にそれぞれ独立して作ってるんだけど、
VMではメモリ消費の観点で難しかった。
782: 2020/04/16(木)09:57 ID:LeyxDGKY(1) AAS
開発者がCPUやコンパイラの技術を知っておくべきなのと同じように
インフラ屋がDockerの内部技術を知っておくのは正しいが、
普段の仕事でそれらの技術は使わないんだよ。
知っておくとトラブル解決が素早く出来るが
インフラ屋にとってのdockerを使う普段の仕事は
作られたDockerイメージをただ起動するだけ
YAMLファイルに一行書けば終わるぐらいのもの
インフラ屋の仕事が楽になるのではなく、
インフラ屋の仕事が無くなるのがDockerの便利さなんだから
世にあるDocker本は「Docker入門」ではなく
「Dockerを実現する内部技術詳細」と言ったほうがいいぐらい
それぐらい普段の使い方と入門書の内容はずれている
783: 2020/04/16(木)10:55 ID:G/grTQ/Z(2/2) AAS
いや普段の仕事で使ってるけど
784: 2020/04/17(金)02:14 ID:feyR70XT(1) AAS
用途を決めつけるんじゃなくこれなら便利だって思ったらどんどん活用すればいいんだよな
このスレ見てるとdockerは将来夢のような快適さを提供してくれる
気がする
785: 2020/04/17(金)03:29 ID:rfDDVJFy(1) AAS
実際には、間違った用途で使っていて、
これDockerでどうやるの？
こんな事したいんですがどうやるの？
Dockerって使いにくいね
って話になるのでうんざり。
間違った用途で使うと、Docker批判につながる
だから、用途が間違ってると、毎回言ってる。
786(1): 2020/04/17(金)05:12 ID:HFgnjVHG(1) AAS
読点とか改行の使い方がアレっぽい
787: 2020/04/17(金)10:42 ID:7oYmIfK7(1/3) AAS
>>786
そういうとこだぞ
788: 2020/04/17(金)12:35 ID:wAVEYBej(1) AAS
正しいか間違ってるかってより
向いてるか向いてないかよね
789: 2020/04/17(金)15:42 ID:7oYmIfK7(2/3) AAS
インフラ屋はすぐにDockerの中でsshサーバーを動かそうと考える
Dockerはそういう為のものじゃない
790: 2020/04/17(金)16:25 ID:6ChcEj62(1) AAS
なんかめんどくさい原理主義荒らしが居着いたね
791: 2020/04/17(金)17:09 ID:CgHYJGLh(1) AAS
wordでドキュメント書くの面倒だから、dockerでasciidocのコンパイラを作って、
イメージファイルと、バッチファイルを配布した。
なかなか便利に使ってる模様。
792: 2020/04/17(金)17:42 ID:7oYmIfK7(3/3) AAS
↑このように
本当にやりたいことは「asciidocのコンパイラ」を作りたいだけ
だけど、それを動かすのにライブラリとかが必要だから
Dockerでまとめる。という使い方をするもの
793: 2020/04/18(土)06:27 ID:NYuD+o6/(1) AAS
CIで使うようなビルド用/テスト用の本当に使い捨てのコンテナは十分にコンテナ仮想化の哲学と目的にマッチしてるけどな
上でも書いたがVSCodeで使えるような開発用コンテナも十分に有用
個人的には使い捨て或いは壊れたら作り直すものならアプリも環境もサービスもコンテナが良い
そういう意味では, コンテナ仮想化を選択する前に用途が決まっていないと話にならない
用途が違うこともまぁあるんだろうが, それ以上にコンテナに求めるものが曖昧なのにふわっとした目的で使おうとするからコンテナに柔軟性やら壊れた時に直すやらが必要になるのだと思う
少なくともディスポーザブルな環境としてのコンテナは普通に適応
794: 2020/04/19(日)15:28 ID:bBijwdm1(1) AAS
MS-DOS時代ならOSもアプリも全部フロッピー一枚だったのにな
795: 2020/04/19(日)16:07 ID:HPOtbYXu(1) AAS
せやな、Aドライブに起動ディスクを入れて、
Bドライブにシステムディスクを入れるんだよね。
796: 2020/04/19(日)21:54 ID:lccAXDHW(1) AAS
>>754
Dockerfileのビルド時に--network=host入れたらビルド出来たわ…
797: 2020/04/20(月)09:24 ID:xAwp4xc2(1) AAS
Docker哲学とかどうでもよすぎてゲロ吐きそう
798(2): 2020/04/20(月)10:40 ID:rTh6fQIt(1) AAS
哲学とかどうでもいいがいい加減ステージング用とプロダクション用でそれぞれ別のイメージ作る馬鹿は絶滅してくれないかな
799: 2020/04/20(月)19:04 ID:24ShHyns(1/2) AAS
>>798
そんなばかは放置すればOK
もし仕事を一緒にしているのであれば、そのバカを追放するか、その仕事を止めるか。
800: 2020/04/20(月)19:05 ID:24ShHyns(2/2) AAS
馬鹿でも何でもいいから、どう使ってもよい。
801: 2020/05/02(土)15:16 ID:jS8tZPz1(1) AAS
やっとnginx、gunicorn、flaskをdocker化できた…
ファイアウォールが原因で動かないとか…
802: 2020/05/19(火)10:59 ID:QcEp49ar(1) AAS
dockerとkubernetesの環境をネットで調べながら作ってるんだけど、
下記のようなエラーが出てるんですが、解決する方法ありますか？
CentOS8
docker-ce 19.03.8
kubernetes GitVersion:"v1.18.2"
kubelet[7677]: E0519 10:42:28.107265 7677 manager.go:1086]
Failed to create existing container: /kubepods.slice/kubepods-burstable.slice/kubepods-burstable-
podaなんかID.slice/docker-なんかID.scope: failed to identify the read-write layer ID for
container "なんかID". - open /var/lib/docker/image/overlay2/layerdb/mounts/なんかID
/mount-id: no such file or directory
dockerのイメージ保存先を起動オプションで変えてあります。
ググったら無視してもいいようなことは書いてあったんですがなんか気持ち悪い･･･。
kubelet[7677]: W0519 10:24:35.435700 7677 watcher.go:87] Error while processing event
("/sys/fs/cgroup/memory/libcontainer_7748_systemd_test_default.slice": 0x40000100 == IN_CREATE|IN_ISDIR):
inotify_add_watch /sys/fs/cgroup/memory/libcontainer_7748_systemd_test_default.slice:
no such file or directory
dockerのオプションで、cgroupではなく、systemdを使用するようにしてあります。
両方ともディレクトリがないエラーですが、dockerのオプションとkubernetesの認識がずれてるように見えます。
803: 2020/05/19(火)11:31 ID:6YCn6s4v(1) AAS
dockerは理解するとめちゃ便利だとわかった。
ただしlinuxカーネル以外で使おうとすると地獄
804: 2020/05/28(木)10:02 ID:zrnY/ArL(1) AAS
ランタイムや開発キットのコンテナって、他のコンテナとはどうやって組み合わせて使うものなの？
具体的には、code-server + Swiftで使ってみたいんだけど・・・・やり方が全くわからん
外部ﾘﾝｸ:hub.docker.com
外部ﾘﾝｸ:hub.docker.com
805(1): 2020/06/20(土)03:18 ID:7t9SyItv(1) AAS
64bit OSでDocker使ってるんだけど
ダイジェスト指定以外で32bit用のDockerイメージを使う方法ない？
806: 2020/06/20(土)13:51 ID:NT++DOXx(1/2) AAS
>>805
ダイジェストとは何？
807(1): 2020/06/20(土)18:03 ID:9rcVA94u(1) AAS
ハッシュと同じ意味じゃろ
808: 2020/06/20(土)22:50 ID:NT++DOXx(2/2) AAS
>>807
thx
809: 2020/06/22(月)13:13 ID:bXWnnAW9(1) AAS
ホノカチャン
810: 2020/06/26(金)14:56 ID:VvU/3pfe(1) AAS
>>798
環境変数サポートの追加がめんどくさい時によくやる
環境ごとに設定ファイル書いてCOPYするほうが楽だもの
811: 2020/07/11(土)01:37 ID:Go0P4sS+(1) AAS
--mountで存在しないボリューム名を指定して実行したらエラーになるらしいのですが
エラーにならずボリュームが作成されてしまいます。
エラーにならないのが正しい動作ですか？
docker run -dit --name test --mount type=volume,source=volume1,target=/tmp
812: 2020/07/17(金)12:24 ID:BnfFXp5h(1) AAS
最近触り始めたんだがなんでコレ突然RHEL8からハブられてんの？
Kubernetesからも距離置かれはじめてるみたいだし何かあったんか
813: 2020/07/17(金)12:46 ID:T42yc9xk(1) AAS
podmanの件はredhatのほうが先走って自滅した感じ
運用環境はコンテナ標準を満たす限り、dockerにこだわる必要はないから、運用向けに機能を削ったり追加したりして最適化したほうがいい、これは正しい
でも、運用環境っていったら普通はk8sだから、podmanが使われる機会は滅多にない
一方で、開発環境はpodmanのエコシステムがまだまだ貧弱すぎて、dockerにはぜんぜん追いついてない
docker社もそれを理解してるから、開発環境でのエクスペリエンス向上に投資を集中し始めた
またpodmanのセールスポイントの1つであるrootlessも本家dockerはとっくに実装済
結果として誰もpodmanを使ってない（そしておそらくそのまま消え去ると俺は予想してる）という状況になってしまった
redhatにしては珍しくマヌケな戦略をとったなといった感想
814: 2020/07/19(日)16:57 ID:678GlVXn(1) AAS
へー、サンクス。posmanとかはopenshiftやるならって感じなのかね
にしても開発で使う分には裏方が何やっててもちゃんと使えさえすれば関係ないしな…
815: 2020/07/19(日)18:53 ID:BA4HywGd(1) AAS
PODMANのメリットはデーモンレスってことだけ?
赤帽がなにを目指してるのか正直よくわからない
だけど赤帽のやることだから何かがあるんだろうな
816: 2020/07/19(日)20:12 ID:Rhy9uZzR(1) AAS
dockerコマンドだけ使う分にはpodmanにエイリアス設定されてるしあんまり意識しない
問題はdocker-composeを使いたいときだなぁ(podman-composeの互換性が大変怪しい)
まぁmicrok8s使っちゃうからdocker-compose使うこと自体減ってるけど
817: 2020/07/19(日)22:23 ID:D3aNO6tv(1) AAS
docker-composeのメリットがさっぱりわからない
こんなのつかっても結局Dockerfile作らないといけないし意味がない
818: 2020/07/19(日)23:30 ID:CHBleA4c(1) AAS
Dockerfileはアプリケーションのソース
docker composeはビルドしたアプリケーションをどうデプロイするかを定めたマニフェスト
全く役割が異なるのでどちらかがもう一方の代替になることはない
819: 2020/07/20(月)06:54 ID:fDSiPKdP(1) AAS
docker-composeと比べるのはDockerfileじゃなくてdockerコマンドだよ
DockerfileあったってDockerコマンドは使うだろ？
コンテナ一つだけならDockerコマンドを直接使っても苦労はないが
複数のコンテナを使う時Dockerコマンドを何度も実行して起動するのは大変
Dockerコマンドが面倒になったらdocker-composeを使うんだよ
820: 2020/07/20(月)14:45 ID:sHuZrd7b(1/2) AAS
Dockerfileを書かなくてもいいものだと思ってた
勉強になりました
821: 2020/07/20(月)20:25 ID:2mNwS2JU(1/2) AAS
書かなくてもいいけど、なにやったか忘れる。
822: 2020/07/20(月)20:33 ID:ZBQhEHfA(1) AAS
そのまんま手順書になるのがいいとこでは
823: 2020/07/20(月)21:06 ID:61CQ31O+(1) AAS
docker execは邪道なのかな
824: 2020/07/20(月)21:25 ID:ONUA68Eb(1) AAS
docker execはデバッグ機能
825(1): 2020/07/20(月)22:35 ID:2mNwS2JU(2/2) AAS
docker exec して、動かしながら、Dockerfileを書く。
最後にdocker buildして同じものが出来上がって完成。
って感じじゃない？
826(1): 2020/07/20(月)23:19 ID:fTvFRbnb(1) AAS
うちは運用ジョブをdocker execで流してます
docker execを使わない場合、運用ジョブ専用のAPIやWebAppを整備するんでしょうか?
827(1): 2020/07/20(月)23:20 ID:sHuZrd7b(2/2) AAS
データベースをホストにマウントするのとボリュームで管理するのはどっちがいいんでしょうか？
828: 2020/07/21(火)08:33 ID:nXYHdseE(1/4) AAS
>>825
そんなことめったにしないなぁ。docker buildはキャッシュが効くんで
（キャッシュが効くように）Dockerfileに追記しながらDockerfileを書く
終わったらDockerfileをシンプルにしたりサイズが膨れ上がらないように調整するって感じ
docker execなんかして作業したら、その作業結果をファイルに保存するの二度手間じゃん
829(1): 2020/07/21(火)08:34 ID:nXYHdseE(2/4) AAS
>>826
そういうのはdocker runやるのが普通
最初docker execなんてなかったんだよ
それなのにそういう用途にも使えたわけ
830: 2020/07/21(火)08:36 ID:nXYHdseE(3/4) AAS
>>827
どちらもボリューム。データの保存先のパスが違うだけって知ってる？
Dockerサーバー上の特定のパスに保存するか
Dockerが用意したパスを使うかの違い
831: 2020/07/21(火)09:34 ID:+NBX9hi+(1/3) AAS
ホストマウントはホスト環境への明示的な依存なので、どうしても必要でなければ避けてvolumeを使うべき
volumeも内部的にはホスト環境に依存してるといえばそうだけど、抽象化・隠蔽されているのでホストマウントよりBETTER
実例として、Docker for Windowsでのパーミッション、リモートエンドポイントへのコマンド実行、などでvolumeを使用していれば避けられたトラブルが結構あった
832(1): 2020/07/21(火)10:07 ID:nXYHdseE(4/4) AAS
つまりはいろんな種類のホスト、例えばWindowsやMacでも使いたいなら
Docker上のボリュームを使えってことだな。
Dockerイメージ自体は同じものを使える。
必要に応じてDockerのボリュームを使おうがサーバー上の
パスを使おうが自由に選択できる。
だが相対パスを使えばいいだけじゃないか？
833: 2020/07/21(火)10:23 ID:iuc4a5Mi(1/2) AAS
相対パスでマウントできたっけ
834: 2020/07/21(火)11:16 ID:ZxJULecG(1/3) AAS
相対パスを変換するだけやろ
835: 2020/07/21(火)11:16 ID:ZxJULecG(2/3) AAS
docker-composeはそれを自動でやってくれる
836: 2020/07/21(火)11:18 ID:ZxJULecG(3/3) AAS
そもそもDockerのクライアントがどんなOSかなんて関係ない
Dockerはサーバーで動くし、DockerはLinuxでしか動かない
837: 2020/07/21(火)11:43 ID:+NBX9hi+(2/3) AAS
>>832
その相対パスが存在するか、適切なパーミッションを持っているか、といった条件はホストへの依存性となる
基本的にホストへの依存性が少ないほどトラブルは減る
838(1): 2020/07/21(火)11:54 ID:+NBX9hi+(3/3) AAS
>>829
docker runで全てが解決するならdocker execは存在しない
docker runはコンテナ外部で解決可能なジョブの実行に適している
docker execはコンテナ内部で行う必要があるジョブのために存在する
839: 2020/07/21(火)17:20 ID:rF6lL3p5(1) AAS
問題は Windows と Mac でボリュームを使うとファイルシステムの変換が起こるのでとても遅いということですね
840(1): 2020/07/21(火)17:24 ID:cvaypvgc(1) AAS
>>838
だからdocker execは主にデバッグ用だって
通常の運用時には使わないもの
コンテナ外部で解決可能とか何のことを言ってるんだかさっぱりわからん
docker runとdocker execで実行できることは全く同じ
違いはdocker runはメインの処理を行うもので、
docker execはメインの処理を行ってる最中に乗り込んでデバッグするもの
841: 2020/07/21(火)17:32 ID:iuc4a5Mi(2/2) AAS
runで常時起動してるコンテナに
例えばcronからexecでジョブ実行してもいいと思うがな
842: 2020/07/21(火)19:56 ID:1Ck3nt75(1) AAS
kubectl exec 経由なら、管理用のコンソールが欲しいときにわりと使ってる
843(3): 2020/07/21(火)20:04 ID:5ttvOiMf(1) AAS
>>840
全く違うよ
運用ジョブには大まかに分けてリモート実行可能なものとローカル実行のみ可能なものに分類できる
コンテナの外で解決可能なジョブはこの分類で言うとリモート実行可能なジョブに当たる
具体例はデータベースのバックアップ、バグデータの修正など
データベースコンテナとは別にジョブ専用のコンテナを同じネットワークでrunすれば良い
コンテナの外で解決できないジョブはローカル実行の可能なジョブにあたる
具体例はGitlabのバックアップ(gitlab rake)コマンドなど
ローカルで実行される前提のコマンドはdocker execで実行するしかない
844: 2020/07/22(水)00:03 ID:2kFCswWG(1) AAS
Dropboxにバックアップするのが楽だからホストのボリュームがいいと思ってたけど
Dockerのなかでボリューム作ったほうがはまらないってことですね
勉強になりました
845(1): 2020/07/22(水)06:37 ID:DmDy0NhW(1/2) AAS
>>843
なんか使い方がおかしいな
まさかDockerコンテナの中に永続的な情報を入れてるんじゃないだろうか？
永続的な情報はボリュームに入れるんだぞ
846(1): 2020/07/22(水)06:39 ID:DmDy0NhW(2/2) AAS
>>843
> ローカルで実行される前提のコマンドはdocker execで実行するしかない
何度読んでも全く理解できん
なんでだよ
コンテナの外で解決できないジョブはローカル実行の可能なジョブにあたる
ローカル実行の可能なジョブはコンテナの外で解決できない
と話をループさせてるだけで全く説明してないよ
847: 2020/07/22(水)08:51 ID:4XcuGSJO(1/2) AAS
>>845
例として運用ジョブとしてポピュラーなバックアップを挙げたが、今の話題と永続化は別の問題だ
848: 2020/07/22(水)09:22 ID:4XcuGSJO(2/2) AAS
>>846
わからないなら、わかるまでよく考えるしかない、としか言えないな
849: 2020/07/22(水)09:35 ID:ILpdMsPa(1) AAS
では無いということで決着
850: 2020/07/22(水)09:56 ID:8t2ogVS3(1) AAS
イメージ開発者など実際に運用までしない人には確かに要らない機能だと思う
851: 2020/07/22(水)12:32 ID:0mhEikFA(1) AAS
イメージ開発してる人は自分でイメージつくからね
今あるイメージでなんとかしなきゃで
バッドノウハウ溜め込む運用とは考え方が違う
852: 2020/07/22(水)13:10 ID:TaKEPsBL(1/3) AAS
で、工数がかさんで、メンテナンス範囲が広がる、と
既存のツールセットをうまく使う、ということもできないと後々つらくなる
853(1): 2020/07/22(水)13:17 ID:TaKEPsBL(2/3) AAS
execでコマンドうちゃいいだけなのに、わざわざ工数をかけてメ対象を増やして、アタックサーフェスを広げて、何がしたいのかね一体
854(1): 2020/07/22(水)16:09 ID:hHBoQuqj(1) AAS
>>853
よりシンプルになる
855: 2020/07/22(水)17:21 ID:TaKEPsBL(3/3) AAS
>>854
execのがシンプルですけど
856: 2020/07/24(金)11:28 ID:9ctQO3NL(1) AAS
ボリュームも好きなように使えばよかです。
857(1): 2020/07/24(金)16:08 ID:PGdrq6O1(1) AAS
データベースはdockerの中にボリュームつくって
htmlとか静的ファイルはホストにボリュームつくるのがベストと考えてるんですが
メリットとデメリットはよく分かりません
858: 2020/07/24(金)18:36 ID:wNiJOAd7(1) AAS
せっかくDockerのおかげでリリースが簡単になったのに、
ホストに静的コンテンツをリリースするんじゃ元と変わらない、
どころか静的コンテンツとコンテナでリリースの手間が余計に増えてしまう
静的コンテンツはVOLUMEを使わないでイメージに固めてしまうのが簡単
859: 2020/07/24(金)18:44 ID:KgUsH74f(1) AAS
>>857
> データベースはdockerの中にボリュームつくって
> htmlとか静的ファイルはホストにボリュームつくるのがベストと考えてるんですが
どちらでも作るDockerイメージは同じ
860(1): 2020/07/26(日)11:46 ID:ZKCP3mGq(1) AAS
ホストからボリュームのマウントってできるんですか？
ホストとDockerか同時に参照して読み書き
861: 2020/07/26(日)11:53 ID:zOThrt4A(1) AAS
>>860
それが指定したディレクトリをボリューム化して使う方法だろ
862: 2020/07/26(日)12:41 ID:KbVs3Pw7(1) AAS
-v $PWD/:/home
とか？
863: 2020/07/26(日)14:27 ID:LYKyG3mp(1) AAS
-vって非推奨じゃないっけ
864: 2020/07/26(日)19:10 ID:xwiBJJgr(1) AAS
そんなわけねーだろあほか
865: 2020/07/26(日)23:10 ID:YmgaEoJ6(1) AAS
>.>843が理解できない人が理解できない。。
docker execがデバッグ用に使うものって・・・なにそれｗ
866: 2020/07/27(月)15:39 ID:16MZ7SLt(1/2) AAS
-vが非推奨じゃなくて--mountが推奨されてるだけか
ってことは今後-vが非推奨になることもありえるな
867: 2020/07/27(月)16:17 ID:CekD5d56(1) AAS
ない
868: 2020/07/27(月)21:43 ID:16MZ7SLt(2/2) AAS
外部ﾘﾝｸ:docs.docker.com
でも書いてあるね
869: 2020/07/28(火)09:06 ID:Eo000t12(1) AAS
まあブイって分かりにくいしなボリュームなんだろうけど
870(2): 2020/07/28(火)14:33 ID:neJtwKTj(1/2) AAS
/htdocs/public_html/wordpress
/htdocs/public_html/joomla
サイトの中で複数のCMSを動かしてるのですがこの場合
コンテナはapacheなどのwebサーバを起動して
entrypointでwordpressとjoomlaをgit cloneするのが良いでしょうか？
871: 2020/07/28(火)14:54 ID:m4hPL3wS(1) AAS
>>870
まず最初に何のためにDockerを使うのか
目的をいえ
872: 2020/07/28(火)17:25 ID:66gKFktJ(1) AAS
流行だから
873: 2020/07/28(火)19:53 ID:0ejo3GGx(1) AAS
wordpressとjoomiaをpullするのがいいと思うよ。
874: 2020/07/28(火)22:42 ID:nHx7byYs(1) AAS
どういう問題を解決したいのかを理解してないで
Docker使おうとするからわからんのだ
875(1): 870 2020/07/28(火)23:16 ID:neJtwKTj(2/2) AAS
joomlaからwordpressのapiを使いたいのです
上下前次1-新書関写板覧索設栞歴
あと 127 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.250s*