[過去ﾛｸﾞ] Docker Part6 (969ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
670(1): 2022/04/17(日)20:33 ID:O+xRToqo(1/2) AAS
>>667
この記事がガセネタってこと？
よくわからん世界だ
671(1): 2022/04/17(日)20:35 ID:O+xRToqo(2/2) AAS
>>669
この記事にあるような分散型の巨大データベース検索する意図だけなら
この変態シェルシステムのが安く上がるって書いてるじゃん
にわかに信じがたいこの内容が事実なら、だけど
672: 2022/04/17(日)21:42 ID:cNwtfKOQ(5/6) AAS
>>670
ガセネタというかステマだね
「USP研究所代表＆オープンソースOSコミッター対談」
実は
BSDコンサルティング株式会社
代表取締役「當仲寛哲」と取締役「後藤大地」の対談
外部ﾘﾝｸ[CGI]:www.bsdconsulting.co.jp
でした。
省3
673(2): 2022/04/17(日)21:42 ID:cNwtfKOQ(6/6) AAS
>>671
ミドルウェアを使わないでどうやって
分散型の巨大データベースを作ると思う？
674(1): 2022/04/17(日)21:53 ID:4nzFW3Np(4/5) AAS
>>673
パイプ3,40繋げて処理するとか書いてるけど
ほへーをそんなん出来んだ(知らんけど
て感じ
そんなことよりフロントエンドや各種コンフィグとかどうやってんのかが気になる
開発ってものによっちゃそっち9割やん
データのわちゃわちゃやるのなんて開発のメインでもなんでもない
675(1): 2022/04/17(日)22:07 ID:ED0JHd6+(1) AAS
>>673
分散型の巨大データベースってBigQueryとかHBaseとかRedshiftみたいなののことか？
ああいうのは仕組みは結構単純で、原理的にはデータのキーや日付でディレクトリ切ってファイルを格納してるのと変わらないんだよ
でディレクトリまで絞れたら後は力技で全部スキャンするだけ
だからシェルスクリプトで似たようなことをやるのも以外にそれほど非現実的ではなかったりするんだよ
まあ恐らくデータの持ち方が列指向じゃないから、スキャン量はちゃんとした分散DBの数十倍くらいにはなるだろうけどね
676: 2022/04/17(日)22:33 ID:mlcA2aC6(1) AAS
データをローカルファイルに置くだけじゃちっとも分散しないわけだが
677: 2022/04/17(日)22:39 ID:4nzFW3Np(5/5) AAS
な、データの受け渡しもシェルでやるんかな、
デカいデータだと効率悪そう
678: 2022/04/18(月)06:43 ID:AXDbovFJ(1/2) AAS
>>675
うん。簡単かどうかの話じゃないんだよ
"ミドルウェアを使わないで"
どうやって実現するのか？という話
679(1): 2022/04/18(月)06:45 ID:AXDbovFJ(2/2) AAS
>>674
シェルスクリプトで全部できます！
こういう手法を使うのです！
フロントエンド？JavaScript使え。手法は知らん。
でも全部シェルスクリプトでできます！
よくわからんよ
ユニケージの手法でどうやって
JavaScirptを使うのか
あとサードパーティーの関数やライブラリは使用禁止ね。
それがユニケージのお作法ｗ
680: 2022/04/18(月)08:07 ID:g5fmUuIk(1/3) AAS
んでもこんな与太話結構あるから
そんな意地になって追求せんでもええやん
本当にいいものなら自然に残るし、
ダメなら淘汰されてく。
確かにまあネタとしてかなり特異で気にはなるけど
681(1): 2022/04/18(月)11:42 ID:g5fmUuIk(2/3) AAS
>>679
wikipediaにご丁寧にコードのサンプルも載ってるけど
う〜〜んそりゃfor文なくせりゃ何よりだけど、
for文の本質で、繰り返し処理より、変数勝手に入れてってくれることじゃね？ておもた
ユニケージなるものもこの人たち関連の記事しかヒットしないし、
面白いから専スレ立ててくれたら参加するよ
かなり香ばしい結果になる可能性あるなあw
682: 2022/04/18(月)11:44 ID:g5fmUuIk(3/3) AAS
技術的に初心者の人でもわかるように可読性上げる、、
とか言いつつ、シェルは使わせるの必須なんだよな、、
ほんとよーわからん
IT系に長く勤めてるけど、噂にも聞いたことなかった
開発本筋の仕事じゃないけど
開発系の人たちにはそれなりに有名なんかな？
実績あげてりゃやり方なんて何でもいい(というかわかるやついない)
業界だから、事実ならもっと頭角表しててもおかしくない
683(1): 2022/04/18(月)12:54 ID:x1teud20(1/2) AAS
LocalStackの
docker-compose.yml
に以下の記述があるのですが、
environment:
- DEBUG=${DEBUG-}
- DATA_DIR=${DATA_DIR-}
- LAMBDA_EXECUTOR=${LAMBDA_EXECUTOR-}
DEBUG-などの末尾のマイナス記号は何を意味しているのでしょうか？
「使うとき、マイナス記号を消してね」という意味でしょうか？
684(1): 2022/04/18(月)14:04 ID:m7C9uanh(1) AAS
>>683
外部ﾘﾝｸ:docs.docker.com
> ${VARIABLE-default} evaluates to default only if VARIABLE is unset in the environment.
685(1): 2022/04/18(月)14:13 ID:cQKohvSg(1) AAS
bashの変数展開使えるのか？と思ったらそういうことではないか
デフォルト値に何も指定しないのに意味はあるのか、という点では
未定義でもWarningが出なくなることを意図しているのかも
686(1): 2022/04/18(月)15:04 ID:x1teud20(2/2) AAS
>>684
>>685
ありがとうございます。
何が分からないのかの説明が足りていませんでした。
${VARIABLE:-default}
${VARIABLE-default}
の意味は分かるのですが、
${VARIABLE-}
の意味が分かりませんでした。
やってみたら分かった話かもしれません。
省5
687: 2022/04/19(火)19:47 ID:oNzWxuS+(1) AAS
>>686
変数
688: 2022/04/20(水)23:58 ID:kDJMYRE/(1) AAS
>>681
専スレらしきもの
金沢大学「シェルスクリプト言語論」は偽開発技術
2chｽﾚ:tech
689: 2022/04/21(木)02:54 ID:ry9nH7n5(1) AAS
ホンマに意味が分かっているのか、怪しい
完全にエイジョイ勢やな
記法を分かって、変数を使っていると思えない
690: 2022/04/22(金)20:12 ID:7lY8Z1J6(1) AAS
荒らしは出張中なのか静かやね
よかよか
691: 2022/04/24(日)17:16 ID:I7/owpZY(1) AAS
荒らしがいないと過疎やけどな、平和なんはええことよ
692(1): 2022/04/26(火)20:59 ID:BD3ASF/L(1) AAS
Docker創始者らが開発、ビルド／テスト／デプロイの自動化をポータブルにするツール「Dagger」登場。そのままローカルでもGitHubでもCircleCIでも実行可能に − Publickey
外部ﾘﾝｸ[html]:www.publickey1.jp
693(1): 2022/04/27(水)04:16 ID:19kkkYD+(1) AAS
docker container createの-aオプションがよく分かりません
docker container create --name hoge -a STDOUT alpine:latest ls
としてから
docker container start hoge
とすると、lsの結果が表示されるのではないかと思ったのですが、表示されません。
docker container start -a hoge
とした場合はlsの結果が表示されますが、別にcreateに-aを指定しなかったとしても同様に表示されます
docker container createの-aオプションの意味はなんなのでしょうか？
694: 2022/04/27(水)12:07 ID:7Y6UC+bB(1) AAS
その文章描いてる間に調べたら出てきそうな気がする
695: 2022/04/27(水)17:03 ID:xBafsEqG(1) AAS
>>692
やりたいことはわかるけど流行らなそう
GitHub ActionsやCircleCIのYAMLに比べてノイズが多くて読みにくい
やってることも単なるDockerのラッパー以上のものではなく、この程度ならdockerの内外でMakefileでも叩けば十分に見える
696(1): 693 2022/05/02(月)01:04 ID:5jpCHtT2(1) AAS
色々調べて、
Dockerのコマンドは、裏でDocker Engine APIを叩いているということが分かりました
Docker Engine APIを考えずにDockerコマンドについてあれこれ考えても、
隔靴掻痒というか、無理がありますよね
ただDocker Engine APIについて詳しく書いている日本語の資料が、ネットで探してもなかなか見つかりません
Docker Engine APIの層について詳しく書いてる本とかサイトはないでしょうか？
697(1): 2022/05/02(月)11:41 ID:iwiogwhH(1) AAS
>>696
外部ﾘﾝｸ:docs.docker.com
これが全て
しかし、今のDocker Engineは単なるAPIサーバーでありcontainerdに処理を投げてるだけだから、
containerdや更にその下のruncの方を学ばないと中身は何もわからない
最近は運用環境ではDocker Engineはほとんど使われなくなりつつあり、完全に終わった技術
698(2): 2022/07/01(金)18:13 ID:RvpRa0bP(1) AAS
Docker使うようになってから開発がつらくなった
とにかく意味不明のエラーが多すぎる、流行ってる割に完成度低いなコレ
699: 2022/07/01(金)18:42 ID:lkEdJy6S(1) AAS
完成度の高い仮想開発環境てあるのかね？
700(1): 2022/07/01(金)19:34 ID:7GJfiaqV(1) AAS
>>697
次は何が始まったんよ
701: 2022/07/01(金)19:47 ID:Olihztzy(1) AAS
>>700
実行環境においては、今はDockerEngineという無駄なレイヤを省いてcontainerdを直接使うのが主流
702: 2022/07/02(土)15:18 ID:cG229hzC(1) AAS
ググればわかる質問し続けるだけのスレ
703: 2022/07/02(土)21:05 ID:G94pkTRa(1) AAS
Dockerが嫌な人は、一生chrootでも使っとけ！
704: 2022/07/03(日)09:48 ID:tWCXJEu/(1) AAS
>>698
エラーが多すぎるのに使ってるとか意味不明。
705: 2022/07/03(日)10:07 ID:+QIciuwv(1/2) AAS
エラーさえ出なければこんな便利なもんはないんだけどな
706: 2022/07/03(日)10:17 ID:yQmOHKEf(1) AAS
意味不明のエラーというのが「(自分にとって)意味不明なエラー」なのか「(全人類にとって)意味不明なエラー」なのか分からないので何とも言えない
707: 2022/07/03(日)10:47 ID:+QIciuwv(2/2) AAS
こないだ出たエラーの場合はぐぐるとStackOverflow(英語版)その他でも質問されてて未解決だったので俺以外にとっても謎ではあったんだろうと思う
708: 2022/07/03(日)11:22 ID:nPVidC1A(1) AAS
簡単なことをもっと簡単にするために複雑なレイヤー挟んでそのレイヤーのせいで余計にトラブるってのは往々にしてよくあるわな
709: 2022/07/04(月)11:12 ID:ceaLeqiG(1) AAS
エラーとかほざいている人は、chrootでも使っとけって！
それさえも分からなければ、qemuとかVMwareとかにしとけって！
わざわざ難しいの使わんでかまへん。
710: 2022/07/04(月)12:45 ID:UkvdNc/n(1) AAS
なんだかんだで動いてる時は便利で使い慣れてきたから、できればDockerを使いたい
また別のもの覚えるの面倒くさい
711: 2022/07/07(木)11:55 ID:etxz4IMP(1) AAS
Win10のWSL2環境だけど今までPowerShellからdocker-compose upできてたのに急に Are you trying to mount a directory onto a file (or vice-versa)? とか出てできなくなった
Ubuntuからならできたけど何故何もしてないのに壊れたのか
ぐぐったらStackOverflowとかに似た問題があったが俺のは解決しなかった
712: 2022/07/08(金)07:20 ID:0pJas4Yl(1) AAS
何もしてないのに壊れた
713: 2022/07/08(金)07:45 ID:PqGuPTpO(1) AAS
LinuxでDocker使ってるけど問題起きたことないな
みんなLinuxで使おう
714: 2022/07/08(金)07:57 ID:BKneFUKX(1) AAS
少なくともWindowsなんか使うのをやめろ、まずはそこからだ
715: 2022/07/08(金)09:15 ID:y5dr57W7(1) AAS
それはあるかも
キータあたりでぞろぞろ出てくる導入記事もマックが多かったような
716: 2022/07/08(金)09:53 ID:Q121M6EQ(1) AAS
macでいいならwsl2でもいい
linuxかそれ以外か
717(1): 2022/07/08(金)10:14 ID:Mtkp8Y+G(1) AAS
でもWindowsでWSL2で問題出まくるから、多分Windowsが一番悪い
718(1): 2022/07/10(日)21:31 ID:b+fT+Rdp(1) AAS
>>717
それあなたの感想ですよね
719(2): 2022/07/14(木)06:47 ID:xUzyzLMp(1/2) AAS
docker commitで作成したイメージを元にして、コンテナを作成して、変更を加えた後に、さらにコミットして、
そこから別のコンテナを作って…みたいに繰り返したら、イメージサイズが大きくなりすぎます。
この最終産物のイメージを短縮化することはできるのでしょうか。
720(1): 2022/07/14(木)08:18 ID:Dx/JwK/7(1/2) AAS
>>719
使い方が間違っています。
docker commitでイメージを作ってはいけません
721: 2022/07/14(木)08:30 ID:I0uobXC2(1) AAS
>>718
事実を述べたら感想とな
722: 2022/07/14(木)12:02 ID:xUzyzLMp(2/2) AAS
>>720
どういうこと？？
723(2): 2022/07/14(木)16:01 ID:Dx/JwK/7(2/2) AAS
docker commitはデバッグ用であり
通常は使いません
724: 2022/07/14(木)16:44 ID:pyzklUHM(1) AAS
>>719
そのイメージがどうやってできているか分かったら、
自ずと答えがわかるとおもうけどね
tarballでもraw imageでも好きにすりゃいい
725: 2022/07/15(金)20:27 ID:IuYUHLVY(1) AAS
>>723
でもイメージ化しないと不便でしょう
726(1): 2022/07/15(金)23:11 ID:ABhBONIX(1) AAS
不便も何も、そもそも再現性のないイメージに価値などない
727: 2022/07/16(土)09:12 ID:zrj7+nS+(1) AAS
正解
728: 2022/07/16(土)09:50 ID:Drz+sQG1(1/2) AAS
>>726
イメージでなければ再現するのに時間がかかるし、
再現する方法をメモしておけば良い
729: 2022/07/16(土)10:41 ID:IVvX0kjb(1/2) AAS
そのメモをDockerfileに書けば良い
730: 2022/07/16(土)14:26 ID:8q6Z2qLZ(1) AAS
怠けるな。手順書に従った作業しろ
731(1): 2022/07/16(土)17:21 ID:LjSwLqlL(1) AAS
基本的に、Dockerfileを保持する方向でいいと思うけど、
Dockerfileの書いた内容が恒久的に使えなくなる可能性がありえるので、
少なくとも自分のレジストリを用意して、イメージのバージョンを保持するとか、
tarballなりraw imageなりに吐き出しておくといいと思うけどね
ここらへんのイメージのバックアップは、VMwareとかKVMとかでも結局同じだけどな
732: 2022/07/16(土)23:09 ID:Drz+sQG1(2/2) AAS
>>731
たしかに、dockerfileだと、レポジトリの廃止や、そのディストリビューションのサポート切れで、
インストール手順が無効になる場合もあるよな
733(1): 2022/07/16(土)23:47 ID:IVvX0kjb(2/2) AAS
Dockerfileでビルドしたイメージをデプロイする際にはまずECR等のレジストリにプッシュし、
デプロイ先のホストがそれをプルするのが一般的なプラクティスであり、イメージのバックアップとして機能する
つべこべ言わずにDockerfileを書け
734(1): 2022/07/17(日)01:05 ID:jLqEDSXh(1) AAS
サポート切れても無理矢理使えるようにするためにイメージのバックアップ取るなんてセキュリティ的にあり得ない
その時点でサポートされているものに対応し続けるしかない
735(1): 2022/07/17(日)09:02 ID:6rKwmfE+(1) AAS
>>733
それは結局のところ、置き場所はともかくイメージは使うということですよね
Dockerfileとイメージの役割は別。
Dockerfileの役割はコンテナのメンテナンスのためにある。
イメージはソースがネットから取れなくなるなど、Dockerfileの改良ではどうにもならない場合にへの対処方法だと思う。
commitはそれをローカルに置いておくために使う。
736: 2022/07/17(日)09:22 ID:wl85O7GK(1) AAS
Dockerfileだったらbuildするだけでローカルにイメージはできるだろ？
commitなんか必要ない
737: 2022/07/17(日)10:00 ID:lGp37g/e(1) AAS
dockerでシステム壊れちゃったから諦めた
738: 2022/07/18(月)12:36 ID:oFmQRFjW(1) AAS
>>734
なぜありえないのか？
顧客がつねにお金を出してくれるのか？
顧客がお金を出さない場合は、古いイメージのまま、使い続けることになる
739: 2022/07/18(月)18:50 ID:5grstZfi(1) AAS
古いイメージ＝脆弱性があるシステム
システムを更新しないで放置してはいけない
740(1): 2022/07/18(月)19:13 ID:E6KhgG4/(1/2) AAS
顧客が金出さないから云々って状況がよく分からん
システム構築とかの仕事を請け負ってその後の無償対応期間ぐらいの期間であれば、作業時に使ったイメージがサポート切れになるほどの時間は経っていないだろうし
それ以降は顧客が金出さない以上何言ってきても無視するだけの話ダロウェイ
741: 2022/07/18(月)19:14 ID:E6KhgG4/(2/2) AAS
末尾変になったけど無視して
742: 2022/07/18(月)21:43 ID:xwfMzGl6(1) AAS
>>740
ユニケージっていうのは現場の人間が内製するためのシステムなんだよ
例えば東急ハンズのような所にプログラミングの専門家はいない
システムなんてせいぜいCGIで作った買い物カートで十分
そういった所にシステム開発費とかないから一度作ったら何年も放置するのはざら
データベースとか難しい技術はしらないし、OSのアップデートとかシステムが動かなくなったら困る
シェルスクリプトでシステムを作っていればコピーするだけでOSのアップデートは完了
OSの基本的なコマンドしか使わないから、OSをアップデートしてもそのまま動く
パイプの匠が考えた開発手法は大規模システムにも対応している
人の入れ替わりの激しい業界で、現場のやすい人材だけで内製するにはこの方法しかない
743: 2022/07/19(火)08:43 ID:cr5I5gt1(1) AAS
客が金出さずサポート切れの古いイメージ使い続けて脆弱性突かれて情報流出しようがこっちには関係ないんだからどうでもいいでしょ
744(1): 2022/07/19(火)09:29 ID:B9BrngT3(1/2) AAS
>>735
考え方が硬すぎる
そうなりゃ別の方法、別のイメージでイメージ作ればいいやん
745: 2022/07/19(火)09:31 ID:B9BrngT3(2/2) AAS
commit（笑）
746(1): 2022/07/19(火)10:16 ID:Hlz2pdY/(1/2) AAS
>>744
別のディストリを使うとなると、構築のために試す必要がでてくる。
時間かかる。
逆になぜそこまでイメージを嫌うのか。
747: 2022/07/19(火)13:06 ID:1i77nEK4(1) AAS
いつまでも塩漬けにすることの問題は別にして、最低限、運用中のものについてイメージを残しておくのは必須だろう
スケールアウトや再デプロイの度にいちいちビルドしてたらクソ遅いし、パッケージの更新等でビルドが失敗するようになったときに修正までの時間を稼ぐ必要がある
そのこととcommitの是非は全くの別問題だ
748: 2022/07/19(火)17:25 ID:dZACW0T8(1) AAS
バックアップなら、commitよりも、exportのがええんちゃう？
749: 2022/07/19(火)22:10 ID:Hlz2pdY/(2/2) AAS
イメージが大事だとして、
どうしてcommitでイメージを生成させたら駄目だと思うのか？
750(1): 2022/07/19(火)22:41 ID:eLGfXh/b(1) AAS
自動化できねーからだろ
アホ化ｗ
751: 2022/07/20(水)00:40 ID:HJwfM5+3(1) AAS
まずdockerの各コマンドが何をやっているのか正確に理解することからだ
752: 2022/07/20(水)06:25 ID:+nizZvvp(1) AAS
>>750
自動化ってなにを？
753: 2022/07/20(水)09:16 ID:FRbRBwj9(1/2) AAS
>>746
そうやって技術的負債が増えてくんだよ^^
754: 2022/07/20(水)09:17 ID:FRbRBwj9(2/2) AAS
デプロイのためのイメージとベースイメージごっちゃになってね？
755(1): 2022/07/20(水)12:38 ID:j9T/veZ/(1) AAS
docker commit の話がなんでimageの話に化けているんだよ。
image使うにしても、まずdockerfileにまとめろよ。dockerfile無しでimageだけとか、Dockerの利点捨てているだろ。
756(1): 2022/07/20(水)21:00 ID:clOkjYBA(1) AAS
Dockerイメージはnixで生成するのがさいつよだろ
Dockerfileでapt使ったりしたら
aptはロックファイルも無いから
「Dockerイメージをビルドした時点での最新版パッケージ」になってしまう
aptの部分だけ別Dockerfileにするとかは面倒くさいし
nixなら同じソースファイル使えば同じバイナリになる
既存パッケージを使うだけなら、再現性もたせるためだけに別々にビルドする必要はなくなる
再現性のあるビルド - Wikipedia
外部ﾘﾝｸ:ja.wikipedia.org
757(1): 2022/07/20(水)21:13 ID:GnxXvvFU(1) AAS
>>756
とんだにわかだ
apt も dnf もバージョンを指定してインストールできる
そしてそれが必ずしも正義ではない
互換性がある範囲で脆弱性やバグを修正した新しいバージョンを使おうする方法論もある
そもそも、基本的にはイメージを再利用し再現性を保証するのが一般的な考えでDockerfileで完全な再現性を求める運用には無理がある
758: 2022/07/20(水)23:37 ID:OlwSaSGg(1) AAS
なんとか頑張って「俺はお前らの知らない凄いことを知っている」
と言いたい人
759(1): 2022/07/21(木)08:29 ID:Bsj4t+WP(1/3) AAS
>>755
アスペ？
760(1): 2022/07/21(木)08:36 ID:Qe7sC2ib(1) AAS
>>759
ん？なら
「dockerfile無しでcommitで構築したimageを運用するやつはアスペ」
ということでOK？
>>723が結論だと思うが。
761: 2022/07/21(木)08:37 ID:Bsj4t+WP(2/3) AAS
>>760
？俺もそう思うが
762: 2022/07/21(木)08:37 ID:Bsj4t+WP(3/3) AAS
なんだこいつ…
763: 2022/07/21(木)08:47 ID:auevoZLN(1) AAS
「なにいってんだこいつ」と感じた時点でそいつは貴方に取っての変なおじさん
変なおじさんは真面目にかまうとうれション垂れ流しが加速します
764(1): 2022/07/21(木)09:23 ID:GsFTK4Qs(1) AAS
>>757
大体aptが悪い
npmみたいな、package.jsonで緩いバージョン指定して
package-lock.jsonで厳密なバージョン指定、みたいな仕組みでもあれば便利なのに
現状は完全にバージョン固定、再現するには
apt-getコマンドで依存するパッケージも含めて「手動で」全部バージョン指定が必要でかなり無理がある
2022年にもなってビルドしたイメージ保存しないと完全再現できない時点で
aptは欠陥設計と思われ
765: 2022/07/21(木)10:27 ID:vlVE8xx2(1) AAS
まぁ、せいぜい好きに使えばいいよｗ
766: 2022/07/21(木)10:42 ID:TUoQzrYx(1) AAS
>>764
有意義ではないが自動化できないこともないはず
一度インストールしたあとパッケージの一覧を抽出してそれをDockerfileにインストールさせるよう書けばいい
シェルスクリプトかなにか使えば自動化できると思うよ
繰り返しだけど一般的ではないし脆弱性やバグ修正のためのアップデートに非常に脆い
767: 2022/07/21(木)21:51 ID:WRyX2qON(1/2) AAS
すいません、超基本的な質問をさせてください。
最終的にクラウド上のDockerコンテナで動くプログラムを作りたいのですが、開発のやり方としてはローカル（自分の場合はWSL2を利用）にDocker Desktopを入れて、そこでコンテナを作成して開発することになると思います。
その場合、ソースコードの作成、編集は、VSCodeでコンテナ内のソースを編集すれば良い・・・という理解でよいでしょうか。
あるいは、コンテナなしの環境で作成したソースを、ローカルのコンテナにコピーして動作を確認し、さらに本番環境にデプロイする・・・という流れになるのでしょうか。
768(1): 2022/07/21(木)22:36 ID:il8L9WXD(1) AAS
後者のほうが一般的
ぶっちゃけ好みの問題でしかなくて、コンテナで開発する派がよく議論に持ち出す環境統一論はほぼ詭弁だから真に受けちゃダメ
コンテナ内で開発したからといって開発に使ったのと同じコンテナで運用環境に持っていくわけではないからな
769: 2022/07/21(木)23:02 ID:WRyX2qON(2/2) AAS
>>768
ありがとうございます！
なるほど。
このへんについて 解説本を見ても書かれていないし、検索してもなかなか見つけることができず悩んでいました。
助かりました。
上下前次1-新書関写板覧索設栞歴
あと 200 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.159s*