Docker Part6

テンプレとかいらんやろ

OSを起動したのになんで起動処理が走らないの？と思っての質問だったら
起動スクリプトは実行されないから、コンテナのENTRYPOINTでやる必要があるよ、と

>>796
ありがとうございました。
自分で消したいと思います。

>>797
docker run の指定で、tmpの内容を削除するようなスクリプトからスタートさせてみたいと思います。
そうすれば、docker startのタイミングでもtmpの内容をクリアできると思います。

tmpを消す運用してるとコンテナが無駄に大きくなるよ

commitしなければ問題なくね
kill/runの方が運用上は圧倒的に推奨されるけど

しばらく前だが、公式はホストOSはUbuntuをお薦めって記載があったけど、
今でもUbuntu推奨なのかな

その記載は無くなってるようだけど、Rocky Linuxとかは公式的には
どういう扱いなのだろ

開発環境ではVM含めホストとしてUbuntuが使われてるケースが圧倒的に多いから、開発チームによるテストもUbuntuファーストだという程度のことでしょ
実運用ではコンテナの実行にDockerエンジンを使うこと自体が絶滅危惧種なんでどうでもいい

たしかに今となってはどうでもいい
だからググっても情報が出てこない
専用の軽量ホストOSとかもあった気がするが

そもそも今のDockerはcontainerdの薄いラッパーに過ぎないから推奨も相性もクソもないのでは

>>802
実運用だとなにが使われるのだろ

Dockerの知識が役に立たない、ということではないと思うけど、何だろ

containerdだよ
k8sや、Fargateのようなマネージドコンテナサービスはコンテナの実行に関してライフサイクル管理や実行環境の整備を行う仕組みを独自に持っているため、
Dockerという不要なレイヤを通す必要がなく、直接containerdのAPIを呼んでいる

Docker便利だけど新人に導入させるのが大変でなかなかペイしない気がする
もうちょっとすんなり、どんな環境でも動いてくれるようにならないもんか

簡単にしたら「オレDockerできるんだぜ」の人達が困るだろ

自分だけできても仕方がないわけだが

学習コストがかなりかかるよなぁ

>>807
それはなー、とりあえず、まずはVPSで用意してあげればええんやで
VPS上で、一度自分で動かせられるところから始まりやわ

Dockerコンテナがなんで動くとか、なんでできあがったとか、
もっとも簡易的なUnix系のchrootの仕組みが理解できんかぎり、
Dockerなんか、根本から理解できひんよ

chrootでやってみて、そっかプロセスがホストと分かれて見えないとこまるなーとか、
ネットワークセグメントも別々になっていてほしいなとか、
気づくから。

Linux知らないなら色々ごっちゃになって大変かもだけど知ってれば簡単じゃね？

あ、俺が言ってたのはちょっと違くて単に各々のPC上で開発環境欲しいだけなんだわ
それがWindowsだとめんどくさいじゃん、WSL入れたりゴチャゴチャしてるうちにわけわからんエラー出るしぐぐっても簡単には解決しないし
動いたら便利なんだが動くようにするまでが大変なのよね

>>813
それなー、Windowsだとめんどくさいから、WSLにしてもDocker Desktop for Windowsにしても、
結局Windowsはアレになっちゃうから、妥協してWindowsに合わせて動くようにするか、Windowsを窓から投げ捨てるしかないわ

Dockerの仕組みを理解させたいわけじゃないんだよな、ていうか俺も大して理解してない
ただの便利なツールとして使えるようになる日が来ることを夢見てる

へぇ、Windowsだと面倒くさいのか、Linux上でしか動かしたことないから知らなかった。

開発環境もLinuxだと困ることないよね

Dockerってレンサバでも使えるのかな
さすがにroot権限ないと無理か？

rootなしにどうやってコンテナ環境作んねん

root権限持ってる人に、自分をdockerグループに入れといてもらう、でええんちゃう

podmanならroot権限なくても使えるんじゃね
Steam Deckで使えるらしいので

https://i.imgur.com/w3kkFJu.jpg
https://i.imgur.com/TPQO8YW.jpg
https://i.imgur.com/F2xdgpB.jpg
https://i.imgur.com/22de65R.jpg
https://i.imgur.com/8iZEnpy.jpg
https://i.imgur.com/SLWjBBW.jpg
https://i.imgur.com/uSrpbWs.jpg
https://i.imgur.com/ONeBPVl.jpg
https://i.imgur.com/tNnUXRO.jpg
https://i.imgur.com/IhjMRLP.jpg
https://i.imgur.com/oCqEbqc.jpg
https://i.imgur.com/uiDbP03.jpg

composeを使わない巣のDockerでrunしたディレクトリを後から確認する事って出来ない？

docker psでコンテナを確認して設定とかを見直したいと思っても
そのコンテナを起動するのに必要なファイルがどこにあったのかを後から知りたい。

mountとかしてるならinspectでファイルのパスが見れるし、composeならlabelにパスそのものが入ってるけど
コンテナ1つで済むような小規模なイメージだとcompose使わずに直にdocker runしてるの少なくなくて。

