[過去ﾛｸﾞ] Docker Part3 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
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を使いたいのです
876: 2020/07/29(水)02:36 ID:1DD16e/3(1) AAS
>>875
1.ホスト側に両方のサービスを登録しておく（動作確認用）
127.0.0.1 wordpress
127.0.0.1 joomla
2. joomla側にwordpressのアドレスを登録しておく
172.18.0.x wordpress とか。
3. joomla側からWPのAPIたたく。
外部ﾘﾝｸ:wprdpress
おわり。
877(1): 2020/07/30(木)02:15 ID:eMYOlHCU(1) AAS
マックユーザーは知ってる単語を総動員して俺スゲーアピールするからな。
意味は滅茶苦茶。
878: 2020/07/30(木)13:12 ID:OjTtmOha(1) AAS
Mac ユーザーはどれですか？
879: 2020/08/02(日)01:04 ID:a2KL0hDN(1) AAS
無料でプライベートリポジトリが持てるとこありませんか？
880: 2020/08/02(日)10:54 ID:gLkvbaRS(1) AAS
Gitlab.com
881: 2020/08/04(火)14:57 ID:r4gffBIv(1) AAS
GitHub
882: 2020/08/06(木)08:39 ID:83LhEmMR(1) AAS
>>877
は誤爆ね。
ARMマックのスレ住人のこと。
883: 2020/08/06(木)18:43 ID:3qQCQ04+(1) AAS
docker engine apiに認証認可を加えるプラグインはあるか？
docker swarmクラスタを複数のチームで共同利用してる
作成したリソースを他人に削除されないように保護したいんだがそういうのは難しいかな
884: 2020/08/06(木)19:52 ID:NogDVngy(1) AAS
外部ﾘﾝｸ:docs.docker.com
とかは？
885: 2020/08/10(月)21:37 ID:7+E1pOJx(1/3) AAS
1日で〜のDocker本買ったけど後半の章雑すぎて購入して損
いいことも書いてあるから全く参考にならないってわけじゃないんだけど
後半からtypoが異様に多い
尼損のレビューがヤサクラに見えてしまう
買うなら初版はおすすめしない
886: 2020/08/10(月)21:39 ID:7+E1pOJx(2/3) AAS
チャプター５はDockerfileのサンプルコードが入ってなくて動作確認できないとかね
サンプルコードなら出版社からダウンロードできるが、本を読み進めてできるよう書いてほしかった
887: 2020/08/10(月)21:42 ID:7+E1pOJx(3/3) AAS
さわって学ぶ〜のほうはレビューついてないが初心者にはこっちがわかりやすかった
この本を読んでから、1日で〜の本を読むと理解力が進むかな
888: 2020/08/10(月)22:19 ID:UKFyAkrv(1) AAS
まず、たった一日でDockerとKubernetesが身につく訳が無い。
889: 2020/08/10(月)23:32 ID:A61ymjf1(1) AAS
なんとなく使うぐらいなら1日もいらん
890: 2020/08/11(火)02:02 ID:/umJrRzE(1) AAS
まあエアプならそう言えるけどな。
891: 2020/08/11(火)06:14 ID:ZlYpnHkh(1) AAS
アプリケーションコンテナがどういう問題を解決するツールかってのを
ちゃんと理解してる人なら1日もいらんだろうが
大抵の人はコンテナって何？から入るので無理
892(7): 2020/08/11(火)13:07 ID:U49UUAfb(1) AAS
ネットワークの使い方がよくわからないんだよね
同じネットワークに所属するコンテナ同士はお互い通信できるけど
本番ではlocalhostとして接続したいからネットワーク名で接続し合うのはなんか違う
893: 2020/08/11(火)17:47 ID:tAVKMbGD(1/3) AAS
>>892
> 本番ではlocalhostとして接続したいからネットワーク名で接続し合うのはなんか違う
どこからlocalhostでつなぎたいと言ってるんだ？
コンテナ同士はコンテナ名（コンテナのホスト名）で接続するものだ
localhostで接続するのはホスト（Dockerを起動してるマシン）から特定のコンテナに接続するときだけだ
そして外部マシンからはからはホスト名（Dockerを起動してるマシンのホスト名）で接続する
894: 2020/08/11(火)18:02 ID:tAVKMbGD(2/3) AAS
あとコンテナから接続先のコンテナは（一般的には）設定変更できるように作るもんだぞ
多分それがわかってないんだと思うが
例えばそのコンテナがWordpressだったとして
接続先のMySQLはコンテナを使うかもしれないし
AWSやGCPのMySQLを使うかもしれない
「コンテナ同士がお互いに通信できる」場合の通信相手のホスト名は変更可能にしておく
通信先ホスト名はコンテナを起動するときに環境変数などで指定するのが一般的
イメージに埋め込んでしまったら、同じイメージを使えなくなるからね
895: 2020/08/11(火)18:08 ID:tAVKMbGD(3/3) AAS
例えばWordpressを起動する wordpress.exe コマンドがあったとして
そのWordpressはおそらくどのポート番号で待ち受けするか？という --portオプションや
どのMySQLに接続するか？という--db-addressというオプションを持っているはずだろ？
それと一緒なんだよ。 dockerで起動するときも
docker run wordpress --待受ポート番号 --接続先データベースサーバー
のような感覚
Dockerイメージ=一つのアプリとして考える
「同じネットワークに所属する」というのはどちらかといったら便利機能
本来は外部に立てたデータベースサーバーへのIPアドレスを指定する所を
コンテナにつけた短いホスト名で簡単にアクセスできますよってだけ
896: 2020/08/11(火)19:57 ID:U6TkWWEF(1) AAS
長い
12 factor appでググれ、で済む話だろ
897: 2020/08/12(水)01:05 ID:695OsXNm(1) AAS
12 factor appにコンテナの話は書いてない
読み直してこい
898: 2020/08/12(水)08:42 ID:ywxaxJOF(1) AAS
DNS サーバーがhostsで名前解決するのはどうかな？
899: 2020/08/16(日)00:21 ID:61ueIM5k(1/2) AAS
コンテナAの/tmp/time.txtを、コンテナBから読み込みたいんですが
これはコンテナ同士でボリュームを共有しないと見えないでしょうか？
900(1): 2020/08/16(日)00:30 ID:xu+Ov6hc(1) AAS
NFSでマウントすれば？
901: 2020/08/16(日)00:32 ID:GIuDy0WK(1) AAS
これからDocker入門する初心者ですがWindows上でも、MacでもDocker上のコンテナは同じ環境に出来るので、OSを意識しなくて良いというのがメリットでしょうか？
902: 2020/08/16(日)01:19 ID:28Ktyu28(1) AAS
はい
903: 2020/08/16(日)02:39 ID:eqqfHYzC(1) AAS
>>900
それはアホなやり方です
904(1): 2020/08/16(日)20:30 ID:ksz6M+9p(1/12) AAS
>>892
ネットワークがよくわからんは同意。
k8sにしても理解に苦しむというか、もう少し工夫できんかったのか不満は多いな。
905(1): 2020/08/16(日)20:38 ID:+jHSMkRj(1/13) AAS
>>904
Dockerの役割をそもそも理解してないんだと思う
906(1): 2020/08/16(日)21:09 ID:ksz6M+9p(2/12) AAS
>>905
dockerの理解とネットワークは関係ないね。
役割を理解したからネットワークが理解できるわけじゃない。
上下前次1-新書関写板覧索設栞歴
あと 96 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.037s