コンテナ型仮想化Dockerスレその2

コンテナ型仮想化Dock ..

38:デフォルトの名無しさん
20/06/17 15:49:18.08 rQo7DvX0.net
自作イメージの環境変数サポートって面倒ですね
shに慣れてなくて難しい

39:デフォルトの名無しさん
20/06/18 08:46:21 G/SglJEn.net
どっかー自体がめんどい

40:デフォルトの名無しさん
20/06/18 10:01:21 qjc1BV6s.net
オフィシャルイメージを使う分には楽
イメージを作るのはめんどくさいわりにメリット少ない

41:デフォルトの名無しさん
20/06/18 19:11:35 G/SglJEn.net
そうね知識に偏りがあるチームで共用する用よね

42:デフォルトの名無しさん
20/06/19 18:47:39.14 C/WUBi7O.net
X以外にGUIコンテナ作る方法ありますか？

43:デフォルトの名無しさん
20/06/19 19:28:24.04 /4XW8QOj.net
dockerイメージを動的にビルドして
エクスポートできるIDEってないの？

44:デフォルトの名無しさん
20/06/19 21:27:32 gQU/M+Sr.net
>>35
> dockerはカーネルを共有してるということはカーネルバージョンを上げたら今まで動いてたコンテナが動かなくなる場合もあるってことでいいんですかね

可能性としてはありえるが、カーネルは極めて厳密に互換を保つことになってる
互換性が切れる更新は事前に周知するとかいうレベルじゃなくて
互換性が切れるような修正がカーネルに入るとリーナスがブチ切れる
バグ以外ありえない。そしてそれはすぐに修正されるだろう。

45:デフォルトの名無しさん
20/06/19 21:30:10.53 gQU/M+Sr.net
>>43
もはや使い方が間違ってる

46:デフォルトの名無しさん
20/06/19 21:31:22 gQU/M+Sr.net
>>38
誰がなんと言おうが人類は永遠に
POSIXシェル（スクリプト）から逃れることはできないのだよ

シェルスクリプトを勉強しろ
文法がーとかぶつくさ文句言ってないでプロとしてちゃんと勉強しろ

47:デフォルトの名無しさん
20/06/19 21:38:53.46 bhL0q+PR.net
>>45
間違ってるか？
DockerなんてTomcatみたいなもんやろ
IDEに組み込んでソース保存ボタン押す度にイメージごとビルドして欲しいわ

48:デフォルトの名無しさん
20/06/19 22:22:07.62 gQU/M+Sr.net
間違ってる。エクスポートとかしない。

49:デフォルトの名無しさん
20/06/19 23:49:20.50 qE8UHMwr.net
単にgulpとかでwatchすればいいのでは？
でも開発中はイメージビルドは避けてマウントしたほうがパフォーマンスいいよ

50:デフォルトの名無しさん
20/06/20 13:47:43.34 E3pJeggF.net
使い方に間違いは無い
現場で有用であれば良い

51:デフォルトの名無しさん
20/06/20 14:18:32 nSBeaGCI.net
神エクセルおじさん乙

52:デフォルトの名無しさん
20/06/20 19:12:36.72 opWUc+TN.net
Docker黎明期のわくわく感がなくなって久しい
次のイノベーションはまだか

53:デフォルトの名無しさん
20/06/20 20:46:43.72 iiFnSxTf.net
次の大きな変化がもう予想できない
来るとこまできた感あるだろ

54:デフォルトの名無しさん
20/06/21 19:51:33.08 TM3DTGpo.net
動的にイメージビルドする必要が本当にあるのか普通は考える。

55:デフォルトの名無しさん
20/06/23 22:11:36.76 JaUjApVc.net
どんなに仮想化や自動構築が進化しても
大元のホストマシンのwindowsの
自動プロビジョニングはどうにもならんという現実

56:デフォルトの名無しさん
20/06/23 22:13:15.94 MHuIwrXa.net
Windowsの自動プロビジョニングならすでにあるぞ
各PCメーカーがやってるだろ。まさか手動でセットアップしてるとでも思ってるのか？

57:デフォルトの名無しさん
20/06/23 22:20:49.34 JaUjApVc.net
オープンソースなの？それ
言語は何で動くの？

58:デフォルトの名無しさん
20/06/23 22:24:33.08 MHuIwrXa.net
Windows 10の隠れた目玉機能「プロビジョニング」を使いこなす“3つの提案” (2/3)
URLﾘﾝｸ(www.itmedia.co.jp)

59:デフォルトの名無しさん
20/06/23 22:26:50.24 MHuIwrXa.net
URLﾘﾝｸ(ja.wikipedia.org)
Sysprep(System Preparation Utility)とは、マイクロソフトによるWindowsオペレーティングシステムを
展開するためのシステム準備ツールの名前である。現在このツールの実行ファイル名はSysprep.exeである。
Sysprepは、Windows NT 4.0で初めて導入された。Windows 2000やWindows XP用のSysprepが
現在マイクロソフトから入手可能である。Windows Vistaは、製品パッケージからのインストールにSysprepが使用される初めてのバージョンである。

60:デフォルトの名無しさん
20/06/23 22:28:54.90 JaUjApVc.net
>>58
なんだこれ？初めて知った
仕事で物理マシンを何十台と用意しなけりゃならなくて、
質問ばかりですまんが
virtualboxやvagrant
のインストールや初期セットアップもこれで可能なのか？

61:デフォルトの名無しさん
20/06/24 00:14:25.58 rM4tv+8j.net
HashiCorpの新オーケストレーションツールTerraformを試してみた
URLﾘﾝｸ(dev.classmethod.jp)
AWS CloudFormation みたいなもの
Ruby 製のVagrant の作者、今世紀最大の起業家と言われる、
Mitchell Hashimoto(HashiCorp)は、最近は、Go で有名

62:デフォルトの名無しさん
20/06/24 09:08:46.75 wIzfCOgT.net
Windowsのプロビジョニングは経験上「できないこともない」レベルのツールばっかりでいまいち信用できない
GUIインストーラしかないツール、インストール後の設定がGUIからしかできないツール、再起動が必要なツール
そういうのが多くてな

