Docker Part6

テンプレとかいらんやろ

Dockerなら今Fedora37に入れてる

>>855
？
wslから普通にWindows側にアクセスできるでしょ
仮想マシン内でDocker動かすのとは全然違う

アホだろお前ら Docker Desktop は WSL上に建てられた中に Docker がインストールされて、Dockei Desktop はそのソケットを使ってる ただのguiだよ

そういう使い方もできるだけだろ

>>858
DockerはDocker社が作ったもの
GUI経由で使おうがDockerの偉業は素晴らしい

>>857
誰もアクセス不可能だと言ってなくて
そのDockerをWindowsローカルで動いているかのように調整してくれてるのがDocker Desktop
だからただのGUIじゃない、と説明しているわけで
Docker Desktopをインストールしたら、なんでWindows上でdockerコマンドが使えるようになるのか、って考えたらわかるでしょ

余計分からん
整理して書いてくれ

つまり、理解できない人はDocker Desktopを使っとけ、ということ

公式ドキュメントさえもまともに読めないパソコンおじさんが、Docker Desktop for Windowsを騒いでいるだけやね
まぁ、無知のまま、パソコンおじさんを突き進めばいいと思うよ

ttps://docs.docker.com/desktop/install/windows-install/

>>861
そうだね
その上で、今はWSLがネットワークの設定やホストファイルシステムのマウントをやってくれるから、もはやDocker Desktopには単なるGUI以上の価値はない。
もちろんDocker DesktopはWSLをDockerデーモンを動かすためだけに使用していて「ローカルで動いているかのように調整」するのはWSL任せではなく独自に実装しているわけだけど、
もはや機能的にはそれは無意味になっているんだよ。

要は Docker ＋ GUI ＝ Docker Desktop だから
Docker Desktopは単にGUIだけではないってことだろ
Docker Desktopを入れればWSL用のDockerも入る

Docker Desktop - GUI = Dockerでしょと言われてるのに
Docker Desktop = Docker + GUIだから単なるDockerじゃない！と屁理屈こねてるだけだな

意味のない議論だよ

>>867
いえ、だからDocker DesktopのGUIはすごい機能なんですって
話をしてるんです。

× もはやDocker Desktopには単なるGUI以上の価値はない。
○ Docker DesktopのGUIは単なるGUI以上の価値がある。

Docker DesktopのGUIってすごい機能ですよね？
それを認めればいいだけの話です。

その凄さを具体的に説明すれば誰も反論できなくなるはずなのに一向に説明されない

ずっと説明されてるじゃん
素のDockerにはWindowsとの連携機能は何も含まれていない

まさかDockerは本来Linuxでしか動かないって知らないのか？
Linuxで動くDockerにはWindowsとの連携機能は一切含まれてないぞ

Windowsとの連携機能っていうのがお前がGUIだと思ってる機能のことだ

そこは誰も否定してないぞ？
そして、Dockerの持つWindowsとの連携機能はWSLと重複するから今や無価値であるということだ

>>874
重複する、と思っている、という事が分かったが、
それを改めてやる義理が特にあるわけでもなく、
そのままでいてもらっちゃ困る筋合いも別にない

Macしか持ってないから分からん

本当に無価値だったら有料化したところで話題にもならないし
Microsoft自身がWSLとDocker Desktopを使ったやり方を紹介することもないから

>>874
あのさか。Docker Desktopは
Mac版があるの知らないの？

だいたいWSLとは重複してないんだわ
どうやってFedoraとUbuntuの両方から
Dockerにアクセスするんだって話

>>878
Macの場合はlima使えば本当に何の違いもなくdocker使えるから、尚更Docker Desktopに価値はないぞ
Windowsの場合は少なくともwslとタイプする手間を省ける程度のメリットはあるけどな

>>877
それはね、Windowsコンテナを動かすためにDocker Desktopが必要だからなんだよ
MSとDocker社は仲良いし、WindowsコンテナもわざわざMSがDocker社に金出して開発させた肝入りの機能なので、MSがDocker Desktopを推すのは当然のことだ
君自身がもし本当にWindowsコンテナに価値を見出せるなら、君にとってはDocker Desktopには大いに価値があるから自信持っていいぞ

>>880
limaはただのGUIだろｗｗｗｗ

>>881
普通さ、どのOSにもコンテナ機能あるでしょ？
OSの基本機能なんだからさ

kubernetesに対する無根拠な信仰はもう消えたかな？
『楽したいからコンテナ』とかちゃんと理解できてないと起動したインスタンス上でapt install だの始めて破滅するよ気をつけて
もうやっちゃった人はご愁傷様でしたｗどうなるんだろうねｗ