>>823
なに言っているのかさっぱり分からんけど、
少なくとも、ホスト側のpsを普通に見たら終わりちゃうのか？

>>824
ホスト側でとあるディレクトリに.envファイルを準備して以下のコマンドを実行します
docker run -itd --name hoge --env-file .env anyimage

1年後、envファイルに書いてあるはずのDBの接続先を一箇所だけ変更してコンテナ再作成したいけど
どのディレクトリで実行したか忘れてしまった。という状態です。

暗号解読班ー？

>>825
なるほどなー
たしかに、docker container inspectとかじゃ分からんもんな

コンテナ内（で動かしているユーザ）の環境変数を set コマンドとかで洗い出して、
該当しそうな .env を探すぐらいちゃう？
さらに、DBの接続先って分かっているんだったら、そのDBで具体的な何かで引き出せるはずやし

ちなみに、自分はそういう使い方をするときも、systemdを経由するから、路頭に迷うことがないな

>>825
それだったら単純にfindコマンドで.env探して中を確認すればいいんでね？ワンライナーで実行できるっしょ。

ベースイメージからもう一回作り直せば？

>>825
そのdockerのプロセスのPIDを調べて
cat /proc/PID/cwd
とかすると何か出てくるのでは

ホスト側にある.env無くしちゃったから、稼働中のコンテナがどんな変数を参照してるかわからないってこと？？

dockerコマンド使って本番でコンテナ動かしてんのかな？（笑）

久しぶりにPodmanをインストールして3日ほど弄くり回してみたけどかなり出来が良くなったね
root権限いらないとか最高だしDockerから乗り換えてみる

docker hubの公式imageがupdateされたら通知するサイトとかツールとか何使ってる？
enso docker nofity とか crazymax/diun？

githubでええやん

レジストリと連携できる脆弱性スキャンツール

DockerDesktopの代替になるかも？と巷で話題の「Finch」を使ってみた - NRIネットコムBlog
https://tech.nri-net.com/entry/use_finch

AWSがlima+nerdctlのジャップスタックを葬ってくれるのかと思ったらこれもlima+nerdctlベースかよ
だったら普通にdockerクライアントとlima使えばいいだけ
解散

Rancher Desktopどうです？Docker Desktop課金避けとしてはvscodeのdevcontainerも動かせて私的にはいい感じに思ってますが

Docker Desktopってコンテナの状態がGUIで分かりやすく確認できる程度のものでしょ
CLIで十分な人なら課金してまで使うものではない

開発にLinux使わせてくれないと面倒なのよ

ぽ、PodmanDesktop

ドッカー7つの経営方針の本読んでるけどさっぱり分からん

>>839
Rancher DesktopはWindowsではWSLのラッパー、Macでは>>837のFinchと同じくlimaの簡易的なラッパーに過ぎない
どうしてもGUIがないと死ぬのでないなら直接WSLやlimaを使って非デスクトップのdocker動かした方が遥かにシンプルで分かりやすい

>>840
そうなの？単にWindows版Dockerのことかと思ってた

Docker Desktopは、以前は845の言うようにWindowsやMacに簡単にインストールできるDockerディストリビューションとしてそれなりに価値があった
今のDocker DesktopはWindows上ではWSL使うのがデフォになっちゃったから、WSL上のDockerコマンドのフロントエンドでしかなくて、もはやほとんど存在価値がないんだよ

>>846
いや、WindowsからDockerを使うという目的があるだろ
WSLのDockerじゃ、Windowsから呼べないぞ

しかも元々のDocker Desktopだって仮想マシン上のフロントエンドでしか無く
「Windows上」からDockerが使えることが売りだったわけで
Docker Desktopの存在価値は前から変わっていない

>>840
Docker DesktopはWindowsとmacOS上で
どちらもLinuxが動かない理由で仮想マシン上でLinuxを動かした上で
WindowsとmacOSからネイティブにDockerを使うためのインターフェース
ボリュームやネットワーク通信の調整を行っている。単なるGUIではない。

つーかDocker DesktopにGUIがついたいのなんて最近だし
昔からCLIで使っていただろと

やっぱりそうだよね
WindowsでDocker使うにはDocker Desktopを入れるしかない

wsl2内で普通にdockerデーモン動かすことを「WindowsでDocker使う」と言わないのなら確かにそうだけど実質一緒でしょ

848で言っているとおり。
その辺の調整を自分でやるのなら同じってことになるかもしれんが
結構めんどくさいと思うよ
よくわかってない人には素直にDocker Desktopの類を使っとけ、と言ったほうがいい

>>851
お前WindowsでDocker使ってないだろ？
Dockerで何やってるんだ？

>>853
なぜWSL内ならDocker使ってないことになるの？

>>854
Docker DesktopはWindowsとmacOSで使うために作られた
WSL内でだけで使うなら、仮想マシンで使えばいいと言ってるのと一緒

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の素体あればわりと何でもできるし、行ける行ける（無責任）