63:デフォルトの名無しさん
20/06/24 16:43:40.55 evfa9tXu.net
お前が信用できないと思ってるかどうかは関係ない
できるという事実を認めなさい

64:デフォルトの名無しさん
20/06/24 17:17:27.21 IDSXuR/x.net
できる、と、うまくできる、簡単にできる、には隔絶があるんだがな

65:デフォルトの名無しさん
20/06/24 19:52:44 vCLjh4t2.net
>>64
わかる。Windows提供のツールは
できるだけで便利さとかは追求してない感
MSに限らずプロプライエタリソフトは特有の
信用できない感あるよな

66:デフォルトの名無しさん
20/06/24 20:14:19 bwMYGAiw.net
Windowsは例の新しいパッケージマネージャが安定してからスタートラインでしょう

67:デフォルトの名無しさん
20/06/24 20:39:00.88 GN88bM2O.net
>>60
その２つならchocolateyで十分じゃね？

68:デフォルトの名無しさん
20/06/24 21:52:43.28 vCLjh4t2.net
>>67
何それ？教えて

69:デフォルトの名無しさん
20/06/25 08:11:10.37 n3dUPt6E.net
インストールはできても初期セットアップは

70:デフォルトの名無しさん
20/06/25 12:32:59.54 9YSX2wtH.net
初期セットアップなんか、レジストリかXMLファイルをコピーすればいいだけだろ

71:デフォルトの名無しさん
20/06/25 16:14:27 n3dUPt6E.net
それを自動化できるか？ということかと

72:デフォルトの名無しさん
20/06/25 20:04:12 9YSX2wtH.net
コピーとかコマンド入力するだけじゃね？
ってか、Macでも自動化できんよね。
LinuxのGUIアプリで自動化できるの？

73:デフォルトの名無しさん
20/06/25 20:09:32.71 hrqXFHBLO
VisualStudioのプロジェクトでDockerサポートして作ると、"Microsoft.VisualStudio.Azure.Containers.Tools.Targets"がインストールされてAzure上で実行されるものが作成されるみたいで、CentOSでDocker buildしてもimageが作成されない。
VisualStudioで開発してCentOS上のDockerで実行するにはどうすればいい？

74:デフォルトの名無しさん
20/06/26 16:47:51 Qk7KK+ne.net
コマンド入力もさせたくないんだろ数百代だと

75:デフォルトの名無しさん
20/06/26 17:28:50.69 nfhg9Ekx.net
Windowsのアプリはなぜか設定ファイル仕様が書いてないことが多くて困る
GUIで設定するからファイル仕様は要らんということなのかな

76:デフォルトの名無しさん
20/06/26 22:11:35.52 lxpLGDlt.net
>>74
ベースのイメージ作って焼くだけじゃないの？

77:デフォルトの名無しさん
20/06/27 09:12:02.23 2aQv03ZN.net
>>76
イメージの配布はネットワークインストール？

78:デフォルトの名無しさん
20/06/27 09:32:38 VhavnPnf.net
Windowsはよく知らんけど、クライアントの所属ドメインの設定だけやっちゃえば、
あとはActiveDirectoryが自動で、ネット経由で、必要なツールのインストール、OSのパラメータ変更、してくれるんじゃないの？

79:デフォルトの名無しさん
20/06/29 22:10:38.96 wKOG9Aqw.net
もうUSB接続プラグ＆プレイで自動プロビジョニング開始してくれなきゃ便利じゃない

80:デフォルトの名無しさん
20/06/29 22:18:06 cNuHuLWV.net
MacのCPUがARMに変わったら、Dockerのイメージファイルを作るのも大変になるな
実機と同じイメージを使うわけにはいかなくなる

81:デフォルトの名無しさん
20/06/29 23:30:15 zqFviZ1b.net
>>80
パラレルデスクトップ動作するという情報あるなあれはハードウェア支援なしのエミュレートなのかね

82:デフォルトの名無しさん
20/06/30 09:08:28.35 SDw3+RFk.net
Macはもともと複数アーキテクチャのコンテナ実行をサポートしてるから問題ないだろう

83:デフォルトの名無しさん
20/07/05 19:04:44.25 vWx4vV3n.net
VSCodeでサーバで動かしているDockerにAttachしたいです
クライアント側(Windows)でDockerデーモンを動かす必要があるらしいのでDockerを入れたのですが、起動するだけでメモリが1GBくらい使用されてしまいます
Dockerデーモンだけを動かす方法ってないですかね？

84:デフォルトの名無しさん
20/07/05 19:34:24.03 vWx4vV3n.net
悲しいことにサーバ側の権限がミスってただけっぽいです
わざわざクライアントにDocker入れたのにorz

85:デフォルトの名無しさん
20/07/19 17:49:51.57 4P1FEtjj.net
Windows版のDockerDesktopについて質問。
docker-machineコマンドがないんだけど、ホストのカーネル？でコマンドを実行するにはどうすれば？
要するに、docker-machine sshがしたいんだけど。
ぐぐると、Githubにexeファイルがあったから、ダウンロードして試してみたけど、マシンをリストできなくて、どうやら別物臭いと判断したところ。
Desktop移行前後で違うんやろなと。

86:デフォルトの名無しさん
20/07/19 18:49:43.35 Q/J4F0Kv.net
machineはdocker環境の作成とmachineで作った環境の管理行うツール
別の方法で作った環境は管理外

87:デフォルトの名無しさん
20/07/20 11:01:42.08 ZDLzWd0R.net
>>86
わかるけど。。。
Docker Desktopが正規につくってるはずのホストが「別の方法」と言われると困るな。
つまり、Docker Desktopでdocker-machine sshに相当することはできない？

88:デフォルトの名無しさん
20/07/20 11:19:41.57 feiQG4ht.net
できない
正規だろうが非正規だろうがdocker machineで作ってないならdocker machineの管理外