日本語でおk

>>884
kubernetesの問題はそこじゃねーよ
多数のメモリ、安定して動かすための最低台数
それにかかるコスト、

を考慮すると相当大規模なシステムでないと
デメリットをメリットがうわまわないって話

kubernetesなしでコンテナだけを使った方がいい。
コンテナは楽

k8sを社外アピールのためとか流行ってるからって採用してるとこ多いけどだいたい後悔してるの笑うわ

他所の会社のやり方が効率良かろうが悪かろうがどうでもいいんだが一々そんなこと気にするなんて相当暇なんだな

Dockerやる用のパソコン買うならどんなのがいいのかな？

コンテナはイミュータブルな存在であるということが理解できない奴が本当にゴロゴロしてるのが闇だわ
新しい形式の仮想マシンみたいに思ってるタイプ

割と一般的に開発環境構築のためにもコンテナが使われていることを知らないんだな

うちはk8sやめてAWS AppRunnerへ移行したわ
k8sの高度な機能が本当に必要かとかそういう話以前に、サービス一つにつきEKSクラスタが一つ存在するというアホみたいな状態だった
たかがコンテナ一個動きゃいいだけなんだからECSすらオーバースペックであると独断した
ノーメンテで何の問題もなく動いてるし何より拘り強い系の困ったエンジニアがオーバーエンジニアリングで時間を無駄にする余地が無いのが最高ですわ

>>889
ぶっちゃけRaspberryPiでも動く

docker動かすだけなら動くがRaspberryPiはとにかく非力
現状最新の4でもCPUが遅い、USBも大量に通信すると遅い
GPUも遅くてLinuxデスクトップを動かすのすら苦労する
ハードウェアエンコードとデコードは解像度・フレームレート・コーデック次第では可能

低消費電力なので
低性能でも動くプログラムを動かしてサーバーにするには良い
しかし開発をラズパイだけで快適に行うのは困難
別なPCが必要

開発用PCがx86で
DockerイメージはARMで作るにはクロスコンパイル要るし
場合によっては面倒かも

ビルド済みのイメージをDockerHubから取ってこようとしても
有名所以外はx86版しか無かったり
しらんけど

言うてもわりとサクサク動くし、Debianの素体あればわりと何でもできるし、行ける行ける（無責任）

>>888
お前もその感想レスしてる時点で相当暇や お互い様やな

https://type.jp/et/feature/14070/

「Web アプリ開発を例に挙げると、最近はクラウド上に立てたコンテナの中で
プログラムを書き、もし性能が足りなければコンテナ数を増やして対処することが一般的です。
ただこのやり方だとスケールアップする度に膨大な予算がいるし、
OSごと仮想化するのでどうしても動作が遅い。一言で言えば無駄が多いんです。

シス管系女子の会社か
あんな可愛い子が居れば居るだけで幸せだな…
と思ってたら最近若くて本当に可愛い子が入社してきた

凄い時代だ

シス管系女子の会社じゃないですよ

姉さんこのディスクパック交換しておいてくれるか～

「Ctrl + q」や「Ctrl + p」を押してもDockerのコンテナから抜けられません。
どうすればコンテナを終了せず抜ける事ができますか？

◆使用環境
OS : Windows 11
コマンドを打つときに使っているソフト : Windows PowerShell

実行したコマンド全部書いて

>>903
docker pull mysql
docker run --name supu-mysql -p 13306:3306 -e MYSQL_ROOT_PASSWORD=K12ij75h -d mysql
docker exec -it supu-mysql bash

です。

そのコンテナは終了していない
https://docs.docker.com/engine/reference/run/
https://docs.docker.com/engine/reference/commandline/ps/

>>904
バスワードまで陽菜！ｗ
実害はないけど。

>>902
bash抜けるときってexitコマンドか
Ctrl+Dじゃね？

なぜCtrl+Q（P？）にしたし

コンテナ以前のレベルやん

>>904
この動画みたわ

>>146
10億未満なら中小零細ってか個人企業みたいなもんだわな

>>146
だったら、日本のほぼすべての企業は、ゴミということになるよ

まあサラリーマンの3割は0.3%の大企業に雇用されているんですけどね

どっかーは料金とサーバー代を合わせると年間どれ位費用が掛かるのでしょうか？

無料～

無料から有料

月間数億掛かってるけど

仮想マシンの時はすんなり理解できたのにDockerは使ってても未だによくわからんと思ってしまうのはなぜ？

