[過去ﾛｸﾞ] Docker Part6 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
54: 53 2021/08/20(金)15:31 ID:pASpnBw7(2/4) AAS
以前から、このスレには、
Docker を勉強していなくて、
Dockerをシステムのように使おうとする香具師がいる
何回も、システムじゃない・状態を持つな(Disposable・破棄可能)と言ってるのに
55: 2021/08/20(金)15:35 ID:a2Z0IgFi(1) AAS
>>53
また日本語不自由な外国人？
半島に帰れ
56: 2021/08/20(金)15:53 ID:gz+DgnPW(1) AAS
Rubyの話はするなと何回も言われてる人の言葉とは思えないな
57: 2021/08/20(金)18:31 ID:mziIewoe(1) AAS
dockerをステートレスにしろというのはあくまである1つの用途に過ぎない
内部データを永続化させて仮想マシン代わりに使うケースも結構あるしそれが便利ならそうすればいい
58(1): 2021/08/20(金)19:06 ID:j6VKETPB(1) AAS
そのうちボリュームは禁止とか言い出しそうでこわい
59: 2021/08/20(金)19:49 ID:8L/+/Udo(1) AAS
>>53
頑張って実務経験積んでね 応援してるよ
60: 2021/08/20(金)22:01 ID:6VKilflN(1) AAS
>>58
NFSでネットワークストレージを/homeにマウントすれば
ユーザーについてはステートレスになりそう
61: 2021/08/20(金)22:30 ID:QOejmERg(1) AAS
NFSは、ファイルロックもできないし、信頼性が高くないし、あんまり使いたくないね。
62: 53 2021/08/20(金)22:52 ID:pASpnBw7(3/4) AAS
データベースのデータは、Docker 内にあれば、
コンテナが破棄される時に、同時に破棄される。
これが、Disposable・破棄可能
だから永続化するために、Dockerの外に持つ。
これが、volume/bind
システム構築運用では、設定情報・ロギング・監視も考えないといけない。
つまり、AWS, Kubernetes などの知識が必要
63: 53 2021/08/20(金)23:07 ID:pASpnBw7(4/4) AAS
Udemy の山浦清透、8/20
【金額公開】Webサービスの運用費用、実際いくらかかっているか1円単位までお見せします
動画ﾘﾝｸ[YouTube]
このAWS のシステム構成図を見てみ
ECS on Fargate, Cloud Front で、
コンテナ内には、Laravel, Nginx の2プロセスしかない
64: 2021/08/20(金)23:56 ID:NVSW//rK(1) AAS
こいついろんなスレにいるけど有用な書き込みが一個もないんだよな
65: 2021/08/21(土)07:20 ID:BiYUjqs+(1) AAS
頭が少し固いかもしれんね ケースバイケースで使い方が変わっていくもんだからね
教科書通りに住むなら考える必要がないってことだ
66: 2021/08/21(土)09:14 ID:kzPE+IFi(1) AAS
30代後半とみた
67: 2021/08/26(木)07:01 ID:jtPtWjFR(1) AAS
>>53
しかしな、たとえボリュームを使わなかったとしても、
コンテナ単独だけでデータは全て維持されているぞ。
ホストマシンを再起動しても問題ない。
もちろん、コンテナを破棄したら当然データは消えるけどな。
68: 2021/08/26(木)22:00 ID:JJQNQ5uo(1) AAS
Dokarとhyper-yをまぜてそれをバーチャルボックスで動かしてみたい
69(1): 53 2021/08/26(木)22:02 ID:T1YP/8Bu(1) AAS
コンテナ内のデータで、外部とバインドしていないデータの、使い方が難しい。
外部環境との整合性が取れない
どういう用途があるかな？
70: 2021/08/27(金)00:26 ID:LMq+9fKQ(1) AAS
>>69
コンテナというものを正しく理解できてない証拠だよ
例えばコンテナを使わない場合、mysqlのデータとか/var/lib/mysql（？）に保存するだろ
コンテナを使っても保存する場所は同じなんだよ
mysqlというプログラムをコンテナにしただけ
データの保存先は同じディレクトリ
71(2): 2021/08/28(土)11:10 ID:lAK8GbiM(1/4) AAS
linuxでpostfixやsambaのサーバーを構築しようとしているのですが、それぞれをDockerコンテナで構築して、
あえてlinuxの環境には直接インストールしないようにするかDockerで動かすか迷っています。
postfixやsambaのような環境を構築するのにDocker環境にするのはやめた方がいい、などデメリットはありますか？
Dockerにすることを悩んでいるのは将来サーバーをリプレイスする時にコンテナを移動するだけで移行完了できるから楽になるのかな、という考えからです。
72(1): 2021/08/28(土)11:36 ID:zby/aYxN(1/3) AAS
コンテナ＝アプリ
サーバーをリプレイスするのに必要なのは
アプリだけじゃダメ、アプリとデータを移動しなければいけない
それが簡単にできるのがDocker
73(5): 2021/08/28(土)11:57 ID:Rd42EeIc(1/3) AAS
セキュリティパッチとかどうすんの？しょっちゅうイメージ更新しなきゃいけないしホストにも当てなきゃいけないぞ
ちょっと設定弄るだけでいちいちイメージ作り直すの？それどうやってテストすんの？
そういう、アプリケーションが頻繁に更新されることはないが塩漬け運用というわけにもいかない性質の用途はDockerとの相性最悪
ぶっちゃけ業務のメールやファイルサーバーなんぞ今時Google WorkspaceかOffice365を契約すればよい
その程度のIT判断ができない組織でコンテナなんか導入したところで管理上の余計なオーバーヘッドになるだけだぞ
74(1): 2021/08/28(土)12:42 ID:GULHeha9(1) AAS
>>71
DockerとDockerで、二択になってない気が
75(1): 2021/08/28(土)12:50 ID:lAK8GbiM(2/4) AAS
>>73
そうですね、こういう用途ではやはりDockerはむいてませんかね。postfixやsamba程度ならサーバーリプレイスの度に環境作り直す方が吉ですかね。
今回ちょうどリプレイスのタイミングで現状の環境を調べるのに苦慮したので(色んな環境や設定がごっちゃごちゃに構築されてて)コンテナにして楽しようと考えたのですが、日常の運用が大変になるのはごもっともですね…
76: 2021/08/28(土)12:51 ID:rmmiAC59(1) AAS
>>73
こいつ偉そう
77: 2021/08/28(土)12:51 ID:lAK8GbiM(3/4) AAS
>>74
はっ！本当ですね、失礼しました。
DockerかDocker以外かの意図でした。
78: 2021/08/28(土)12:56 ID:zby/aYxN(2/3) AAS
>>73
> セキュリティパッチとかどうすんの？しょっちゅうイメージ更新しなきゃいけないしホストにも当てなきゃいけないぞ
> ちょっと設定弄るだけでいちいちイメージ作り直すの？それどうやってテストすんの？
Docker使わない場合のやり方教えて（大爆笑）
79: 2021/08/28(土)12:56 ID:zby/aYxN(3/3) AAS
ま、答えられなないよね。
だってDocker使わないほうが大変なんだもの
80(1): 2021/08/28(土)13:11 ID:lAK8GbiM(4/4) AAS
>>72
必要なデータは永続化するためにvolumeにして、イメージとデータをセットでお引越しするつもりでした。
そこをとらえるとDockerのポータビリティ性は楽だなーと。
直接インストールしたアプリのバージョンアップと
コンテナ内のバージョンアップ…
(例えば)ubuntuのイメージを元に自前のイメージ作成して、
必要に応じてイメージをビルドし直せば最新に出来るし、
運用もそんなに大変じゃないのかな…
あぁ優柔不断…
81: 2021/08/28(土)13:24 ID:6ZyBVqe4(1) AAS
セキュリティのこと考えると大手に丸投げしたくなるくらい面倒な話だからな
82: 2021/08/28(土)13:53 ID:Rd42EeIc(2/3) AAS
>>75
再現性が問題ならAnsibleとかで構成管理したら？
Dockerで再現性を担保できるのは所詮sambaより上だけで、
君が退職したら結局ホストやDockerデーモンの設定などは闇の中だよ
その上で更にDockerを使う必要があるかどうかはともかく、本当にやるべきことはまずはそっちじゃないなな
83(2): 2021/08/28(土)16:51 ID:IdV7gowG(1) AAS
>>73
CI/CD を知らない…？このスレレベルひっく！
84: 2021/08/28(土)16:58 ID:d2Dx/dND(1) AAS
>>83
こいつ偉そう
85: 2021/08/28(土)17:32 ID:Xe91RJR5(1) AAS
よく知らんけどdicjerの内部で動いてるアプリのアップデートってどうしてんの
86(1): 2021/08/28(土)19:40 ID:Rd42EeIc(3/3) AAS
>>83
そのCI/CDの基盤を誰がメンテするの？
どう考えても目的のサーバのメンテより手間かかるだろ
87(1): 2021/08/28(土)19:51 ID:ctOsSChP(1/2) AAS
>>80
だから>>2に書いてあるのが正しい使い方なんだよ
自分たちで作った「アプリケーション」を配布する時に使うの
ディストロがパッケージを用意しているものは、
パッケージのメンテナが頑張って依存関係とか解決してメンテナンスしてる
それは大変な作業。でもメンテナが頑張ってくれたおかげでパッケージは利用者は苦労なく使える
一方自分たちが開発したアプリケーションはメンテナなんていない。
自分達で頑張って依存関係とか解決しなきゃいけない
しかもディストロの標準パッケージとバージョンが違ったりすると
正しく動作しない可能性がある。だからディストロと独立させたくなる
省6
88: 2021/08/28(土)21:05 ID:HJ45Taj4(1) AAS
>>87
クラウドだとホストの構築やメンテは丸投げできるから、
ディストロの既製パッケージを運用するだけでもコンテナを使うことには十分なメリットがあるんだけどね
オンプレだと別の用途で既にkubernetesクラスタがあるとかでない限りは余計なオーバーヘッドでしかない
89: 2021/08/28(土)21:42 ID:ctOsSChP(2/2) AAS
>>8
それって単に公式のDockerイメージを動かすだけでしょ？
自分でディストロのパッケージをDockerイメージ化するだけだと意味がないという話
誰かが作ってくれてるDockerイメージを動かすだけなら別にいいと思うよ
インフラ屋がやることはアプリケーション開発が作ったDockerイメージをただ起動するだけになる
90: 2021/08/29(日)07:56 ID:ZYLNzt+k(1/2) AAS
>>86
構築ｗ
SaaS でもあるし、k8s基盤ならマニフェスト流すだけじゃんｗｗ下請けの缶詰めエンジニアには分からないかもねｗ
91: 2021/08/29(日)07:58 ID:ZYLNzt+k(2/2) AAS
ここのスレって下請けがでかい口で言ってるだけでクラウドネイティブなこと全く知らないやつしかおらん
92: 2021/08/29(日)08:52 ID:BEwDV79+(1) AAS
質問者の環境がオンプレっぽいからその前提で話してるだけだろう
SaaS使っていいんだったらそれこそGoogleWorkspaceでも契約すりゃ終わる話
93: 2021/08/29(日)10:14 ID:JXWNStN4(1/2) AAS
docker以外は何もかも考えたくない
連絡先とクレジット登録してクライアントシークレット貰って認証付きdockerソケットにdockerコマンドでリクエスト送るだけ
そんな感じの超シンプルなクラウドサービスってありませんか？
94: 2021/08/29(日)11:30 ID:PuMDou/C(1) AAS
オンプレだからセキュリティパッチは本番環境にログインして
apt-get upgradeするだけとか思ってそうｗ
本番環境と同じテスト環境用意したとしても
全く同じわけじゃないからアップデートは怖いんだよ
Dockerを使えばイメージ更新するだけですむ
もし何かあればそれを旧バージョンに戻すだけ
ホスト環境にごちゃごちゃアプリ入れないから
ホスト環境がテスト環境と大きく異なることがなくなる
>>73って実際にやったことなさそうｗ
95(1): 2021/08/29(日)22:12 ID:AeqrAT7y(1) AAS
Ruby on Rails では、
食べチョクみたいな若い女の子が一人で起業したベンチャーは、Heroku, CircleCI。
ただし、食べチョクはAWS だけど
Railsでは毎週、数万のRuby/JavaScript のOSS モジュールを更新して、CircleCI でテストする
AWSでは、コンテナ on Fargate を使う。
Kubernetes では、rolling update, blue/green deployment など
例えば、サイボウズ のKintone では、
毎日、k8s でコンテナを破棄して作り直している
96(4): 2021/08/29(日)23:01 ID:COCJCs8a(1) AAS
Docker導入しようとしたら、間に処理入って重くなるって言われてどういうことか聞いたら・・・
普通のソフトは「カーネル - ソフト」という流れだとしたら、Dockerを入れると「カーネル - Docker - ソフト」という流れになって、重くなったりデータ抜かれたりするから駄目ってことらしいんだけど本当？
こんな仕様だったら流行らないんと思うんだけどなー
97: 2021/08/29(日)23:56 ID:JXWNStN4(2/2) AAS
間にOS入れたら遅くなるしデータ抜かれるかもだからってOSなくしてスクラッチする？
98: 2021/08/30(月)00:28 ID:L99ojiFw(1) AAS
「docker カーネル アクセス オーバーヘッド」などで検索してみましょう
99: 2021/08/30(月)00:39 ID:hmpqYoTr(1) AAS
>>96
どこにそんな事が書いてあったのか聞いてみましょう
答えられなかったりはぐらかしたりしたら
それは嘘ということです。まあ嘘ですｗ
100: 2021/08/30(月)01:52 ID:PtqzxIOc(1) AAS
>>96
こんなところで聞いてもしゃあない。
自分の頭で理解して、自分の言葉で説明できないと、相手と議論できないやろ。
しかし、そいつは仮想マシンとかスーパーバイザとか知らんのかね。
101: 2021/08/30(月)08:13 ID:yWfRE8DW(1) AAS
>>96
VM のオーバーヘッドがかかるのは Linux 以外ではそうだと思う
102: 2021/08/30(月)08:26 ID:hCiCEdCt(1/3) AAS
>>95
こいつのスレ、ネタかマジか分からなくなる
103: 2021/08/30(月)08:27 ID:hCiCEdCt(2/3) AAS
>>96
よく調べてくれ
104: 2021/08/30(月)08:28 ID:hCiCEdCt(3/3) AAS
スレじゃなくてレスな
105(1): 2021/08/30(月)22:17 ID:dVanpeF2(1) AAS
そりゃ、Docker サーバーが間に入るのだから、少しは遅くなる。
その代わり、破棄可能(Disposable)・可搬性などの利点が、圧倒的に大きい
Kubernetes もそう。
すべての大企業のウェブサービスが使っている。
これも間に入るけど、それよりも圧倒的に利点が大きい
データを抜かれる事は、あちこちに書かれている。
機密情報をDocker に保存したら、削除しても、各レイヤーに残っているから超危険！
利点があるものは何でも、欠点もある。
例えば速くなるものは、キャッシュなどのメモリ使用量が増える。
速度・リソースは反比例する
省4
106: 2021/08/31(火)00:26 ID:H+S8K3nl(1/2) AAS
> データを抜かれる事は、あちこちに書かれている。
> 機密情報をDocker に保存したら、削除しても、各レイヤーに残っているから超危険！
それってソースコードの中に機密情報を保存するのと同じことだろ？
保存しねーよで終わりだろ？
107: 105 2021/08/31(火)00:40 ID:FiezdNMn(1) AAS
Docker に機密情報を保存しても、
削除したら消えるから大丈夫と勘違いしている、香具師が多い
でも実は削除されずに、各レイヤーに残っているので超危険！
この危険性については、あちこちに書いてある
108: 2021/08/31(火)00:54 ID:H+S8K3nl(2/2) AAS
> Docker に機密情報を保存しても、
> 削除したら消えるから大丈夫と勘違いしている、香具師が多い
それはお前の周りの人間の話
低能の周りには低能があつまる
109: 2021/08/31(火)00:56 ID:ijg8X5lO(1) AAS
>>71
うちは、メールシステムはコンテナに詰め込んでいるよ。
Asteriskという電話システムもコンテナに詰め込んで運用している。
ホストを変えるときに、コンテナイメージをコピベするだけで、
環境や設定を移動できるからめちゃくちゃ便利。
設定が複雑で面倒くさいほどコンテナであることは嬉しい。
110: 2021/08/31(火)08:28 ID:1a+qygLU(1) AAS
機密情報の件ってdockerの仕組みも理解せず軽量版仮想マシンみたいな感覚で使うのが原因であって単なる無知なのにdockerに文句付けるのはお門違い
111: 2021/08/31(火)10:18 ID:/ffj92S6(1/2) AAS
正論ですが意識せずに組み込まれて使っている機能ってありますし
112: 2021/08/31(火)15:11 ID:BStQ9aYl(1) AAS
dockerにしろ何にしろ何が機密かなんてこちらが教えないと分かるわけないので意識せず機密情報を勝手に守ってくれることは今後もないだろう
レイヤーに情報が残るのは機密情報でない限りメリットが大きいからそんな仕様なわけだし
113: 2021/08/31(火)20:59 ID:/ffj92S6(2/2) AAS
システムがよくわからないからDocker使うという層がいるからね
間違ってはいない
114: 2021/08/31(火)21:15 ID:hfk26Cl4(1) AAS
DockerからLinux入門した
115: 2021/08/31(火)23:57 ID:lP0n45a+(1) AAS
こわしてもすぐつくりなおせるからね。
合理的。
116: 2021/09/01(水)08:50 ID:kzuOn1f9(1) AAS
docker desktop 有料化？
117: 2021/09/01(水)09:43 ID:hWZLrwmG(1/2) AAS
DockerHubといい、プロダクト自体に特に差別化要因はなくて無料であることだけがメリットだったのに、相変わらず勘違いしてるなあ
こんなもんMSとかが本気で開発したら一瞬で代替品作られて終わるのに
118(2): 2021/09/01(水)11:02 ID:IoZJYReR(1/2) AAS
個人とか非商用とか小規模の企業なら無料
WSL2からdocker使えば大企業でも無料じゃね？
Macはしらん、virtualboxとかつかえば？
119(1): 2021/09/01(水)11:50 ID:695imcjX(1/3) AAS
Docker HUB ってちょっと謎なんだけど コンテナダウンロードするのに大量の帯域を食うから有料化したんだよね
そもそもDockerのレシピがあればローカルで再構築可能なのになぜコンテナ丸ごとダウンロードする仕組みになっているの？
120(1): 2021/09/01(水)11:52 ID:E7yrP15k(1/2) AAS
パッケージ単位で更新かかってくでしょ
121(1): 2021/09/01(水)12:26 ID:EqZrGoJi(1/2) AAS
サーバー起動するのと
bashに入ってあれこれするのをやりたいとき
docker-compose1.yml
docker-compose2.yml
みたいにサーバー、とそれ以外で分けて起動させればいいのでしょうか？
新しいウィンドウでターミナル開く、みたいなのがあればいいのに
122(1): 2021/09/01(水)12:34 ID:695imcjX(2/3) AAS
>>120
パッケージについては各 Linux ディストリビューションのサーバーからダウンロードするからローカルでdockrコンテナリビルドする際にはdockerhub には帯域負荷はかからないと思うのよね
123: 2021/09/01(水)12:41 ID:2JRCtXhB(1) AAS
>>119
ストレージはタダなのか？
金がかかるのは帯域だけじゃないやろ。
総量はPBレベルで、うち何割かはずっと使われてないとなれば、有料か未使用削除とするのもやむなし。
124: 2021/09/01(水)12:43 ID:BUPYMxvT(1) AAS
> そもそもDockerのレシピがあればローカルで再構築可能なのに
間違い。細かいバージョンが異なってる。
Dockerfileから再構築すると最新版になってしまう
> パッケージについては各 Linux ディストリビューションのサーバーからダウンロードするからローカルでdockrコンテナリビルドする際にはdockerhub には帯域負荷はかからないと思うのよね
いちいちベースイメージからパッケージインストールして構築するよりも
パッケージインストール済みのイメージをダウンロードするほうが速い
125: 2021/09/01(水)12:49 ID:hWZLrwmG(2/2) AAS
>>118
小規模でも年間売上が一千万ドルあれば有償な
例えばAWSやGoogleやMSが自社クラウドの顧客に対してアプリのコンテナ化を提案するとき、別途Dockerを有償契約してくださいと言わなきゃいけなくなるのは致命的だ
Docker CLIまで捨てるかは別としても、業界全体として何らかの乗り換えムーブメントが起きるのは不可避だよ
126(1): 2021/09/01(水)12:49 ID:E7yrP15k(2/2) AAS
>>122
それだとdocker build時の最新バージョンが入っちゃうでしょ（あえて固定してない限り）
それで大抵は動くけど、イメージ提供者なら自身が検証済のものを公開したいんじゃないの
俺自身はイメージでバックアップせずいつもDockerfileから再構築してるけど、バージョン変わって設定ファイルの仕様が変わって動かないこともあるよ
127(2): 2021/09/01(水)12:58 ID:tkpMxoCT(1/4) AAS
真面目にやるならウェブUIの管理ツールを作る(adminerやphpmyadminの自作アプリ版みたいな感じ)
雑に運用するならコマンドラインツール作ってMakefileでラッピングするんでいいと思う
composeでイメージと環境変数を定義、Makefileでコマンドを定義
.env
docker-compose.yml
docker-compose.tasks.yml
Makefile
up:
@docker-compose -f docker-compose.yml up -d
backup:
省1
128(1): 2021/09/01(水)12:58 ID:tkpMxoCT(2/4) AAS
あすまん
>>121へのレスね
129: 2021/09/01(水)13:14 ID:EqZrGoJi(2/2) AAS
>>127,128
なるほどーMakefileですか
さっそくやってみます
ありがとうございました
130: 2021/09/01(水)16:09 ID:695imcjX(3/3) AAS
>>126
そうかベースによっては最新版のバイナリしかインストールできないものがあるのか
131(1): 2021/09/01(水)17:52 ID:tkpMxoCT(3/4) AAS
有料化と聞いて焦ったけどLinuxで開発する分には問題なしでいいのかな
うちは小さい企業だけど教育とOSSにしか使えないんじゃDesktop使えないね
132: 2021/09/01(水)19:25 ID:+pbso+EV(1) AAS
Docker DesktopとDocker Engineの区別もつかない男の人って…
133: 2021/09/01(水)19:38 ID:IoZJYReR(2/2) AAS
>>118
>>131
WSL2上にインストールしたLinuxでDocker使うならDesktopなしでもいける
macもVagrantでVirtualbox仮想マシンとかで行けるのはいけそうだが面倒そう
あとはmultipassでUbuntu入れるとか？
この方法だとホスト側はdockerコマンド使えないし
ファイル共有の速度がDesktopと比べてどうなるのか不明
遅くなるかね
134: 2021/09/01(水)19:44 ID:tkpMxoCT(4/4) AAS
面倒だからLinuxでいいよ
WindowsはVSCodeとSSHだけ動けばいい
135: 2021/09/02(木)09:13 ID:6nsJWdjn(1) AAS
Docker社の凋落が止まらない
これからもマネタイズ策を打つ度に回避・移行されて、Docker社の影響力は低下していくんだろう
今やクラウドではコンテナ実行環境としてほとんどdockerは使われなくなっていて、もはや開発ツールとしての価値しかない
その開発ツールも、本気で代替品へ移行しようと思えばすぐにできるけど無料だからまあいいか、程度のものに過ぎない
売れるうちに大手に売っときゃよかったのにね
136(1): 2021/09/02(木)13:05 ID:lkx3vMl8(1/2) AAS
まあ、だから俺は言ったよね？
podmanの時代がすぐ来るってさ
137: 2021/09/02(木)13:15 ID:lv06fISQ(1) AAS
コンテナさえあれば何も問題ない
138: 2021/09/02(木)17:04 ID:tVyiqFPA(1/2) AAS
>>136
podmanの時代が来てから言ってくれ
もう5年ぐらい遅れてるだろ？ｗ
139(1): 2021/09/02(木)17:05 ID:EI0Rs6+7(1) AAS
>>127
makefile って使ったことなかったけどこういうバッチのメニューみたいな使い方ができるのか
使ってみるわ
140: 2021/09/02(木)17:11 ID:tVyiqFPA(2/2) AAS
>>139
むしろ今の使い方の大半はそれだよｗ
正しいMakefileの使い方を今もしてるのはC言語アプリぐらいなもんだよ
141: 2021/09/02(木)19:28 ID:lkx3vMl8(2/2) AAS
最近のmakeは.PHONYをデフォルトにしてほしいぐらいだよな
142: 2021/09/03(金)01:44 ID:lYhIQDFk(1) AAS
docker-comopse -f 【ymlファイル】 exec 【サービス名】 【コマンド】
ってやると
Error: No container found for 【サービス名_1】
ってエラーがでるんだけど
そりゃ【サービス名_1】って名前じゃないもん
【サービス名】だもんってとこで沼にハマりました
なぜか_1を付けられてそんなもん無いって言われるので
じゃあサービス名をサービス名_1に変えてやってみると
サービス名_1_1はありませんって言われます・・
143: 2021/09/03(金)01:51 ID:D6FKDcnO(1) AAS
docker container exec
144: 2021/09/03(金)10:41 ID:JEdAkZsy(1) AAS
大企業で働く予定ないからdockerでいいや
145: 2021/09/03(金)10:55 ID:lmVLMDVz(1/5) AAS
予定？
146(2): 2021/09/03(金)12:42 ID:7Wp2kg5G(1) AAS
大企業でなくても年間売上10億いかないのはゴミやろ
個人かよぼどの零細だろうな
147: 2021/09/03(金)13:48 ID:B8ehn141(1) AAS
普通まともな企業ならKubernetes使うからそもそも企業でネイティブなDocker使う方が稀でしょ
148: 2021/09/03(金)14:39 ID:lmVLMDVz(2/5) AAS
ローカルでのアプリ開発時にKubernetes使うわけ無いやん
使い方わかってないのか
149: 2021/09/03(金)15:01 ID:I6MSwANk(1/2) AAS
新しいものがいいと思っているだけじゃないか？
日本は大企業ほど枯れた技術を使う
150: 2021/09/03(金)15:15 ID:lmVLMDVz(3/5) AAS
Kubernetes使ってる所はまとも会社なんだい！
と言いたいんだろう？
151: 2021/09/03(金)15:25 ID:I6MSwANk(2/2) AAS
新興企業だと流行り技術使ってますって言わないと美味しい仕事取れない時代だからな
152: 2021/09/03(金)17:47 ID:l2dWPFsy(1) AAS
k8sもdockerもそれほど最新技術というほどのものではない
153: 2021/09/03(金)20:13 ID:PhrL7cZp(1) AAS
docker-composeで動かすコンテナが自分自身のひとつしかない時でも、networks: hoge-netwok のように、
docker networkを作るのにはどんな意味あるのでしょうか？
こういうdocker-compose.ymlがちょくちょく出てきて
メリットがわかりませんのでどなたかレクチャーお願いします！
上下前次1-新書関写板覧索設栞歴
あと 849 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.037s