89:デフォルトの名無しさん
20/07/20 11:20:43.58 feiQG4ht.net
sshで繋ぎたいならわざわざdocker machineを通さず直接sshすればいい

90:デフォルトの名無しさん
20/07/20 11:55:23.78 ZDLzWd0R.net
>>89
ssh接続したいのは、コンテナではなく、その下で動作しているであろうホストなんだけど、直接接続する方法がある？
接続先や、ユーザー+パスワードがわからなくない？
そのへんがわからなくてもうまく接続してくれるのがdocker-machine sshだと思ってたんだけど。

91:デフォルトの名無しさん
20/07/20 12:13:22.16 feiQG4ht.net
>>90
docker machineは仮想マシンやSSHで既に接続できるホストに対してセキュアなdocker環境を構築するツール
仮想マシンの場合は構築時にSSH鍵の登録も自動でやってくれるのでdocker machine sshでssh接続できるようになる
そうでない場合は先に直接SSH接続できるように設定しなければならない

92:デフォルトの名無しさん
20/07/20 13:08:17.42 ZDLzWd0R.net
>>91
Docker Desktopの場合、そのへんが見えないんだよな。。。
インストール時にサービスが構成されて、その中でなんかうまくされてる感じ？
# 名前つきパイプでやりとりしてるみたいだし。
まあ、とりあえずWindows版ではできない、と理解しておく。
ありがと。

93:デフォルトの名無しさん
20/07/20 14:43:56.48 feiQG4ht.net
Windows版はdocker machineとは全く関係ない別の方法で軽量仮想マシンかWSL2のインスタンス上にdockerを構築する
それ+Windows用のコマンドラインインターフェイスを合わせたパッケージがDocker for windows
最初からdocker machineなんて使ってないからdocker machine sshしてもいみない

94:デフォルトの名無しさん
20/07/20 15:46:05.34 ZDLzWd0R.net
>>93
ほかはともかく、ホストにアクセスする機能はあるべきだからあるはずだと思ったんや。。。
コンテナがホストのリソースを使うんだから。dateとか。

95:デフォルトの名無しさん
20/07/24 20:26:57.54 MwdurB8l7
超ブラック企業だったサイボウズが、全社員と「ザツダン」してわかった“見えない不満”の本質
URLﾘﾝｸ(headlines.yahoo.co.jp)
サイボウズの「100人100通りの人事制度」を実現する働き方改革とは?
URLﾘﾝｸ(news.mynavi.jp)
『サイボウズ』は社員満足度の高い「働き方改革」をなぜ作れたのか
URLﾘﾝｸ(gendai.ismedia.jp)
諸悪の根源はメールと電話　サイボウズ営業チームの“脱ブラック部署”のノウハウ
URLﾘﾝｸ(logmi.jp)
kintone×感情認識で社員の“HP”を見える化　若手エンジニアが挑む働き方改革
URLﾘﾝｸ(logmi.jp)
サイボウズが副業を真っ先に解禁した理由。社員や会社のメリットとは？
URLﾘﾝｸ(nikkan-spa.jp)
毎日が「休日」か「休日明け」か「休日前」　水土日休みの週休3日ベンチャーが「理想の働き方」と話題に
URLﾘﾝｸ(nlab.itmedia.co.jp)

96:デフォルトの名無しさん
20/07/27 16:49:58.59 SDAq9vDF.net
> docker-machineコマンドがないんだけど、
インストールすればいいだけじゃん

97:デフォルトの名無しさん
20/07/27 16:53:13.75 SDAq9vDF.net
Windows版とmacOS版のDocker Desktopには
docker-machineはデフォルトで含まれてないの知らないのかな？

98:デフォルトの名無しさん
20/07/27 17:18:58.54 URSuW3yQ.net
>>96
具体的に、どれをどうインストールすればよいのかを頼む。
DockerDesktopは仮想ホストを非公開で抱え込んでるので、docker-machineコマンドは対応していないと認識したんだが。

99:デフォルトの名無しさん
20/07/27 19:32:03.43 SDAq9vDF.net
>>98
Docker Desktopとdocker-machineは何の関係もない
docker-machineはどこか遠くにあるどれかを使うためのものだろ

100:デフォルトの名無しさん
20/07/27 19:32:19.06 SDAq9vDF.net
>具体的に、どれをどうインストールすればよいのかを頼む。
ぐぐれかす

101:デフォルトの名無しさん
20/07/27 19:40:11.79 pZHVzOI6.net
Toolbox使っとけ

102:デフォルトの名無しさん
20/07/27 20:18:44 URSuW3yQ.net
>>99
話を理解してないことを把握。
もうええ。

103:デフォルトの名無しさん
20/07/27 20:21:00 0Re8MG/Y.net
>>102
話を理解してないのはお前。
docker-machineを使うのにDocker Desktopは必須ではない

104:デフォルトの名無しさん
20/07/27 21:09:29.20 olNAA/4m.net
Docker Desktopっての触ったことないから詳しくは知らんがdockerのサービスが動いててdockerコマンド使えるんじゃろ？
そうならdocker execでコンテナ内のコマンド実行できるしシェル立ち上げたいならそのシェル指定すればいい

105:デフォルトの名無しさん
20/07/27 22:05:43.40 olNAA/4m.net
コンテナじゃなくてデーモン動かしてるVMに接続したいって話だったんだねすまん勘違いしてた

106:デフォルトの名無しさん
20/07/27 22:08:47.63 fnBRfBHK.net
そういうこと。だからdocker-machine使うのにdockerクライアント（Docker Desktop）なんかいらんわけ
だからこそWindows版とMac版でDocker Desktopからdocker-machineを取り除いたんだろう
（Linux版は元から含まれてない）
だーかーらー、普通にdocker-machineをインストールしろと

107:デフォルトの名無しさん
20/07/27 22:37:17.12 URSuW3yQ.net
>>106
大元コメの目的は、DockerDesktopで稼働している仮想ホストに接続すること。
仮想ホストをあえて構築することではない。