コンテナがどこにあるか知らないだけ

>>917
Dockerを仮想マシンだと考えているからだろ

コンテナーも単なるプロセス

chrootにいろんな機能付けたみたいのが
コンテナでしょ？

もうすぐ無くなるからと受けたEX180受かったんご
日本語理解するのが試験だった・・・

まあちょっと変な例えになるが密結合を段々疎結合にするような感じだな

WebサーバーとPHPが一体で動く→apache
WebサーバーとPHPが別プロセスとして動く→nginx
nginxとphp-fpmを隔離したフィールド(別IPなど)で動かす→コンテナ

密結合したの何年前だっけ🥺

結局、Dockerって使えた方がいいの？

dockerの特性を理解した上で使いたいやつが使えばいいだけ

>>925
使えなくてもいい
使いたい人が使えばいいだけです

プログラミングなんかできなくてもいい
できたい人だけ勉強すればいいです

みたいなもんやなｗ

そうそう。無能のままでいたければ
何も勉強しなくていいよ

Linuxバリバリ使えりゃDockerそんなに難しくないから、気負わず始めりゃ良いよ。セキュリティ関連だけは気をつけろ

セキュリティってどんな？
実行ユーザとかソケット共有とか、そんなの？
よくわからん他人のイメージを使うなとか？

転職とか考えるなら使えるに越した事はないってくらい
今の仕事に必要ないなら無理に習得する必要はない

人口の知能の知識もPythonもJavaScriptも
いま必要ないなら習得する必要はない

使う予定ないなら学習する意味ないぞ
ChatGPTで遊んでいたほうが何倍も面白い

小学生「わかったー」

Docker volumeを作成すると、ホストのvarディレクトリにデータ保存されますが、ホストの保存領域を食いつぶすようなことをさけるために、制限をかけたいのですがなにが最適でしょうか。
ルートディレクトリとvarは同じディスクパーティションにマウントされています。

/var/lib/dockerを別のパーティションにマウントして移動

>>936
ディスクに空き容量がありません。

quotaはつかえないですか。

>>937
使えばいいんじゃないの

Dockerで開発環境と本番環境、コード自体に手を加えずに上手く切り替えする方法でなにか良い情報源ないですか？

もっと状況説明してよ
お前が知ってることを他の人は知らない

>>939
そもそも開発環境と本番環境で違いがあるのか？
「開発」の定義は？
「本番」の定義は？

開発とか本番とか下ネタは他所でやれ

今までいろいろ手法は提言されていたけどね
みんなどこへいったやら

でも結局はDEBUGフラグとかそういうのに落ち着くし、
本番環境もDEBUGフラグ付けて運用することになる

結局のところ、その課題の解決をするものではないのだろうなコンテナというものは

開発環境をそのまま本番環境で使えるとかその差異を無くすことができるとか
portability高めるための銀の弾丸だった側面もあったような

>>943
単にお前が、Dockerは銀の弾丸って言ってるはずだ！って
勘違いしてるだけだろ？

1台のサーバーのｎｇｉｎｘの下に複数バージョンのphp-fpmぶら下げられるのは便利だなって思った

コンテナの使い方も大体AIに聞けばいい時代になるんだろうか

バインドマウントしたディレクトリにフレームワークのプロジェクトを作成するみたいなのをコンテナでワンパスでやる場合
シェルスクリプト書いて

#!/bin/sh
docker-compose -f setup.yaml up --build -d

docker exec -it container_name_1 ./install.sh

みたいにやるしかないんかな

>>948
一度だけ実行するのでよければDockerfileに書けばいいし
毎回実行するのはentrypointのスクリプトに書けばいい

>>949
Dockerfileでバインドマウントできる方法が見つからなかったんよな

RUNでmountオプションあるし、VOLUMEも指定できるけど
リファレンス見た方がいい
まあ、その方針が間違ってないかを最初に考えた方がいい気がする

最近やたらとDockerオワコンって聞くことが増えたんだけど、理由はなんですか？

>>952
普及して当たり前の技術になると、
オワコンにしたい人達が増えます。

k8sがDocker使わずcontainerdを直接呼ぶだけになったことを引き合いに、今までDocker使ってた人もcontainerdを使うべきといった誤った考えを発表する人が続出したのが原因
とりあえずこれとか読めば誤解は解ける

Dockerは非推奨じゃないし今すぐ騒ぐのをやめろ
https://jaco.udcp.info/entry/2020/12/03/172843

containeredを直接呼ぶ方法をネタにして売上を立てたい人が急増しているから、か