108:デフォルトの名無しさん
20/07/28 18:11:54.13 zHY+ePyx.net
WSL2 integratedをONにしてUbuntuのDockerコンテナをインストールしたのですが、
このコンテナにWindowsのフォルダをマッピングしたい場合ってどうすれば良いんですか？
volumes:
- /mnt/c/hogehoge:/hogehogeでマウントしてみたのですが、
win側のファイルはUbuntuに反映されず、Ubuntu側のファイルもWin側に反映されませんでした

109:デフォルトの名無しさん
20/07/28 18:26:17.50 zHY+ePyx.net
C:/ならマウント出来た…
まさかのWinのパスのままでマウント出来るとは…

110:デフォルトの名無しさん
20/07/30 17:55:09.22 aIOzCb9c.net
dockerってsystemd動かんの？

111:デフォルトの名無しさん
20/07/30 19:49:48.10 4kEgNuu9.net
>>110
dockerは仮想マシンじゃないと何度言えば理解できるんだ？

112:デフォルトの名無しさん
20/07/30 19:57:54 jpY92a62.net
>>111
仮想マシンじゃないこととsystemdってなんの関係もなくね？

113:デフォルトの名無しさん
20/07/30 20:17:51.43 4kEgNuu9.net
>>112
仮想マシンじゃないからsystemdを動かすという用途がない

114:デフォルトの名無しさん
20/07/31 01:16:24.21 1vLgXRtq.net
>>110
動作させてる人をネットで見かけた気がするが、ダメだったのか？
要は、systemdプロセスを手動できっちりおこしたったらええんちゃう。
>>111
仮想マシンとして使うのも勝手やろ。
どう使うかは人それぞれ。
それで本気サーバーにするのはさすがにアカンとは思うが。

115:デフォルトの名無しさん
20/07/31 01:17:12.08 erqiTFyu.net
> 仮想マシンとして使うのも勝手やろ。
今の自分の現状を見てみろ
仮想マシンとして使おうとして
苦労してるだろうが

116:デフォルトの名無しさん
20/07/31 03:18:04.86 1vLgXRtq.net
は？
「自分」て誰？ｗ
どうでもええけど、じゃまばっかすんな！

117:デフォルトの名無しさん
20/07/31 09:55:37.24 6M2mEQRe.net
>>110
システム D でデーモン自体は起動してるよね

118:デフォルトの名無しさん
20/07/31 09:57:08 6M2mEQRe.net
スクリプト書けば使えるけどね
でもDocker自体に自動起動の設定あるよね

119:デフォルトの名無しさん
20/07/31 21:25:59 UtFle2So.net
別にsystemd入れりゃ動くんじゃないの
アプリケーションコンテナに使うにはオーバースペックだけで
代わりにsupervisordやmonitを使ってる例も多い

120:デフォルトの名無しさん
20/08/02 23:55:54 4pM7vb20.net
いやいや
もんだいなのは巷で提供されている
ライブラリのほとんどが
systemdだけを前提としたものになってて
yumやaptでインストールしても起動出来ないものばっかに
なってるよ

121:デフォルトの名無しさん
20/08/03 00:07:27.64 gMPFHu0L.net
いちいち嘘つくなよ
> ライブラリのほとんどが
> systemdだけを前提としたものになってて
嘘だからライブラリの名前を言えない

122:デフォルトの名無しさん
20/08/03 00:38:00.90 sZ0dw/1C.net
つーか、ライブラリが「起動」できないって、意味がわからんなあ。

123:デフォルトの名無しさん
20/08/03 08:33:20.62 +hM88gTA.net
スレチかもしれんけど言わせてくれ
lxc使えよ

124:デフォルトの名無しさん
20/08/03 09:18:26.52 aGrPQCcC.net
>>120
起動の仕方は自分で調べるんですよ
systemdがなければ当然systemdからは起動できないってだけ

125:デフォルトの名無しさん
20/08/03 12:13:14 Xm0TIOhL.net
不便だと思ったらすでにどっかの使い方から外れてる可能性はあるね別のソリューションを探すべきかも

126:デフォルトの名無しさん
20/08/03 12:32:02.58 oRu+bRIB.net
>>123
興味あるけどよく知らん
何ができるの？
難易度は？

127:デフォルトの名無しさん
20/08/03 12:43:40.29 grXRK/j3.net
とりあえずansibleのテストに使えるならなんでもいいんだ
そうなるとsystemdはほぼ間違いなく必要でしょ？
コンテナってfirewallの設定ってできる？
コンテナ内部からstatic ipの設定できる？

128:デフォルトの名無しさん
20/08/03 12:45:21.99 Q7wX16qs.net
なぜdockerスレに来た
ってレベル

129:デフォルトの名無しさん
20/08/03 14:04:03.40 gMPFHu0L.net
ほらな。こういうやつがいるから、俺はDockerの正しい使い方を何度も繰り返してるの
 >>127
Dockerは仮想マシンじゃない。
仮想マシンの代わりとして使うな
使い方が間違っている
正しい使い方を勉強しろ

130:デフォルトの名無しさん
20/08/03 14:06:57.58 gMPFHu0L.net
Dockerは環境を作るものじゃない
アプリを配布するためのものだ
バイナリ一個配布しても動かないから
バイナリとそれを動かすのに必要なものすべてをまとめて
一つのコンテナだけで動くアプリを作るためのもの
すべてをスタティックリンクするようなもの
スタティックリンクされたバイナリの中でansibleつかうか？firewallつかうか？
意味不明だろ？そういう意味不明なことをするな

131:デフォルトの名無しさん
20/08/03 14:10:57 gMPFHu0L.net
インフラ屋がDockerを使うとうしてるのが
アホに見えてしょうがない。

Dockerはアプリ開発者のための道具だ。
インフラ屋は、

俺（アプリ開発者）がDockerイメージ作ってやるから
な？お前らは、そのイメージを動かすだけでいい
自分でイメージをつくろうとするな。
どっかのウェブアプリをイメージ化しようとするな
お前らには必要ない

お前ら（インフラ屋）はただイメージを動かすだけでいい。
イメージを動かすのに必要最小限のコマンドだけを知っていればいい
kubernetesとかそういうイメージを動かすインフラだけやってろ

132:デフォルトの名無しさん
20/08/03 14:24:17.09 PcZa4EmM.net
>>130
いやーそれはわかってるけどさ
わかった上で正道以外の使い道を模索するのもハッキングの醍醐味じゃないか
仮想マシンじゃパフォーマンスでないからコンテナで代替したい
でも仮想マシンとコンテナは違う
そこで諦めたらなん発展もない
逆に限りなく仮想マシンに近付けるにはどうするかって考えたほうが発展性がある

133:デフォルトの名無しさん
20/08/03 14:33:53.02 gMPFHu0L.net
あほかｗ
Dockerがコンテナに"発展"させて来てるのに
仮想マシンに"退化"させて使うとか間抜けすぎ
lxcを使えばいいだけ。せっかくアプリケーションコンテナとして
余計な機能を削ぎ落として目的達成のためのツールとして
完成度を上げてきたのに、なぜわざわざ削ぎ落とした機能を復活させようとしてるのか
お前がやってることは神エクセルと同じだ。
本来の目的と違う使い方をしてるから
どうやればいいのかわからない状態になってる。
物事を面倒にしてるだけだ

134:デフォルトの名無しさん
20/08/03 14:43:03.56 PcZa4EmM.net
>>133
でもエクセルは便利だし普及してるじゃん
エクセルが表計算しかできないツールだったらここまで流行ってないよ

135:デフォルトの名無しさん
20/08/03 14:44:55.23 TzYcV9hS.net
別にdockerコンテナを仮想マシンとして使いたいなら好きにすりゃいいけど
それを「発展」とぬかすのはアホとしか思えんな

136:デフォルトの名無しさん
20/08/03 14:46:49.81 6LuQl8WH.net
>>134
「神エクセル」でググレ
もしくはお前はこれから1セル1文字で書け

137:デフォルトの名無しさん
20/08/03 14:47:40.66 6LuQl8WH.net
>>135
仮想マシンが発展といってない。真逆だ。
Dockerはコンテナ技術を「アプリケーションコンテナ」として発展させてきた

138:デフォルトの名無しさん
20/08/03 14:54:15.47 +hM88gTA.net
とりあえずここは「厶板」の「Docker」スレだから完全にスレチ
Linux板なりAnsibleのスレなりに行って
その素晴らしいハッカー魂を披露してこいよ

139:デフォルトの名無しさん
20/08/03 15:32:32.06 Xm0TIOhL.net
でも頑張ってやってみるのはありかと思うね頑張って

140:デフォルトの名無しさん
20/08/03 15:33:37 6LuQl8WH.net
× 頑張って！
○ 頑張って（笑）

141:デフォルトの名無しさん
20/08/03 16:20:32.21 sZ0dw/1C.net
ハッキングの醍醐味というなら、まずsystemdを自力で起動できるようになったら？
そのうえで、Dockerで動かせそうなら動かせば。
できたら、使い捨てsystemdコンテナのつくりかたをQiitaあたりで公開してくれ！ｗ

142:デフォルトの名無しさん
20/08/03 16:25:42.39 hyEwWuLa.net
>>137
仮想マシンも広義にはアプリケーションの1つじゃないの？
仮想マシンをサーブするのに必要なバイナリとそれを動かすのに必要なものを全部まとめた1つのコンテナと考えればいい
既成概念にとらわれずもう少し柔軟に考えようよ

143:デフォルトの名無しさん
20/08/03 19:49:51.57 gfyNPdUj.net
>>142
アプリケーションの中で仮想マシンの機能は必要ない
だから削ぎ落としてる

144:デフォルトの名無しさん
20/08/03 22:03:59.80 wCYxvJCG.net
>>121
MySQL てめえだよ
/etc/init.d/ の下にサービスなんか置いてくれねぇよ
パッケのインストーラーがinitを切り捨ててるから
initはもうオワコン

145:デフォルトの名無しさん
20/08/03 22:09:41.96 C+PQU2kJ.net
ピコーン
Dockerコンテナの中でVM動かしたらDockerの中でsystemd動かしたと言えるんじゃね？

146:デフォルトの名無しさん
20/08/03 23:00:07.80 Xm0TIOhL.net
単体で起動したくない理由てあるの？systemdで起動するメリット

147:デフォルトの名無しさん
20/08/03 23:07:17.91 gfyNPdUj.net
>>144
くり返し言うが、Dockerはアプリ開発者のもの
インフラエンジニアが自分で作ってないMySQLなどの
サーバーを動かすためのものじゃない
そういうのはDockerが公式で用意してるんだからそれを使えばいいだけ。
なぜそんな無駄なことをするのか、無駄であることがわかってないんだろうな

148:デフォルトの名無しさん
20/08/03 23:27:30.80 sZ0dw/1C.net
>>144
init.dスクリプトよりも、systemdサービス設定のほうがはるかにわかりやすいんだが。
ひょっとしてsystemdに詳しくないだけなのでは？
サービスを起動している設定だけなら簡単だから、調べてみろ。

149:デフォルトの名無しさん
20/08/03 23:46:13 NfejTM60.net
systemdコンテナはredhatが出してるようだな
要件次第じゃ必要になるってわかってんだな
流石はredhat、頭硬い連中とは違うわ

150:デフォルトの名無しさん
20/08/03 23:51:14.53 NfejTM60.net
systemdが有効だとdockerのためのバッドノウハウ的な微調整をしなくてもすんなりサービスが動くから簡単でいいね
複数サービスが連動して動く有機的な大規模サービスをyamlなしで配布できるのも嬉しい

151:デフォルトの名無しさん
20/08/04 00:17:59 g0FtfJ8n.net
はて？簡単じゃないから今こうして苦労してる話をしてるんだろうｗ

152:デフォルトの名無しさん
20/08/04 00:19:08 g0FtfJ8n.net
> 複数サービスが連動して動く有機的な大規模サービスをyamlなしで配布できるのも嬉しい

1サービス1コンテナが原則
Dockerの原則すら理解していない
一つのコンテナにまとめてしまったら大規模サービスを作るときに
個々のサービスを分離できなくなる

153:デフォルトの名無しさん
20/08/04 04:15:05.46 MVQgCYKA.net
多分、docker云々以前にdevopsの概念とか
そういうのから勉強した方がいいと思う
これからの開発者なら必須だと思うし
インフラ屋ならおまんま食い上げにならない為に尚更勉強するべき
devops勉強した上でそれでもdockerに興味があるなら
kubernetesを勉強しろ
まあいずれにしてもインフラ領域はスレチかな

154:デフォルトの名無しさん
20/08/04 04:30:04.34 tCUx/sk1.net
>>151
仮定の前提を否定しても意味がない。

155:デフォルトの名無しさん
20/08/04 04:37:14.25 g0FtfJ8n.net
>>154
「仮定の前提」の内容を言ってみ

156:デフォルトの名無しさん
20/08/04 07:30:41.64 WQ3glHvk.net
>>152
dockerわかってない奴の典型例じゃんお前
利用者目線で全体として1つのサービスを提供するなら中で幾つサービスがあってもいいんだよ
サービスのカプセル化な
典型例だとgitlabコンテナ
これは中で多数のサービスが協調して動いてる
これを1サービス1コンテナで提供しようとしたら利用者に大変な労力を強いることになる

157:デフォルトの名無しさん
20/08/04 07:37:27 WQ3glHvk.net
やっぱり頭が硬いとだめだね
1サービス1コンテナは多くの場合でそれで上手く行くってだけなのにまるで必要条件であるかのように勘違いしてる

158:デフォルトの名無しさん
20/08/04 07:42:57 MVQgCYKA.net
>>157
「原則」だから全然間違ってないと思うが

159:デフォルトの名無しさん
20/08/04 07:53:53.70 WQ3glHvk.net
>>158
原則って言葉の意味わかってんならいいけど
複数サービス・systemdは絶対許さんと言わんばかりにレスつけてくる奴がいる
こいつは多分わかってないんだろ

160:デフォルトの名無しさん
20/08/04 08:09:29.39 MVQgCYKA.net
正直言って俺もsystemd動かすのはどうかと思うよ
何の為にdocker使ってんの？って話
そんなに使いたいならlxc使うべきだし
どうしてもdocker使いたいならlxcで動かしたlinuxで
docker動かしたとこでオーバーヘッドほとんど無いし
運用コスト考えたら必要無いもん入れるのは間違い

161:デフォルトの名無しさん
20/08/04 08:16:15.27 MVQgCYKA.net
参考までに聞きたいんだけど
複数サービスが動いているらしいgitlabのコンテナは
systemd動いてるの？
触った事無いから知らないんで教えて欲しい

162:デフォルトの名無しさん
20/08/04 08:26:23.30 WQ3glHvk.net
>>160
なんのためにってdockerインフラに乗っかってアプリケーションを簡単に配布するためでしょうが
この目的とsystemdを使う/使わないは直交した別のベクトルだから混ぜて考えるな
インターフェースを規格化して内部実装をカプセル化できるってのもdockerのメリットの1つ
内部実装の作り方に変な宗教を持ってるとそのメリットを活かせなくなる
複数サービスがやりやすいなら複数サービスで実装すればいい
systemdがやりやすいならsystemdで実装すればいい

163:デフォルトの名無しさん
20/08/04 08:29:18.24 MVQgCYKA.net
>>162
複数サービス載ってるとマイグレーションで問題あると思うよ
そこら辺はどう考えてるの？

164:デフォルトの名無しさん
20/08/04 08:35:41.82 WQ3glHvk.net
>>161
ソース公開されてるだろうから見てみたら？
俺は複数サービスが動いてることしか知らない
俺は利用者だから内部実装には興味がない
内部実装を知らなくてもgitlabコンテナを利用できる
それがdockerの素晴らしいところだ
これがもし複数コンテナを前提としている作り方だったとしたらどうなるだろう
どのコンテナが必要なのか？
コンテナを協調させるための設定はどうすればいいのか？
それらを踏まえた上でマニフェストをどう書くべきか？
調べること考えることが多すぎる
こんなんじゃあ起動するまでが大変だ
dockerはお手軽にアプリケーションを配布できるんじゃなかったのか？
このように1コンテナ1サービスに執着するようなdockerを理解してない人がイメージを作るとdockerのメリットが損なわれるので本当に迷惑

165:デフォルトの名無しさん
20/08/04 08:42:56.47 WQ3glHvk.net
>>163
gitlabはコンテナ起動時にChefを動かしてるね
なのでイメージのバージョンアップも簡単にできる
ではこれが複数のコンテナに分離されていたとしたらどうだろうか？
gitlab全体としてバージョンアップするのにどのコンテナをバージョンアップさせればいいのか？
対象コンテナが決まったとしてそれらのバージョンアップを安全に実施するにはどうすればいい？
幾つもあるコンテナの種類ごとにいちいちやり方を調べるのか？

166:デフォルトの名無しさん
20/08/04 08:53:12.67 MVQgCYKA.net
>>165
それこそが君の言ってる
「サービスのカプセル化」とか「インタフェースの規格化」のメリットでしよ？
dockerでサービス同士を疎結合にしてるメリットは
個々のサービスで完結しているから
マイグレーション時に自分のアプリケーションの事だけ考えれば
良いところでしょ
まあdockerってよりマイクロサービスのメリットだとは思うが

167:デフォルトの名無しさん
20/08/04 09:07:55.33 MVQgCYKA.net
あー、なんとなく理解した
開発者視点と利用者視点の差かな？
使う側からしてみりゃオールインワンで導入できた方が楽とか
そういう感じ？

168:デフォルトの名無しさん
20/08/04 09:18:57 WQ3glHvk.net
>>166
ポイントは必ずしもサービス毎の結合を完全に断ち切れるわけではないということだな

超シンプルな例としてAP-DBの2コンテナ構成を考えるとしよう
DBのバージョンとAPで使用してるドライバのバージョンにミスマッチがあれば動作しないということも当然あり得る
コンテナが独立しているからと言って個別に好き勝手にバージョンしていいわけではないことがわかるだろう

このように単純な構成ですら完璧ではない
ましてやgitlabのようなより多くのサービスが密接に連携しているアプリケーションはさらに繊細だ
コンテナを分離すればするほど設定ミスやバージョンアップミスなどトラブルが生じやすくなる

賢明なgitlab社は1サービス1コンテナではうまく行かないことを知っていたので1つのコンテナに複数のサービスをまとめて出荷した
その試みは成功して誰でも簡単に僅かな設定だけでgitlabコンテナを利用することができるようになった
ほとんど何も考えなくても安全にバージョンアップすることができるようになった
これはdockerの素晴らしい体験そのものだろう

169:デフォルトの名無しさん
20/08/04 09:22:11 MuqrA5JF.net
開発者（自分で作ったものを配布する）か
インフラエンジニアかの違い

インフラエンジニアは自分でアプリを作ってない
だからDocker化する＝誰かが作ったアプリをDocker化するという発想しかない
自分で作ってないから起動する方法が（ちゃんと調べないと）わからない
だからsystemdを使おうとする

インフラエンジニア、いいか？Dockerはお前らのためのツールではない
お前らはただ言われたアプリを動かすだけでいい
自分でDockerイメージを作ろうとするな

170:デフォルトの名無しさん
20/08/04 09:32:06 MVQgCYKA.net
>>168
だから「原則」なんでしょ？
そりゃ依存があるなら一緒のコンテナに載せるのは仕方ないでしょ
でも理由がなけりゃコンテナ分けるのが普通だよね？

これを前提にもう一度>>152読んで欲しいんだけどさ

　> 複数サービスが連動して動く有機的な大規模サービスをyamlなしで配布できるのも嬉しい

に対して

　1サービス1コンテナが原則

って言ってるのに
頭が硬いとか言うのはどうかと思うよ？

171:デフォルトの名無しさん
20/08/04 09:38:55 MVQgCYKA.net
>>169
俺もそんな感じの考えだな
個人的にはマイクロサービスの段階をすっ飛ばして
いきなりコンテナとかが増えてきたから
インフラエンジニアの大半は根本的な考え方を理解してないと思う

172:デフォルトの名無しさん
20/08/04 10:05:16.63 WQ3glHvk.net
>>170
原則って言葉を理解して使ってるなら良いとさっきもレスした
頑なに1コンテナ多サービスやsystemdコンテナを拒絶してそうな奴が原則って言ってるのが気になるわけ

173:デフォルトの名無しさん
20/08/04 10:12:21.45 AOEiEarH.net
ｱﾌﾟﾘ開発専門のｺーﾀﾞーが調子こいてて笑える

174:デフォルトの名無しさん
20/08/04 10:14:41 MVQgCYKA.net
>>172
いや、むしろ配布が楽になるって言ってる人に
「1サービス1コンテナが原則」って言うのは当然のことだと思うよ
そういう用途の為にdockerは作られてる訳じゃないから

それに頑なにsystemdを拒絶してそうな奴には一切見えないんだけど
何をもってそう判断してるの？

175:デフォルトの名無しさん
20/08/04 10:23:53.27 WQ3glHvk.net
>>169
何らかの開発に従事する開発者だとしても
他者の作ったプロダクトは「誰かが作ったもの」だろ
このOSSの時代に全て自作のフルスクラッチというわけにもいかない
他者の作ったプロダクトが必要でそれがsystemdに依存しているあるいは推奨してるならコンテナで動かすときもsystemdを使ったほうがトラブルは少ない
解ってないやつほど余計なことをして変なバグ作ったりするんだよな
コンテナの内部実装の手法なんてのは様々あっていいはずなのにsystemdはダメだという先入観にとらわれて選択肢を自ら減らしてしまっている
頭が硬いという他なんと言えばいのか

176:デフォルトの名無しさん
20/08/04 10:30:33.21 MVQgCYKA.net
もう言ってることが意味不明過ぎて訳がわからない・・・
なんでdockerスレ来たの？
オンプレ鯖しか触ったことの無い老害的な香りが漂ってきたよ
コンパイルしたこと無さそう

177:デフォルトの名無しさん
20/08/04 10:34:59 WQ3glHvk.net
>>174
> そういう用途の為にdockerは作られてる訳じゃないから
配布を楽にする為にdockerが作られたわけじゃない、と言ってる？
ならその認識はおかしいので正したほうがいい
リリースを容易たらしめるというのはdockerの存在理由1つ
全てではないが大きなウェイトを占めていることは間違いない

> それに頑なにsystemdを拒絶してそうな奴には一切見えないんだけど
> 何をもってそう判断してるの？
一連のレスの流れをみて全体的にそう感じた
わかってると思うが君のことじゃないよ
ちょくちょく煽りを入れてくるもう一人のウザいほうね

178:デフォルトの名無しさん
20/08/04 10:42:13.04 MuqrA5JF.net
>>175
systemd前提で作られてあるアプリなんて無いんだよ？
開発中にsystemdと連携しないとテストできないってありえないし
systemdなしで使えばいいだけ

179:デフォルトの名無しさん
20/08/04 10:45:10.68 MuqrA5JF.net
あとDocker初心者なら
Docker公式Dockerfileを参考にしろ
systemdに依存するのが恥ずかしくなってくるから

180:デフォルトの名無しさん
20/08/04 10:45:31.39 WQ3glHvk.net
>>176
わからないのは単に経験が足りないんじゃないかな
簡単なアプリケーションしか開発したことないでしょ？
もっと難しい構成にもチャレンジして色んな可能性を模索してみなよ
redhatがユニバーサルベースイメージなどとご大層な名前を付けてsystemdサポートのベースイメージを公開してるのはなぜか？
systemdコンテナが本当に必要ないもの悪しきものだったらredhatがそんなもの作ると思うか？
もう少し踏み込んで考えてみてくれ
末端の開発者から先のキャリアに進むためにも

(在宅とはいえ流石にサボりすぎだからまた夕方に来る)

181:デフォルトの名無しさん
20/08/04 10:50:07 MuqrA5JF.net
>>180
> redhatがユニバーサルベースイメージなどとご大層な名前を付けてsystemdサポートのベースイメージを公開してるのはなぜか？

ベンダーロックインするためだろｗ

182:デフォルトの名無しさん
20/08/04 11:11:44.74 MVQgCYKA.net
ていうか >>160で言ってる通り
俺はsystemdは動かすべきじゃないと思ってるよ
 >>152がどう思ってるのかは知らんけど
とりあえず勝手な思い込みで他人に意味不明なレッテル貼ったり
罵倒したり批難したりは良くないと思う
あとここはdockerのスレだし
dockerを使っている人が集まってる
自分で考えて独自解釈するのは勝手だが
せめてdockerがどういう用途で一般的に使われているか位は
勉強してから書き込んだほうが良いと思うよ

183:デフォルトの名無しさん
20/08/04 11:52:59.02 mFK64/UE.net
Docker ファイルは書きたくないマイナーなアプリケーションを使いたいということかそれがシステム D 依存している？
と言うかアプリの起動方法を調べてないということね
必要なのはDockerではなくてアプリの起動方法じゃねーのか？

184:デフォルトの名無しさん
20/08/04 11:56:12.40 O6Bh4KxT.net
よく分からんけどアプリの起動なんてバイナリ叩けばいいだけじゃないの？

185:デフォルトの名無しさん
20/08/04 11:58:02.24 lOSBgkc4.net
あるソフトを導入したい
→Webで調べて個人ブログ等を見つける
→そのままの手順でDockerに導入
→systemctlが使えない！systemd入れなきゃ！
的な感じでは

186:デフォルトの名無しさん
20/08/04 13:17:30 hTsBg4ec.net
>>182
ﾌﾞーﾒﾗﾝwww

187:デフォルトの名無しさん
20/08/04 19:34:28.39 v8C/5G1y.net
>>185
これ馬鹿にしたもんじゃないよ
ブログ真似するだけで出来なけりゃ便利じゃない。
サービスはsystemctlで起動するのが当たり前なのに
技術的や思想的な理由でその常識を覆されたら
ユーザーはガッカリする。
「systemctlも使えなかったわ。Dockerって不便だね。」
こういう意見は真っ当な評価だよ。

188:デフォルトの名無しさん
20/08/04 19:35:08.11 MuqrA5JF.net
> サービスはsystemctlで起動するのが当たり前なのに
誰が言ったんですか？

189:デフォルトの名無しさん
20/08/04 19:35:54 MuqrA5JF.net
自分が作ったアプリがsystemdで起動するのが当たり前って無いなぁ
わざわざsystemd対応しなければいけないんだが

190:デフォルトの名無しさん
20/08/04 19:36:51 MuqrA5JF.net
既存のDockerイメージを見ても、systemdで起動してないのが当たり前だよ
常識の話をするなら、systemdを使わないのが常識だろう
それを覆すなよ

191:デフォルトの名無しさん
20/08/04 19:44:09.73 v8C/5G1y.net
>>190
それはDockerの常識だよ
普通のhttpdやmysqldは
通常systemctlで起動するのが常識
yumやaptしたらあとはsystemctl叩けばいいだけだって
誰だって思う
利用者は当然Dockerの中でもsystemctl叩けばいい
って自動的に思う
バイナリの場所やPIDファイルの場所なんて
誰も覚えてないよ
それをシェルログインして調べなきゃならなくなった時点で
便利じゃない
Virtualboxにしときゃ良かったって後悔し始める
人が出てもおかしくない

192:デフォルトの名無しさん
20/08/04 19:47:46.98 pID3dDUo.net
赤帽で動いてる既存システムをとりあえずなるはやでdockerizeしたいときに便利そう←SYSTEMD

193:デフォルトの名無しさん
20/08/04 19:54:33 pID3dDUo.net
>>191
既存の資産やスキルセットが再利用できない点は問題だと思う
SYSTEMDを認めたうえでベストプラクティスを追求するとシングルプロセスになるぐらいのバランス感覚がちょうどいい

194:デフォルトの名無しさん
20/08/04 20:54:24 6nwMPZdR.net
どうも>>185が図星だったらしい

195:デフォルトの名無しさん
20/08/04 21:11:56 tCUx/sk1.net
>>193
systemdのサービス設定ファイルを読んだら、実際ちょっと肩透かしだからな。ｗ
こんだけでええの？ていう。

systemdを悪くいう人もいるが、initスクリプトに比べたら超マシだと思う。

196:デフォルトの名無しさん
20/08/04 21:19:22.76 SyQYqCbe.net
>>191
> 普通のhttpdやmysqldは
> 通常systemctlで起動するのが常識
ディストリによる
systemdが使われてないディストリもある
そのことからもわかるように、httpdやmysqld自体は
何で起動するかなんか関係ない

197:デフォルトの名無しさん
20/08/04 21:20:48.66 SyQYqCbe.net
>>195
その「こんだけでええの？」を
Dockerで実行するだけなんだが（笑）
だからsystemdなんかいらないわけ

198:デフォルトの名無しさん
20/08/04 21:23:33.57 SyQYqCbe.net
>>191
> yumやaptしたらあとはsystemctl叩けばいいだけだって
> 誰だって思う
だからインフラ屋はアホなんだよな・・・
httpdとかmysqldなんかは、Dockerが公式に用意しているイメージを使うだけ
そういうイメージは自分で作ったりしない
インフラ屋がイメージ作るとしたら、それしかないというのはわかるよｗ
でもイメージを作る必要があるのは自分（自社）で開発したアプリなの
yumやaptで入れて終りなら、そんなものDocker使う必要ないの

次ページ