X

Docker Part4

レス数が1000を超えています。これ以上書き込みはできません。
2020/08/17(月) 00:19:36.93ID:PKLBL3Xf
Linuxが持つコンテナ技術を使った、仮想マシン必要ないアプリケーション仮想化技術で
アプリケーションのデプロイが用意になります

Docker（アプリ仮想化）は仮想マシンと併用して使うことで最も効果を発揮し
開発・テストで使ったDockerイメージと全く同じものを本番環境で使えます
さらにWindowsとmacOSでも同じDockerイメージが動きます。
（Linuxは仮想マシンが不要ですが、WindowsとmacOSは仮想マシン技術を併用して実現しています。）

Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します
動かすのに必要なもの全てがDockerイメージに含まれるので
インフラ担当者はそれを動かすだけ、本来のインフラの作業に集中できるようになります

Dockerは主にウェブ業界でサービスのデプロイの必須技術になりました
情報共有しましょう

http://www.docker.io/

前スレ
Docker Part3
https://mao.5ch.net/test/read.cgi/linux/1552023620/


注意　同じコンテナ技術を使うが異なるアプローチで仮想マシンの
代替を目指しているのがLXC。目的が全く異なるので注意
LXC(Linux Containers)
https://mao.5ch.net/test/read.cgi/linux/1330826939/
2login:Penguin
垢版 |
2020/08/17(月) 04:20:29.77ID:6a0svHoE
>Dockerは主にウェブ業界でサービスのデプロイの必須技術になりました

>>1
は何も理解してない馬鹿。
すっげー前にDeployerを教えてあげて、それを納得したはずなのに何も理解していない。
マジでお前は、いつ学習が完了するんだよ。

https://mao.5ch.net/test/read.cgi/linux/1552023620/
>>651

何故話をこんなレベルまで戻すのか
2020/08/17(月) 07:42:54.73ID:7e1FicdI
> すっげー前にDeployerを教えてあげて、それを納得したはずなのに何も理解していない。

手動でデプロイしてんのか？
オートスケールどうするんだ？
Docker使わないと構築に時間がかかるだろ

Dockerはイメージのrun（内部で自動的にpullする）だけで構築が完了する
アプリが動く状態として完成された物が手に入る

Deployer？運用のことを全くやってないか
数台規模で夜間メンテナンスなんてのを
いまどきやってる程度の小さいレベルんだろうな
2020/08/17(月) 09:50:32.96ID:nMpEUDb7
> すっげー前にDeployerを教えてあげて、それを納得したはずなのに何も理解していない。

なんだこれ？妄想世界の住民か？

「すっげー前にDeployerを教えてあげて」
なぜ同じ人だと思ってるのか？

「それを納得したはずなのに」
納得したという妄想だろう

納得させたというレスがあるなら持ってきてみてくれ
妄想世界の住民だろうから、絶対に無理だろう
おそらく俺の予想は的中する
絶対に持ってこない
2020/08/18(火) 01:03:22.24ID:OHt1kNFE
buildkitっていうのがあるんだってな
環境変数で指定しなくてもデフォルトで利用できるようにしたほうがメリットないだろうか
2020/08/18(火) 05:36:30.13ID:gGD2VCkm
>>5
設計や動作が大きく変わってるから
長い検証期間を設けてるだけ
そのうちデフォルトになるだろうがすぐは無理

俺が知っている事例で言えばマルチステージビルドで
必要ない場合にビルドされなくなることがある
通常は問題がないだろうがビルドされているという
前提があったりすると問題が発生するだろう
2020/08/18(火) 12:05:16.19ID:CHI/Brij
buildpacksって
OSやプログラミング言語のランタイムの更新があった時に
開発者は何もしなくても運用者側だけでアップデート出来るのが長所？

しかし、package.json内の依存ライブラリの更新はそれで対応できるのか？
出来ないなら結局Dependabotみたいのは必要そう

微妙に互換性崩れてて
OSや言語のバージョン上げたら動かないとかもありそう
2020/08/18(火) 12:14:36.23ID:vrhRiUKv
運用者なんていない。あるのはシステムだけだ。
開発者が開発し、それを配布するときの面倒なごたごたを
システムが勝手ににやるだけだろう
開発者が楽になるためのツールだ
2020/08/18(火) 12:17:59.84ID:CHI/Brij
いや、Dockerfileを書かなくていいのが最大のbuildpacksの長所か
Dockerfileを書かなくていいので、プロジェクト間のコピペを抑止出来る

OSイメージやプログラミング言語のランタイム更新だけなら、リビルドしないことも可能らしい

CIでのビルドに焦点を当ててるように見えるが、
アプリケーションコードを含んでないイメージでローカル開発も可能なんだろうか？
2020/08/18(火) 12:35:39.81ID:vrhRiUKv
> アプリケーションコードを含んでないイメージで

なんだそりゃ？

Dockerイメージは（自分で開発している）アプリケーションコードを含むものだろ
自分で開発したイメージを配布・デプロイするためにDockerは使うんだぞ
2020/08/18(火) 12:37:05.32ID:vrhRiUKv
自分で開発してないイメージはDocker pullして使うものだ
例えばMySQLとかnginxイメージとか

ああいうのは、本来はMySQLとかnginxの開発者が
作ってイメージとして提供するもの
実際にはDocker社が提供しているがね
2020/08/18(火) 12:41:10.12ID:CHI/Brij
>>10
PHPでの開発の時
ローカル開発の時はphpのコードはボリュームマウントして入れるが

本番環境で使う時は予めphpのコードが入ったイメージをCIで作っておいて
それをプルしてきて動かす
2020/08/18(火) 12:46:32.31ID:vrhRiUKv
>>12
それはDockerの本来の用途ではない
2020/08/18(火) 12:47:33.81ID:CHI/Brij
>>13
何が？
2020/08/18(火) 12:49:21.12ID:6tCAoz+3
>>10
アマチュアっぽい
開発中も無駄にdocker buildしてそう
2020/08/18(火) 12:51:02.02ID:5RCX1vBv
またキチくん暴れてるのか
頼むからコテハンつけてくれ
2020/08/18(火) 12:57:12.68ID:CHI/Brij
同じベースイメージでローカルqgp環境の開発を行い
本番環境ではベース+アプリケーションのコードが入ったイメージを使う

ローカルと本番環境との差異が無くなるし
サーバーが何台に増えようとも
各サーバーはビルド済みイメージをプルして実行するだけで済む
2020/08/18(火) 12:58:14.95ID:CHI/Brij
ローカルのphp開発環境だった

12 factor apps的には本番環境のサーバーでビルドするのはご法度
ビルドはCIでやっとけ
2020/08/18(火) 13:19:35.69ID:jnSGFkqj
>>13
なぜ開発環境と本番環境を基本的に同一にしない？
Dockerなら、developmentもproductionも同じにできる。
2020/08/18(火) 13:23:22.29ID:vrhRiUKv
同じにするということはイメージにソースコードを含めるということだな
2020/08/18(火) 13:24:53.94ID:vrhRiUKv
>>15
開発中はDockerを使わない
テストで使えば良いのだ
2020/08/18(火) 17:50:23.81ID:aQjsMjCJ
あぁ
やっぱアマチュアか
2020/08/18(火) 19:28:38.84ID:dsb1JtiX
新人「せんぱぁ～い。バグ報告書どおりにやったのに違うエラーがでるっス！助けてくださいよ～(´；ω；｀)」

べテラン「どれどれ…おいなんでDockerがあるのに使わないんだ！お前のとこだけ依存ツールのバージョンが違うじゃないか！」

新人「テストだけDocker使えばいいと思ったんスよぉ～(´；ω；｀)」

ベテラン「そもそも開発環境作るの手間だろ。なんで手間かけてトラブルの可能性を増やしてんだお前。マゾか？」

新人「いや～苦行インストールしたほうがなんかやった感あるじゃないッスか😁いひひ」

ベテラン「はぁ…お前今日アサインしたタスク終わるまで帰るなよ」

新人「そんなあああああああ｡ﾟ(ﾟ´Д｀ﾟ)ﾟ｡」


これ半年ぐらい前の出来事
2020/08/18(火) 21:54:11.70ID:OHt1kNFE
前スレの結論ってどうなったの？
2020/08/18(火) 22:35:26.33ID:vrhRiUKv
>>23
そういうことを防ぐために例えばRubyでは
Gemfileという仕組みがある

Dockerを使った所でバージョンの固定なんかできんよ
ディストロに入っているライブラリだけを使って開発するんじゃないんだから
むしろディストロに入ってないライブラリを使うことが多い

Dockerの中でGemfileを使ってバージョンを指定しているのであれば、
同じようにDockerを使わない場合もGemfile使ってバージョン指定をするだけの話
Rubyのバージョンも.ruby-versionでしていする

もちろん他の言語でも同様の仕組みがある
2020/08/18(火) 22:43:53.31ID:vrhRiUKv
> ベテラン「そもそも開発環境作るの手間だろ。なんで手間かけてトラブルの可能性を増やしてんだお前。マゾか？」

Dockerは開発環境を作るためのものじゃない
何度もいわれていること
2020/08/18(火) 23:10:08.52ID:aAEc1TPV
開発環境を作るためのものでもあるし他のためのものでもある
自分の狭い見識だけで道具の目的を決めつけようとすることは愚かだ
2020/08/18(火) 23:27:35.07ID:vrhRiUKv
環境を作るとかいって仮想マシンの代わりだと思ってるやつの発言はこんなに間抜け

コンテナ型仮想化Dockerスレ その2
https://mevius.5ch.net/test/read.cgi/tech/1569542871/416-

正しい使い方を知らないやつが開発環境とか言うんじゃねーよ
2020/08/19(水) 08:00:28.55ID:ReIRiGVJ
>>28
VSCode Remote Containersという拡張機能がVSCodeにある
Microsoftは間違っていたとでも言うのかwwwwwwww

https://marketplace.visualstudio.com/items?itemName=ms-vscode-remote.remote-containers

The Remote - Containers extension lets you use a Docker container as a full-featured development environment. Whether you deploy to containers or not, containers make a great development environment because you can:

* Develop with a consistent, easily reproducible toolchain on the same operating system you deploy to.
* Quickly swap between different, isolated development environments and safely make updates without worrying about impacting your local machine.
* Make it easy for new team members / contributors to get up and running in a consistent development environment.
* Try out new technologies or clone a copy of a code base without impacting your local setup.
2020/08/19(水) 08:04:37.15ID:xs6pIZGX
仮想マシンはDockerと同じっていう別なキチガイと
Dockerは開発環境に使えないってキチガイの夢の共演
両方とも寝言は寝て言えっつーのw
そんなの言ってるのお前だけだから
2020/08/19(水) 08:56:10.31ID:io50YOm5
アマチュアさんいつも大量レス
暇そうで羨ましい
2020/08/19(水) 20:46:39.72ID:2bqX/eA6
実装～単体まではローカル端末上のDockerにコード置いたディレクトリマウントして使って、内結以降はイメージビルドして商用相当の開発環境にデプロイしてテスト、そのイメージをリポジトリにあげといて商用からはそれpullするだけって使い方が普通じゃないの？
2020/08/19(水) 21:52:59.61ID:io50YOm5
うん
2020/08/20(木) 09:25:23.96ID:M933wn+5
> 実装～単体まではローカル端末上のDockerにコード置いたディレクトリマウントして使って、

デバッグどうするの？
デバッグ用のパッケージを入れるの？
そうすると本番環境とは厳密には違う状態になるよね？

どっちみち開発では便利さのために本番環境とは違う環境になるんだから
Docker使わずに開発しても同じことじゃない？
2020/08/20(木) 11:46:53.15ID:clJ3eFcE
できるだけ寄せていくだけだ
Alpineで動かすならAlpineで開発したい
でも支給マシンはubuntu、windows、mac、、、
2020/08/20(木) 11:56:48.78ID:clJ3eFcE
開発環境を汚したくないんですよ
dockerの特性上、1つのプロジェクトで様々な言語、言語バージョン、ミドルウェア、ツール、サービス、それらに依存するパッケージ、OSレベルの設定、、、
とまあとにかく多くのものに依存してしまう
そして開発者が従事するプロジェクトは1つじゃない
開発マシンにこれらを直接インストールして管理するのは大変だ
dockerならソースをpullしてコマンド打つだけ
別のプロジェクトが干渉する可能性も極めて低くなる

アマチュアさんみたいにAPPとDBのシンプル構成、別プロジェクトは無し
みたいな状況なら直接インストールでもいいかもしれんがね
2020/08/20(木) 11:57:00.03ID:/cAAGkAU
>>35
開発はディストリ依存にするべきじゃないよ
変更しづらくなる
2020/08/20(木) 11:58:58.49ID:/cAAGkAU
>>36
> 開発環境を汚したくないんですよ
汚す必要ないのでは？

> dockerの特性上、1つのプロジェクトで
Dockerの性質のものは一つもないね

> 開発マシンにこれらを直接インストールして管理するのは大変だ
全然大変じゃないよ。
そのためにrbenvなどの仕組みが普及してる

アプリを動かす環境は特定のディレクトリ以下にすべて入る
2020/08/20(木) 12:00:02.45ID:/cAAGkAU
もう随分と前から一つのマシン上に
複数の環境を同居させる方法がかくりつされてるんだがな
2020/08/20(木) 12:10:33.54ID:CAF7VxqO
>>37
クロスプラットフォームで動かす予定のないものをクロスプラットフォームで開発する予算は君が出すのかね？
2020/08/20(木) 12:11:30.98ID:CAF7VxqO
>>38
rbenvのようなちゃちな仕組みではいずれ限界が来る
君のところは構成がシンプルなのでなんとかなっているのだろうね
2020/08/20(木) 12:13:55.61ID:/cAAGkAU
>>40
クロスプラットフォーム？何を言ってるの？
どちらも同じLinuxなんだが
2020/08/20(木) 12:14:13.75ID:/cAAGkAU
> rbenvのようなちゃちな仕組みではいずれ限界が来る

ああ、知らないのか
無知はかわいそう
2020/08/20(木) 12:20:29.61ID:CAF7VxqO
>>42
Linuxにも様々なディストリがあることを知らないと晒してしまったね

>>43
しょぼい構成の案件に従事してる人は気楽そうでいいね
2020/08/20(木) 12:23:04.72ID:52tAvffs
>>41
それは来ない。
2020/08/20(木) 12:36:23.34ID:CAF7VxqO
>>45
小さい案件では来ないんだろうね
2020/08/20(木) 14:28:45.01ID:In43Z6cJ
Vagrantで十分って老害かと思ったら
その手の構成管理ツールも使えない老害が現れたのか

mysqlとかnginxとかmailcatcherとかminioとかは？
全部手作業でセットアップかよ？

CIはどうする？
老害だからCI知らないのか
2020/08/20(木) 14:30:10.53ID:9sifYD3t
>>47
rbenvで大丈夫だってさｗ
2020/08/20(木) 17:52:07.20ID:TlcrtJz0
dockerだと構築が楽ってだけだと思うけど
2020/08/20(木) 20:22:48.31ID:ehWIm4Gs
QA環境作らないの？
ローカル環境で動かしたら即本番？
そんな訳あるまい
2020/08/20(木) 21:16:16.18ID:4+rYKSi1
rbenvでおｋ
2020/08/20(木) 22:03:22.31ID:411ZBuPm
いやだめんどくさい
2020/08/20(木) 22:39:24.82ID:AIgOOxMJ
1つイメージを利用して、名前の違う２つの内容同じコンテナを実行したら
メモリは２倍消費されますか？
2020/08/20(木) 23:18:45.42ID:/cAAGkAU
>>53
それは同じプロセスを2つ起動したらメモリは
2倍消費されますか？と言ってるのと同じ
Dockerの話とは関係ない
2020/08/22(土) 08:13:20.37ID:zJL0+534
>>53
2倍になるよ
ただLinuxにはKSMという仕組みがある
それで消費を削減できる
2020/08/22(土) 14:45:43.47ID:OVE76S7F
そうなんですね
今はnginxとapacheでリバースプロキシでマルチサイトを構築してるんですが
dockerのほうがPC移行したときにすぐ構築できるので楽だと思ったんですよね
2020/08/22(土) 16:43:09.55ID:7423Yszc
apacheってオワコンじゃないの？

PHP動かす用ならnginxとphp-fpmの方が良い
2020/08/22(土) 16:53:43.56ID:7423Yszc
メモリーの少ないサーバーで動かしたいのなら
ますますnginxの方がよい
速いしメモリー消費が少ない
2020/08/22(土) 17:15:01.29ID:TzQkYMdW
何をしたいかによる
2020/08/22(土) 17:30:22.97ID:OVE76S7F
nginxをフロントに置いてPHPはapacheで動かすのがいいらしいっすよ
リバースプロキシていうみたいです
2020/08/22(土) 20:20:27.62ID:Jc3Xyyax
うちは本番環境がAWS ECSだからELBをリバースプロキシとして使ってる
nginx+php-fpmはその背後に配置

ECSはランダムなポート番号を自動的に選択して
ELBのターゲットグループにタスクを登録してくれる
新しいバージョンをデプロイする時も徐々に新しいバージョンに流す通信を増やして切り替えてくれる
いきなりブチッ！て切るようなことはしない

パスやドメインに応じたルーティングも可能

ELBじゃなくてnginxでも対応出来るが
nginx単体でちゃんと高可用性でやるのはたぶんむり
ELBの方が金が掛かるが便利
2020/08/26(水) 14:55:01.99ID:HGpUNZir
Docker Hubがコンテナイメージの保存期間に加えてPull回数にも上限を設定すると発表
https://gigazine.net/news/20200826-docker-hub-update-policy/

容量に関わらず100回固定？

複数IPを使うヘビーユーザーが出てきて
結局一般ユーザーが割りを食うだけになりそう
2020/08/26(水) 15:05:16.50ID:0H2mld0z
社内にキャッシュしてるでしょ普通
2020/08/26(水) 15:15:32.88ID:+IB2Mq+W
docker-compose.ymlで十分だから今の所イメージを保存する必要がこない
2020/08/26(水) 18:13:54.44ID:j27J8KXs
>>62
100回ってびっくりしたわ
6時間あたり100回か

それに「Pull回数の制限はイメージのPullを行う側が利用する」と書いてある
イメージごとじゃないな

どうやって判断してるんだろう？
2020/08/26(水) 18:14:46.08ID:j27J8KXs
> 匿名ユーザーの場合はIPアドレスをもとに制限されるとのこと。
書いてあったｗ
2020/08/26(水) 19:44:39.35ID:q6TP6I5D
NATゲートウェイ経由でプルしたら、全部同一IPからのプルになる？

NAT Gatewayによるアクセス元IPアドレスの固定
https://dev.classmethod.jp/articles/fix-sender-ip-address-with-nat-gateway/
2020/08/26(水) 19:54:20.02ID:jL7Jrgle
そんなケチるほど金ないのか
マイクロソフトに買い取って貰えばいいのに
2020/08/26(水) 22:18:00.90ID:L2fd2N25
pullしようとしたけどすでに最新だった場合ってどうなるんだろうか？
pullチェック時点でカウントされるのか
それとも実際にpullした場合でカウントされるのか
大企業とかではキャッシュサーバーが必要になるかもしれんな
2020/08/27(木) 06:58:43.21ID:foUCwOUe
>>69
というか、自前でレジストリ作れってことだよ。
2020/08/27(木) 07:22:31.31ID:+jIZgv+V
Circle CIとかGitHub ActionsとかのSaaSは
仮想マシンは同じIPを再利用する事ある？
同じユーザー扱いになってCIが急に失敗するようになりそう

レジストリのミラー作るのって
なんか難しそう
2020/08/27(木) 09:41:39.10ID:3ZMzxZkQ
>>70
レジストリをメンテするぐらいなら金払うよ
たった月5ドルだろ？
2020/08/27(木) 09:56:18.15ID:3ZMzxZkQ
>>71
別のユーザーによるpullでCIがこける可能性があるんだよな
でもそれはCIサービス側が対応する問題になるだろう
その対応の内容には安定したpullがしたければ
金払えっていうのも含まれるけどｗ

ちなみにオープンソースでツール公開してるんだけど、この間から
おそらく誰かがCIに組み込んだようでGitHubのGit Clone数が跳ね上がった
その数が大体1日500～600cloneで、ユニーククローン数が300～400clone
つまりGitHub側から見れば1日300～400人が来て2回pullしてるように見えてる

このデータから一概に言えるわけじゃないけど、同じIPアドレスを使われる可能性は低いと思う
CI実行するたびにクラウドの仮想マシン作り直してるだろうし、クラウドの仮想マシンは
固定にしない限り作り直せば変わるわけで、問題が発生することは殆どないと考えてる
2020/08/27(木) 10:00:43.44ID:hq16/u5d
>>68
Docker社はずっと大赤字だろうけど、GitHub のようにプラットフォームとして成長していればいずれエンプラで黒字化するだろうという目論見だったのが、
KubeやECS等にエコシステムを乗っ取られエンプラ事業が大失敗に終わったことで完全に収益化の望みが断たれた
Docker Hubはプラットフォームといえども所詮はいくらでも替えのきくストレージに過ぎず、タダ乗りベンダー連中との間の差別化要因も乏しいためGitHubのような赤字を余裕で帳消しにするレベルの大型買収にも期待できない
もう焼畑しかないというわけだ
2020/08/27(木) 11:18:46.39ID:WVTFASAX
ふーん
Docker終わったな
これからはpodmanが勝つるか
76login:Penguin
垢版 |
2020/08/27(木) 13:41:59.77ID:rEVJhQj2
Dockerがエンプラで黒字なんて無理だろ。
そもそも本番機で使えるエコシステムがECSであれEKSであれ他社の製品だし。
しかも本命は不在だし。
問題がはっきりしているのに何でこの分野でDocker社は何も提供しないの？
個人的にはECSであれEKSであれ下で動くインスタンス（VM)がサービスの前面に
出てきている時点でDockerは本番機には使いたくない。
VM管理とコンテナ管理の二度手間以外の何物でもないからね。
アマゾンはよく理解してる様でAWS Fargateでインスタンス隠しているけど、普及しているかどうかは知らない。
Docker社とも関係ない
2020/08/27(木) 14:24:57.50ID:WVTFASAX
何を言ってんだ
ホスト管理がいやだからクラウドのコンテナサービを使うんだろうが
2020/08/27(木) 14:30:55.79ID:WVTFASAX
dockerを使わないと逆にインスタンス管理が大変になると思うが
2020/08/27(木) 15:21:38.64ID:x4abZMVm
また仮想マシンイメージ最強おじさんの登場？
80login:Penguin
垢版 |
2020/08/27(木) 15:34:48.81ID:rEVJhQj2
>>77
https://vmware-juku.jp/whatsvm/containers-benefits-why-kubernetes/2/

>Kubernetesは外部のOSSと連携することによってNATを経由することなく
>別のホストのコンテナ同士の通信を実現しています。
>OSSを利用する場合のいくつか選択肢がありますが、
>flannelを採用した場合はオーバーレイによるカプセリングを行うことで、
>従来の仮想マシンのようにIPアドレスを割り当てることが出来るようになります。

こういう単語が出ている時点でホストの管理もしなければならないのは明かだろ。
AWS Fargateで「ホスト」と言う単語が一切なくなるのなら、標準になるかもしれないけど
そうなるとコンテナランタイムがdockerである必要もない。
2020/08/27(木) 15:51:17.04ID:CDxtO8zr
dockerを採用するとhost machineの管理が単純化されるので全体としての管理が楽になるということですね
2020/08/27(木) 15:55:20.50ID:3ZMzxZkQ
>>80
> こういう単語が出ている時点でホストの管理もしなければならないのは明かだろ。

どういう理屈？

1. Kubernetesは別ホストと通信できます
2. しかもホストを管理しなくていいです

こういう話だよね？
どこからホストを管理しなければならないなんて話が出てきたの？
83login:Penguin
垢版 |
2020/08/27(木) 16:27:43.20ID:rEVJhQj2
>>82
いやいや意味が分からない。
ホストの管理をしなくていい→「ホスト」と言う単語は出てこない。
でなければならないって話だが。

何でDockerだとホストの管理をする必要が無いと思うの？
2020/08/27(木) 16:49:17.14ID:5Vf3cgc6
クラウドだから管理不要
85login:Penguin
垢版 |
2020/08/27(木) 16:54:25.73ID:rEVJhQj2
>>84
それはDockerじゃなくても同じだねｗ。
2020/08/27(木) 17:21:15.61ID:5Vf3cgc6
最初からそう言ってる
いったいどっからホストの管理が必要なんて話になったんだ？
87login:Penguin
垢版 |
2020/08/27(木) 20:43:58.61ID:rEVJhQj2
いやもう日本語通じない通じないｗ
このトピずーとそうだけどｗ
>>77 ホスト管理がいやだからクラウドのコンテナサービを使う
>>78 インスタンス管理が大変
>>84 クラウドだからホストは管理不要ｗ←Now!
2020/08/27(木) 20:44:20.42ID:3ZMzxZkQ
>>83
お前がホストって言葉を知らんだけじゃね？ｗ

わかりやすくパソコンにしようか？ｗ
息子がやってくれるからパソコンの管理はしなくていい
パソコンの管理をしなくていいが、パソコンという単語はでてくる。
例えば「パソコンを使う」「パソコンの電源を入れる」とかね

「（ホストの）管理しない」という話と「（ホストという）単語が出てこない」には
まったく繋がりがない

ホストの管理をしなくても、ホストという単語は出てくる
2020/08/27(木) 20:45:05.04ID:3ZMzxZkQ
>>83
> 何でDockerだとホストの管理をする必要が無いと思うの？

Kubernetesだからホストの管理をする必要がないって話だろ
話をすり替えんなって
2020/08/27(木) 22:29:16.36ID:wbUHfpqX
また発狂してる
2020/08/28(金) 00:41:46.45ID:3wq52AaO
Kubernetesはノードを意識した細かい制御ができすぎてな
ホストに強く依存した変なオーバーエンジニアリングをやりだす問題児が必ず出てくる
ECSより遥かにホストを意識してるわ
92login:Penguin
垢版 |
2020/08/28(金) 01:03:01.20ID:jxJyct3p
>>88
そんなレベルの話をするなよ初心者くんｗ
君の言う「パソコン」＝物理サーバは
完全に抽象化されててこのスレ内では全くでないだろｗ
Dockerの中で「ホスト」と言っているのはDockerが動く基盤であってそれが物理サーバであるかVMであるかは問わない。
非常に多くの場合はVMであり、それは「インスタンス」と言う名前で出ている。
つまりこの文脈ではホスト＝インスタンスって事
で何でk8sだからホスト管理しなくて良いの？

https://knowledge.sakura.ad.jp/3681/

例えば、上記の構成で本番機を作ったとして、192.168.0.50が死んだらどうするの？
「ホスト管理しなくていい」と言っているのは生存管理すら必要ないと言っているんだよね？
2020/08/28(金) 01:27:31.27ID:im6cTGiy
>>92
> 例えば、上記の構成で本番機を作ったとして、192.168.0.50が死んだらどうするの？

ああ、おまえ、GKEとかEKSというサービスを知らんのかｗ
上記の構成を作って"管理"するのはクラウドサービス側なんで
”お前がやらなければいけないと思ってること”を全部クラウドサービス側がやってくれるんだよ
94login:Penguin
垢版 |
2020/08/28(金) 01:34:04.19ID:jxJyct3p
>>93
いやマジ君の言っている（言わんとする事）の意味がつかめないんだがｗ
君の説明はどうでも良いよ。君の行動を話してくれ。
192.168.0.50が死んだとしよう、君はどうする？
2020/08/28(金) 02:36:52.86ID:S0mdB+Yg
お前らよくこんなニッチなものでいつまでも言い争いできるな
素直に感心するわ
2020/08/28(金) 04:23:19.30ID:zYE9gZVL
>>94
サーバーの管理って何のことかわかってる？
サーバーが死んだら新しいインスタンス起動して自動的に再起動やろ
やらなくていいのはサーバーの管理だってわかってる？
2020/08/28(金) 07:35:47.84ID:pZN+Qti3
FargateってEBSはマウント出来ないよな
データベースとかはFargateで動かせないね

EFSとか言うネットワークファイルシステムはマウント出来るが
複数マシンで同期を取るために速度は遅い

コンテナに確保するリソースは0.25vCPU、0.5GB未満は選択出来ないので
これ未満の能力しかいらない場合は
EC2に詰め込んだほうが安い
Fargate自体が同等のEC2と比べると少し高い

Fargateはサーバーレスと言っても
管理の手間が少ないだけでサーバーは存在するので
セキュリティパッチを当てるためにサービスの再起動が必要な場合はある
2020/08/28(金) 11:22:41.35ID:0ih4XZ3G
イメージのマージ機能はいつになったらサポートされんだ
devcontainer作るときいちいちインストール方法調べてDockerfile書くの不便なんだが
2020/08/28(金) 12:33:21.36ID:zYE9gZVL
インストール方法？
自分で開発したアプリのインストール方法もわからんのか？
2020/08/28(金) 14:11:05.36ID:PXYaUzYG
いや他人の作ったものも使うだろ
2020/08/28(金) 14:53:16.30ID:zYE9gZVL
そりゃチームの人が作ったら他人だろうけどそういう話じゃないだろｗ
2020/08/28(金) 15:05:43.38ID:PXYaUzYG
いやいやそうじゃなくてオープンソースのツールとかあるだろ
ネット遮断でもしてんのかお前んとこ
2020/08/28(金) 15:41:24.85ID:e8Ic+DMZ
Dockerfileも拾えよ
2020/08/28(金) 16:42:15.83ID:zYE9gZVL
>>102
オープンソースのものを自分でDockerfile作る意味は？
殆どのものは公式が用意してるでしょ
2020/08/28(金) 17:18:56.97ID:O2BsRo2K
>>104
公式サポートない物もいくらでもある
それに組み合わせて使えないからマージしたいときは自分で作らなきゃならん
なんでこんな基本的なこと説明してやらんといかんのだ？
2020/08/28(金) 17:54:34.31ID:MXNSOP9Y
いや、自分で「マージしたDockerfile」作れよ
それが自動でできなくてゴネてるの？
2020/08/28(金) 18:41:52.49ID:jq9YEzpA
めんどくせぇ
2020/08/28(金) 18:56:59.61ID:NRktIr3W
go製ツールならバイナリ落としてくればすぐ動くが

Pvthonとかのスクリプト言語を使う系や
C/C++で書かれている物はそうも行かない

パッケージマネージャにあれば良いが
あっても古い、このパッケージもインストール必要とか面倒

glibc使ってるC/C++製ツールで動的リンクしてたら
alpineにそのまま持って行っても動かない
muslで再コンパイルするか
イメージサイズの肥大化を覚悟でglibcを入れる必要がある
2020/08/28(金) 18:58:16.88ID:NRktIr3W
OSに最初から入ってるツールの扱いはどうするのか？とか考えたら
自動的にマージできるとか思うわけない
Dockerからしたら全てただのファイルであり
依存関係も把握してないし区別もしない
2020/08/28(金) 19:30:51.61ID:D6h6IbAl
結局のところ必要だったのはdockerじゃなくてより賢いパッケージマネージャだったんだよな
方向性としてはsnapなどのほうが正しかった
2020/08/28(金) 19:36:14.75ID:MXNSOP9Y
賢いパッケージマネージャよりdockerが便利
2020/08/28(金) 19:51:21.67ID:zYE9gZVL
>>105
> それに組み合わせて使えないからマージしたいときは自分で作らなきゃならん
docker-compose使えよ

１つのコンテナに複数のサービスを入れ込もうとしているからそうなるんやで？
ベストプラクティス通り1コンテナ1サービスにすれば
既存のものをそのままつかえるのに

ベストプラクティスから外れることを自分でしておいて
自分が苦労してるのって間抜けじゃねーか？ｗ
2020/08/28(金) 19:54:28.35ID:zYE9gZVL
>>110
Dockerはパッケージマネージャーが対応してないような
自分（自社）で開発したアプリケーションを使って
自分でサービスを運営するためのパッケージマネージャーです
開発者向けのツールです。

snapはアプリ開発者がエンドユーザーにアプリケーションを
提供するためのもの。用途が全く違います。
2020/08/28(金) 20:05:13.75ID:a9bICJj+
apacheのバーチャルホストで20個のサイトを運営するのと
1つのイメージを使って1コンテナ1サイトを作るのでは
どっちがメモリとCPU使用率が高いですか？
2020/08/28(金) 20:09:08.36ID:zYE9gZVL
メモリとCPU使用率が重要なら、
1つのイメージを使って1コンテナ20サイトを作れば？
2020/08/28(金) 20:18:24.20ID:zYE9gZVL
1コンテナ1サイトって発想が出るのもやっぱりいつもの
Dockerを仮想マシンの代わりだと思ってるからなんだろうか？

Dockerはアプリの代わりと考えれば、この場合apacheだとわかる
１つのapacheアプリでバーチャルホストをするのであれば
Dockerの1つのapacheアプリでバーチャルホストをすればいいだけ

そのバーチャルホストの設定を予め終わらせておいた
カスタマイズ済みapacheを簡単にデプロできるのが
Dockerのメリットなわけで
2020/08/28(金) 20:33:37.75ID:pZN+Qti3
1サイトをバックエンドとフロントエンドとDBに分けても良いよ？
2020/08/28(金) 21:09:45.85ID:D6h6IbAl
>>112
アホか
何でもかんでもサービスにしたら効率が悪いこともある
2020/08/28(金) 21:24:17.90ID:MSjqCkB+
何か変なのがいる。この後どうなるか楽しみ。
2020/08/28(金) 21:44:32.85ID:7j4VCa1Z
メインの言語でwebアプリを作って内部で別言語製のCLIツールを呼び出すようなシステム
業務システムなら普通にあるよなあ

別言語でapi鯖構築してメイン言語と別言語の2コンテナ構成にするって手もないこたないけど
そのためにワザワザ別言語とそのweb apiフレームワークを習得するのはコスパ悪いだろ

こういうときは1つのコンテナに複数の言語ランタイムやパッケージをまとめちゃって素直にサブプロセス呼んだほうが製造コスパがいい

んでそういうときに公式イメージのマージができたら便利なんだがサポートされてないからDockerfileをワザワザ書かなきゃならん
コンテナを分離する間抜けなアイデアよりは遥かに楽だけどそれでもDockerfileを書く手間は残る
2020/08/28(金) 21:50:52.82ID:7j4VCa1Z
>>112
ベストプラクティスは1コンテナ1責務だ

素人は1コンテナ1プロセスと間違って覚える
脱初心者を目指してるぐらいのレベルだと1コンテナ1サービスとか言い始める
2020/08/28(金) 22:54:43.66ID:pZN+Qti3
docker-in-dockerとかdocker-outside-of- dockerをやれば良いんじゃね？
セキュリティについては知らん

Dockerコンテナ内からDockerを使うことについて
https://esakat.github.io/esakat-blog/posts/docker-in-docker/
2020/08/28(金) 23:55:41.73ID:wNNnqhGV
この明後日の方向に突っ走る感じ
2020/08/29(土) 00:15:42.01ID:kVmc/kdt
Dockerだけで云々言っている人は、
オーケストレーションまで頭がまわらないだろうし、
どないしようもないと思う。
CRIだけの世界でせいぜいがんばってください。
2020/08/29(土) 12:47:38.53ID:74MbloCF
COPY --from=some/image /source/path /dest/path

Docddkerfileにこれを書いておけば
some/imageという既存Dockerイメージからファイルをコピー出来るぞ

依存関係が色々あって何をコピーしたいかわからない場合は知らん
2020/08/29(土) 12:53:15.26ID:Qqt2hfOB
マージ君は自動でやってほしいんだからそんなもんお呼びでないだろう
2020/08/29(土) 14:16:12.70ID:n8QTuXNc
>>125
マージには役に立たんわ
そもそも必要なファイルがどこにあるか探すのめんどくせぇーだろ

欲しいのはレイヤーをコピペする機能だよ
それかdocker最適化されたパッケージマネージャでもいいかな
2020/08/29(土) 14:43:35.16ID:n8QTuXNc
俺たちが本当に欲しかったのってこれな

FROM alpine:latest

# ディストリ差異対応とか依存関係解決とか環境変数とかボリュームとかキャッシュクリアとかよしなにやってくれる素晴らしいdockerfile専用パッケージマネージャ
PACKAGE openjdk:11 somevendor/somepythonclitool:latest

COPY bin /myapp
ENTRYPOINT /myapp/entrypoint.sh

openjdkイメージとsomepythonclitoolイメージって形式でリリースしちゃったら再利用性が低すぎるんだわ
2020/08/29(土) 15:25:53.56ID:CyY7ymQE
>>128
Dockerは○○専用に作るものなのに
それをなにに再利用するんだよｗ
2020/08/29(土) 15:44:17.82ID:n8QTuXNc
>>129
世の中なんの外部依存関係もないピュアなアプリケーションだけじゃない
そしてすべての外部依存関係がネットワークを通じて呼び出せるエンドポイントを持っているわけじゃない
こんな基本的なことをなんで説明しなきゃわからないんだ
2020/08/29(土) 15:49:27.91ID:Qqt2hfOB
「よしなに」が仕様のツール誰が作るの
トラブったら>>128みたいなのに文句言われるんだろ
2020/08/29(土) 16:01:10.44ID:n8QTuXNc
>>131
docker公式かツールベンダが作るんだよ当たり前だろ
2020/08/29(土) 20:04:21.86ID:MO1Uvs8e
>>130
反論に全くなってないけど、だから何？
2020/08/29(土) 22:32:20.18ID:lTv/US4g
>>133
うーんこの理解力
2020/08/29(土) 23:00:45.88ID:MO1Uvs8e
ほらな、説明できない（笑）
言ってることが不明瞭の場合は聞き返してみるに限るね
2020/08/29(土) 23:05:08.39ID:lTv/US4g
はぁ…┐(´д｀)┌ﾔﾚﾔﾚ
>>130だから同じイメージに複数のパッケージを入れて環境変数やボリューム設定をするというユースケースが当たり前のように出てくる
そのためにはimageではなくパッケージって単位で再利用できねーと非効率的なんだよ
わかったかなボウヤ
2020/08/29(土) 23:07:06.17ID:MO1Uvs8e
>>136
主張を繰り返せって言ってるんじゃなくて
主張の理由を言えって言ってんの
ほんと会話ができんやつだなｗ
2020/08/29(土) 23:09:08.73ID:lTv/US4g
>>137
これがdockefile専用パッケージマネージャが必要な理由に見えないならもう話にならんわ
会話が通じないレベルの差があるってことだ
2020/08/29(土) 23:10:32.20ID:MO1Uvs8e
お前が言ってるのは、ユースケースと主張だけ
理由を言ってない
2020/08/29(土) 23:11:35.57ID:lTv/US4g
>>139
>>136
2020/08/29(土) 23:12:38.63ID:lTv/US4g
>>139
>>130
2020/08/29(土) 23:13:25.30ID:MO1Uvs8e
「同じイメージに複数のパッケージを入れて環境変数やボリューム設定をするというユースケース」
これはユースケース

「imageではなくパッケージって単位で再利用できねーと非効率的」
これは主張

「なぜなら、・・・・」
これが理由
2020/08/29(土) 23:14:27.73ID:MO1Uvs8e
「世の中なんの外部依存関係もないピュアなアプリケーションだけじゃない
そしてすべての外部依存関係がネットワークを通じて呼び出せるエンドポイントを持っているわけじゃない」
これは事実

「こういう場合に、・・・」
これが理由
2020/08/29(土) 23:14:38.65ID:lTv/US4g
>>142
>>141
2020/08/29(土) 23:15:39.35ID:MO1Uvs8e
>>144
>>143

理由をさっさと書きましょう
2020/08/29(土) 23:17:38.30ID:lTv/US4g
>>145
書いてある
あとはお前が理解するだけだ
理解する気がないなら無駄な問答が続くだけだからもうレスしなくていいよ
バイバイ
2020/08/29(土) 23:18:21.83ID:MO1Uvs8e
お前が言った言葉の全てに対して「それは理由じゃない」と説明したんだがｗ
2020/08/29(土) 23:20:52.31ID:lTv/US4g
>>147
間違った説明だから意味ない
理解する気がないならレスするな
2回目だよ
2020/08/29(土) 23:33:35.48ID:MO1Uvs8e
俺の説明のどこが間違っているか言える？ｗ
主張じゃなくて理由を言え
2020/08/30(日) 00:00:41.64ID:ZAOk4Rrf
できたらコテ班付けてくれませんか
誰と誰の主張がぶつかってるのか日が変わるとわからないので
2020/08/30(日) 11:03:24.35ID:MLxBHRb9
お前らはどのコンテナセキュリティスキャナ使ってるん？
152login:Penguin
垢版 |
2020/08/30(日) 13:50:53.12ID:Qpr/sPeC
>>149
いつものDocker原理主義者？
傍から見ていると、君が何故そんな下らない方向に持っていくのかスゲー疑問。
君が>>98に対する解決策を知っていれば教えれば良いだけ。知らなきゃ黙ってろよ。
俺はこの人がなぜ欲しががっているのか理解はできるよ。
解決策知らないから黙ってるけど。
確かにDockerのビルドはスタック上に積み上げてるから、その一部分だけ抜き取ってマージしたいとは思うわな。
何で「理由を言え、Dockerの本来の使い方はどうのこうの」の話を50レスも繰り返すの？
2020/08/30(日) 14:58:07.90ID:4F5aYT1J
> 何で「理由を言え、Dockerの本来の使い方はどうのこうの」の話を50レスも繰り返すの？

理由を答えないからでは？
2020/08/30(日) 14:58:52.13ID:4F5aYT1J
> 確かにDockerのビルドはスタック上に積み上げてるから、その一部分だけ抜き取ってマージしたいとは思うわな。

思わないな
2020/08/30(日) 15:05:30.22ID:UMRfRZsn
同じファイルを使うとか同じポートを使うとか
事情がわかってないとイメージだけマージしてもしょうがのにな
2020/08/30(日) 15:18:28.35ID:Qpr/sPeC
>>153
理由を答えてるけど君が理解しないだけだよね？>>136はどこからどう読んでも
理由にしか見えないんだが？しかし別に理由はどうでも良いよ。
知ってるんなら答えろよ。知らないんなら黙っとけ。
スレの無駄だ。
2020/08/30(日) 15:21:48.38ID:pNBhhLmO
そういう面倒なところを解決するためにスマートなDockerfile専用パッケージマネージャがあるといいなぁって話だろ
2020/08/30(日) 15:39:24.84ID:UMRfRZsn
それは同一イメージ内でyumやaptを複数回使うのと何が違うの
2020/08/30(日) 15:55:53.17ID:4F5aYT1J
>>156
じゃあ重要でない言葉をマスクしてみようか？

○○というユースケースが当たり前のように出てくる
そのためには○○できねーと非効率的なんだよ

見ての通り、理由が書いていない
2020/08/30(日) 15:58:38.86ID:Qpr/sPeC
環境変数の設定やインストールの手順がわからないことがあり、
イチイチ調べてDockerfile書かないといけないから、って話じゃなかったの？
2020/08/30(日) 15:58:49.15ID:4F5aYT1J
>>158
Dockerfile専用パッケージマネージャは
理屈は不明、何をしてくれるかもわからないが
面倒なことを魔法のように解決してくれるのです

どうにかして～って叫ぶだけで
何かが解決するのです
2020/08/30(日) 16:00:52.78ID:Qpr/sPeC
>>159
もう良いよｗお前は黙っとけ！ｗ

「できねーと非効率的なんだよ」

何でこれが理由だと読めないんだよ！アスペ野郎ｗ
2020/08/30(日) 16:04:29.96ID:4F5aYT1J
サービス起動するときにあれこれ設定して起動するの面倒だなぁ
↓
Dockerfileの中で基本設定は全部済ませたで、必要最小限の
環境変数を渡すだけで起動可能だ、やったー
↓
Dockerfileの中で設定を済ませるの面倒だな
Dockerfile専用パッケージマネージャがあれば解決するはずだ！
↓
Dockerfile専用パッケージマネージャ
「インストールだけしておいたで、設定は全部Dockerの外でやるんやで」
↓
Docker使ってサービス起動するときにあれこれ設定して起動するの面倒だなぁ
（本末転倒）
2020/08/30(日) 16:05:50.38ID:4F5aYT1J
>>162
じゃあ同じように"理由"を言うね

「imageではなくパッケージって単位で再利用できねーからこそ効率的なんだよ」
これがお前の言う"理由"です
理由を言ったので納得しますよね？ｗ
2020/08/30(日) 16:19:56.38ID:Qpr/sPeC
>>164
元の文章：
「imageではなくパッケージって単位で再利用できねーと非効率的なんだよ」

>これがお前の言う"理由"です

×「imageではなくパッケージって単位で再利用できねーからこそ効率的なんだよ」
○「imageではなくパッケージって単位で再利用できれば効率的なんだよ」

君はマジでここに粘着するより、病院に行ったほうが良い。
2020/08/30(日) 16:23:46.66ID:4F5aYT1J
>>165
元の文章が間違ってるから
俺が正しい"理由"を言っただけですが？

俺はこれを"理由"とは認めてないが、
お前は"理由"だというのだから問題ないはずだが？
2020/08/30(日) 16:30:37.31ID:pgAkspfe
レス番飛ぶなぁ
2020/08/30(日) 16:42:10.36ID:Qpr/sPeC
>>166
なるほど、君は>>136に、

「俺はそれを理由として認めない、お前はエスパーになって、
　俺の納得いく理由を答えろ、それ以外は会話できると見なさない」

と、こう言いたかったのですね。
2020/08/30(日) 16:43:04.98ID:Qpr/sPeC
>>167
話の九割はDocker関係ないけどな！
2020/08/30(日) 16:50:26.14ID:4F5aYT1J
>>168
納得がいくかどうかじゃなくて
"理由"そのものになってない。

もしその文章が本当に"理由"であれば、
頭に「なぜなら」や「その理由は」をくっつけて自然な文章になる

「なぜなら、imageではなくパッケージって単位で再利用できねーからこそ効率的なんだよ」
「その理由は、imageではなくパッケージって単位で再利用できねーからこそ効率的なんだよ」

自然な文章になってないので、これは理由ではない
これは単なる主張
2020/08/30(日) 16:51:05.03ID:4F5aYT1J
文章が逆だったなｗ

「なぜなら、imageではなくパッケージって単位で再利用できれば効率的なんだよ」
「その理由は、imageではなくパッケージって単位で再利用できれば効率的なんだよ」
2020/08/30(日) 16:57:33.68ID:Qpr/sPeC
>>170
わかったから病院に行け。
明日の朝イチですぐに行け。
君は相当、重度の発達障害だぜ。

「なぜなら、imageではなくパッケージって単位で再利用できねーと非効率的なんだよ」

これが理由と読めない理由がさっぱりわからないｗ


他人が述べた理由を
「なぜなら、imageではなくパッケージって単位で再利用できねーからこそ効率的なんだよ」
と勝手に書き換えるのもわからないｗｗ


実は君は宇宙人で、夏休みで日本に降り立ったのかいｗ？
日本語難しいよな！
2020/08/30(日) 17:13:46.70ID:N0JftUYO
>>172
なぜパッケージ単位で再利用できねーと非効率的なんですか？
2020/08/30(日) 17:35:18.67ID:Qpr/sPeC
>>173
なんで俺に理由を聞くの？>>136にレスしろよ。
彼が言っている事で、俺にも思い当たることはあるけど、正確に136が
どのようなケースを想定してこういったのかは知らない。エスパーじゃないからねｗ
俺は>>137の日本語の理解がおかしい、と指摘しているだけだが。
2020/08/30(日) 17:41:22.40ID:Hfipjr9d
136じゃなかったのかw
2020/08/30(日) 19:53:54.56ID:NuTsilhE
何か知らんけど、マージ機能なんか実現するわけないし話しても仕方なくね？
使いたいOSのパッケージマネージャーに入れてもらう方が現実的
2020/08/30(日) 23:57:27.10ID:N0JftUYO
>>174
おや？「パッケージ単位で再利用できねーと非効率的」では
理由になってないと認めたのですか？ｗ

それが理由だろって言えばいいだろうｗ
2020/08/30(日) 23:58:04.68ID:IuMrdEpr
コンテナの安全性をどう保証するのか社内で揉めてる
既存のノウハウが通じない事が多くてこんなんじゃ本番環境での採用に納得してもらえないよ
2020/08/30(日) 23:58:51.85ID:N0JftUYO
>>176
謎の技術で面倒なものをよきに計らってくれるものが
作れると思ってるやつに何言っても無駄だろうｗ
2020/08/30(日) 23:59:32.34ID:N0JftUYO
>>178
既存のノウハウで安全性を保証すればいいだけでは？
何が通じないのかいいましょう
2020/08/31(月) 00:01:43.54ID:vF14AGtx
>>180
新しい試みだから何が足りんかもわからん
訓えて
2020/08/31(月) 00:03:39.56ID:iWhhhfgj
>>181
既存のノウハウがそのままつかえると言ってるんですが

今どうやってコンテナではないものの
安全性を保証してるんですか？
まずそれを答えてください
2020/08/31(月) 00:10:49.96ID:vF14AGtx
>実際、オープンソースセキュリティ企業のSnyk社が、自社のコンテナースキャン機能で最も広く普及している10個のDockerイメージを分析したところ、すべてのイメージに脆弱なシステムライブラリがあることが明らかになりました。
>その中でも群を抜いて最悪だったのはDocker社の公式のNode.jsイメージで、580もの脆弱なシステムライブラリが含まれていました。

ぐぐったらこんなんでてきた
公式イメージでこの体たらくじゃセキュリティガバガバすぎて使い物にならなくねえか？


>>182
君だったら既存の対策で↑の580の脆弱性にどうやって対応する？
2020/08/31(月) 00:20:34.11ID:vF14AGtx
あらら即レスくん黙っちゃった
やっぱり既存の対策じゃ難しいのかね？
2020/08/31(月) 00:26:49.71ID:iWhhhfgj
>>183
> 君だったら既存の対策で↑の580の脆弱性にどうやって対応する？

だからお前はどうやってそれに対応してるのかって聞いてるんだが
2020/08/31(月) 00:27:14.66ID:iWhhhfgj
Node.jsに脆弱性がったら、アップデートするだけやろ
2020/08/31(月) 01:12:58.10ID:yjVyiQZJ
>>183
これはどうやって安全性を保障するか社内でもめている、って人へのレスなの？
自社で使う場合は「Docker社の公式のNode.jsイメージ」なんて使わないだろ。
2020/08/31(月) 01:32:46.70ID:iWhhhfgj
「Docker社の公式のNode.jsイメージ」を作るためのDockerfileは
公開されてるんだから自分でビルドしなおせばいいだけの話

Dockerfileがあれば誰でもイメージを再現できるのが
Dockerの特徴の１つ

「Docker社の公式のNode.jsイメージ」なんて手っ取り早く
開発するためのもので、実際にサービスとして運用するなら
自分でDockerfile作るでしょ？難しいって？そんなわけない
Dockerを使わずに開発するときに、自分で動作環境作ってるじゃん
2020/08/31(月) 08:58:34.42ID:eDtSpI/f
こうやって突き詰めていくとスゲーめんどくせえんだDockerってさ
普通に仮想マシン使えばいいんだよ
そうすりゃ全てがうまくいく
2020/08/31(月) 09:00:06.71ID:0JAMU07V
既存の負の遺産があるとそうなのだろう
2020/08/31(月) 09:44:52.21ID:iWhhhfgj
>>189
だから言ってるだろ

1. Dockerを仮想マシンの代わりとして使おうとする
2. Dockerは仮想マシンの代わりとして使うのは面倒くさいじゃないか！
3. Dockerは仮想マシンの変わりにはならない！
4. つまりDockerはクソ

って言ってるのがお前だろ？

俺は最初から言ってるよな？
Dockerは仮想マシンじゃない。
（必須ではないが）仮想マシンと組み合わせて使うもの。だと
2020/08/31(月) 10:06:27.79ID:eDtSpI/f
ぶっちゃけ最初からアプリがポーダブルになってればDockerなんて要らんのだよね
snapを始めとしたモダンパッケージマネージャのほうが優れてる
2020/08/31(月) 11:14:17.16ID:JF0Gj41+
依存関係もまとめて全部塊でわたせるって
一見するとスマートに見えるけど実は筋が悪い

パッケージの別バージョンのインストールをサポートして実行時に依存関係リストに紐付いてるバージョンを動かすようにしたほうが簡単でサイズ効率も良い
2020/08/31(月) 12:36:22.30ID:iWhhhfgj
>>192
アプリがポータブルってどういう事？
例えば何かをRubyで書いたとしてRubyやRubyの
ライブラリのバージョンが違っても動くようにするための
方法が他にあるっていうの？

それをやるのは事実上不可能だからDockerがあるんでしょ
本当にアプリをポータブルにしたいなら
外部コマンドやライブラリを一切使わずに
Linuxカーネルの機能だけを使ったバイナリを作るしかないな
2020/08/31(月) 12:37:42.26ID:iWhhhfgj
>>193
> パッケージの別バージョンのインストールをサポートして実行時に依存関係リストに紐付いてるバージョンを動かすようにしたほうが簡単でサイズ効率も良い

それをやってるのが.NETだけど
Linuxの場合、ライブラリを複数バージョンインストールできるようにして
それらをアプリごとに切り替えて使う仕組みがないんだよ
マニフェストで使うライブラリのバージョンを変更できる機能とかが必要だからな
2020/08/31(月) 12:38:49.17ID:iWhhhfgj
>>192
> snapを始めとしたモダンパッケージマネージャのほうが優れてる
snapは誰かが作ったアプリを使うためのもの
Dockerは自分でアプリを作るためのもの
2020/08/31(月) 14:45:37.10ID:/EQn80AW
>>194
いやいや簡単にできるぞ

アプリXが言語Aのバージョン1
アプリYが言語Aのバージョン2
アプリZが言語Bのバージョン1
をそれぞれ使ってるとする

パッケージX,Y,Zを入れると自動でパッケージX,Y,Z,A1,A2,B1がインストールされる

Xを実行するときには隔離された名前空間にX,A1のみがロードされる
Yを実行するときには隔離された名前空間にY,A2のみがロードされる
Zを実行するときには隔離された名前空間にZ,B1のみがロードされる

ぶっちゃけこれだけでいいんだよ
イメージに全てを固めて転送するのは無駄が多すぎる

本当に欲しかったものはスマートなパッケージマネージャと実行時の名前空間管理システムであってイメージじゃない
2020/08/31(月) 14:47:59.79ID:/EQn80AW
>>195
.NETにできるならほかでもやろうと思えばできるわな

>>196
お前の定義はどうでもいい
2020/08/31(月) 15:35:26.93ID:iWhhhfgj
>>197
簡単にできるというのなら、それを使えば解決するのでは？ｗ

「それ」が何のことか言えないから、お前はそうして
アプリXとか具体的ではない名前しか言えないわけで
2020/08/31(月) 15:42:05.77ID:bli2P+Al
>>197
それ結局Dockerじゃね？
Dockerのやり方に無駄が多い理由は
・複数のイメージが同一のライブラリを使用する場合に重複が生じる
・使われないコンポーネントがイメージに沢山入っている
だと思うが、君の挙げた例は上の2つの問題とは無関係で、Dockerによって解決できている問題だ
2020/08/31(月) 15:44:03.80ID:iWhhhfgj
>>197
もう少し具体的な話をしてあげようか？

あるPerlスクリプトがあったとして
シバンに #!/usr/bin/perl と書いてありました

だから/usr/bin/perlが使われます
どうやって解決しろと？
2020/08/31(月) 18:18:59.05ID:/EQn80AW
>>199
俺がやっても意味ない
Docker社なり公式がエコシステムとして提供しないと


>>200
Dockerは重複を解決できていないよ
単純な構成のアプリならベースイメージを共有することができるが
複数のパッケージに依存するアプリはもうだめだ
個別にDockerfileを書かなきゃならんので重複が生じる


>>201
だから名前空間だよ
パッケージXがpython:3.1パッケージに依存してたとする
パッケージXをインストールするとpython3.1がインストールされる(もし既に在るならスキップ)
実行時にはパッケージXのための名前空間が切られて
そこにパッケージXとpython3.1がロードされる
パッケージXから見えてるpythonは3.1だけなので/usr/bin/pythonは3.1がうごく
2020/08/31(月) 19:38:59.94ID:TX10L3Te
「名前空間」は魔法の言葉
2020/08/31(月) 21:31:08.18ID:iWhhhfgj
>>202
名前空間なんて機能はLinuxにはありません
勝手な機能を作らないでね
2020/08/31(月) 22:19:41.13ID:SMZJ52hH
Docker ～地図にない場所～
2020/08/31(月) 22:26:50.94ID:/EQn80AW
>>204
docker使っておいてそんなレスしちゃうのはヤヴァイ
2020/08/31(月) 22:27:52.03ID:s2vRPnz6
>>206
えぇ？もしかして名前空間って結局の所
Dockerと同じことをすればいいって意味だったんですか（笑）

ならDockerでいいですよね（にっこり
2020/08/31(月) 22:29:08.50ID:s2vRPnz6
結局アプリケーションの実行環境を仮想化するなら
Dockerが最適解だったってことなんだよな
2020/08/31(月) 22:37:52.31ID:/EQn80AW
>>207
やれやれだ
Dockerも名前空間を利用してるがその使い方が下手くそだ
よりスマートに使うにはパッケージマネージャ方式が正解
2020/08/31(月) 22:39:39.21ID:s2vRPnz6
>>209
お前、名前空間の意味わかってないだろｗ
Linuxカーネルの言葉で言ってみ
そしてパッケージマネージャーが、どこでその機能を使うんだよ

まあ、お前には無理だろうな（笑）
2020/08/31(月) 22:51:52.83ID:9IgB2+87
>>210
user namespaceも知らんのかお前
パッケージマネージャで依存関係を管理してそれをもとに特典のパッケージとその依存関係を名前空間で隔離して実行すって何度も言ってるが
名前空間も知らん人には理解が追いつかないかな
2020/09/01(火) 00:05:44.93ID:XiTY3BGm
はい、ぼけつほったー（笑）

https://gihyo.jp/admin/serial/01/linux_containers/0016

> ユーザ名前空間は3.8カーネルで実装された，現時点では一番新しい名前空間です。
> この機能により名前空間内で独立したUID，GIDを持てるようになります。
> 名前空間内のUID，GIDとホストOS上のUID，GIDの間はマッピングによるひもづけが行われます。

これとファイルシステムに一体何の関係が？ /usr/bin/perl という絶対パスしていを
UIDとGIDのマッピングでどうやって解決すると？
そしてパッケージマネージャーがどうやってUIDとGIDのマッピングをすると？

パッケージマネージャー上でアプリでも動かすんか？
ファイルを配置するだけのパッケージマネージャーでは無理だよなぁｗ
2020/09/01(火) 00:13:42.48ID:XiTY3BGm
なんかパッケージマネージャーとかいってるけど
こいつのパッケージマネージャーは
サービスとして動いていそうだよなｗ

パッケージマネージャーの機能をDockerに対応させると
Dockerイメージの作成部分だけの機能で
ランタイム部分はないわけだが

こいつのパッケージマネージャーはDockerの
コンテナランタイムのように、アプリ実行時の
プロセス分離やネットワーク分離までやってそうだ
2020/09/01(火) 00:17:24.91ID:WKQMSmMI
>>212
ぷっ
名前空間がUIDGIDだけだと思ってんのかこいつｗｗｗ
2020/09/01(火) 00:19:55.93ID:WKQMSmMI
>>213
snapd
パッケージマネージャがデーモンとして動いてるなんてのはもうすでにあんだよ
お前さん取り残されてるぞ
2020/09/01(火) 00:36:24.50ID:XiTY3BGm
>>214
ユーザー名前空間と言った後
しれっと「ユーザー」を消すとか
卑怯ですねぇ（笑）

>>215
あれあれ？じゃあお前のいうパッケージマネージャーって
Dockerみたいなものだってことですかねぇ
snap？登録に数時間かかるようなものがつかえるわけ無いだろ

だから言ってるDockerは開発者のためのもので
お前のような一般ユーザーはお呼びじゃない
2020/09/01(火) 00:40:20.52ID:vyoUBDj8
コンテナ配布で同じ環境を猿でも容易に作れたり、スケーリングや冗長化や障害発生時の自動回復で
素早くコンテナの停止と起動を行えるような仕組みがないと同等以上とは言えないんじゃないかと
2020/09/01(火) 00:45:18.96ID:XiTY3BGm
前々から言ってるように
アプリ開発者が自分のため（例 自社のサービス運用）に使うのがDockerで
エンドユーザーにアプリを配布するのがsnapなどなんだよ

その違いがわからない人がいる。
それはアプリを作らず、自分とは関係のない人が作った
アプリをただDockerイメージにしてるだけの人

そういう人だから既存のパッケージや仮想イメージを
変換してパッケージにできれば便利だって思ってしまう
だって、それらを材料として自分のアプリやシステムを開発してないから
インストールだけしたい人だからね
エンドユーザーと同じなわけさ
2020/09/01(火) 03:47:42.06ID:Xa34Xx+v
じゃあDockerHubに上がっているdocker-composeの公式イメージはどういう扱いになるんだろう
2020/09/01(火) 06:37:24.92ID:XiTY3BGm
開発ベース用イメージやろ（笑）
2020/09/01(火) 13:29:49.94ID:A1mCLrFH
【悲報】 DockerHubのイメージが6か月しか持たなくなった……
2020/09/01(火) 13:58:26.61ID:WKQMSmMI
dockerは存続できるのか?
podmanに移行したほうがいいかもな
redhatなら安心だ
2020/09/01(火) 18:23:34.20ID:muXUjtx4
インスコが面倒くさい人のためにDockerイメージが提供されてることはある
php向けの静的解析ツールのphpstanはDockerでも動く
シェルのエイリアス使えば普通にインストールしたのと同じ感覚で利用できる

https://phpstan.org/user-guide/docker
2020/09/01(火) 19:36:32.80ID:B8XCrqjk
dockerのインスコが面倒くさい場合は?
2020/09/01(火) 23:18:26.24ID:XiTY3BGm
>>221
6ヶ月pullしてないイメージが消えるだけやろ？ｗ

使ってないイメージが消えてなにか問題があるんか？
作り直せばいいだけだし、それができるのがDockerfile
226login:Penguin
垢版 |
2020/09/02(水) 09:01:27.36ID:uRoyZx9g
>>221
dockerhubは着実にsourceforge化が進んでるな。
そのうち何か月かpullされない物はイメージ内に勝手に広告入れてくるぞｗ
2020/09/02(水) 10:32:31.41ID:Q+/9WQ+h
>>226
そうだな。広告が入ったらお前が正しい。入らなかったお前は間違い。
今はまだ入ってないから、お前の予想は現在進行系で間違い続けてるってことだ。
これからずっと何年間もお前は間違い続けるだろうｗ
228login:Penguin
垢版 |
2020/09/02(水) 10:45:19.26ID:sXcSNWrn
秒読み段階だろ。
229login:Penguin
垢版 |
2020/09/02(水) 11:05:20.37ID:uRoyZx9g
コミュ障は冗談が通じなくて大変だなｗ
人付き合いどうしてるのｗ？
230login:Penguin
垢版 |
2020/09/02(水) 11:24:58.99ID:sXcSNWrn
殴って言うことをきかせる。

ネットは苦手。
2020/09/02(水) 11:33:56.92ID:D5vfJd8m
冗談で言ってるといいながらそれが本音だったりするからな
だからマジレスすると答えられなくなる
232login:Penguin
垢版 |
2020/09/02(水) 11:36:39.68ID:sXcSNWrn
そりゃ本音だろ。
どう見ても悪い道歩いてる。

冗談といってるのは、相手を追い込まない会話スキルだろね。
2020/09/02(水) 11:42:19.23ID:D5vfJd8m
「冗談じゃねーか」

これって逃げゼリフだと思うよｗ
2020/09/02(水) 12:06:10.19ID:JI7r2OZ3
Dockerが消えてもPodmanがあるから安心
レジストリはどこかが引き継ぐでしょ
235login:Penguin
垢版 |
2020/09/02(水) 12:12:49.36ID:sXcSNWrn
オティンポーヌあわしろｗ
2020/09/02(水) 12:31:31.57ID:D5vfJd8m
Dockerもロケットとかいうのがあったでしょ？
237login:Penguin
垢版 |
2020/09/02(水) 12:40:01.39ID:sXcSNWrn
ところで今話題のドッカーンって何が良いの？
2020/09/02(水) 19:07:06.74ID:JI7r2OZ3
これといって特に
239login:Penguin
垢版 |
2020/09/02(水) 21:02:07.12ID:uRoyZx9g
>>215
dockerやってはsnap使ってるって事はmicrok8s使ってるの？
2020/09/02(水) 22:32:28.19ID:n5jwjSMN
このタイミングで…。

September 1, 2020
Introducing GitHub Container Registry
ttps://github.blog/2020-09-01-introducing-github-container-registry/
2020/09/03(木) 00:25:36.21ID:tS+LaJzB
>>240
Dockerhub終了のお知らせって事で良い？
こりゃいよいよDockerhubは広告が入りそうだなｗ
2020/09/03(木) 05:35:19.67ID:WwM7zrnH
>>240
> Docker as the second most popular ecosystem in Packages

Dockerってすごいな。パッケージシステムとしての
デファクトの１つを確立してるじゃん
snapとか言うのオワコン？
2020/09/03(木) 06:47:41.69ID:tS+LaJzB
>>242
>>192は単に「俺はDockerよりもsnapの考え方の方が気に入っている」
と言っているだけであって、別にシェアのことを言っている訳じゃないね。
話をちゃんと聞き取ろうね。
2020/09/03(木) 08:23:16.68ID:IROHQ++7
yumとかaptとかnpmとかが無料ユーザーは
利用回数制限するとか言ったことある？
2020/09/03(木) 12:45:50.66ID:6QydAOaZ
>>243
「Dockerの役割を知らないから、snapが代わりになると思っている」
じゃねーの？ｗ

Dockerは開発者のものという意味がわからんのだろうね
自分が開発者じゃないから
2020/09/03(木) 12:46:53.56ID:6QydAOaZ
>>244
Dockerも利用回数制限するとは言ってないですね
なにがいいたんでしょーか？
2020/09/03(木) 13:42:11.95ID:Gh5oWct/
>>245
この勘違いくんいつまでこの勘違い続けるんだ？
クライアントはDocker使わないとでも思ってんのかね
2020/09/03(木) 13:52:08.36ID:6QydAOaZ
>>247
クライアントだけに限定するなや

お前が言ってるのは、ハズレを除けば
全部アタリって言ってるだけだ
2020/09/03(木) 14:18:25.32ID:85pNHjPj
Docker Hubのプル回数制限の件は
運営側が様子見て
まだ行けそうだったら
徐々に緩和する事に期待するしかない
2020/09/03(木) 14:44:05.60ID:6QydAOaZ
プル回数制限ってログインしてないユーザーで6時間で100回だろ？
ログインしていれば200回

ローカルにpullしたものはキャッシュされるわけで
ビルドするたびにpullしてるわけじゃない
100回で困るんだろうかね？
2020/09/03(木) 15:06:35.84ID:Gh5oWct/
>>248
日本語で頼む
2020/09/03(木) 15:10:39.17ID:S387clmO
>>250
やべーのはCIだろうな
毎回クリーンな環境作って複数のimageをpullするから100回なんてあっという間だ
2020/09/03(木) 17:17:02.51ID:6QydAOaZ
>>251
なぜ今、6時間で100回のpull制限はキツイかどうかって話をしてるかわかる？
開発者はCIを使ったテストで多数のイメージをpullする必要があるからだよ

これがDockerの主なユースケースの１つ
開発者なら容易に思いつくんだが
snapが代わりとなると思ってるような奴には理解できない

そういうやつがsnapの方が考え方が気に入ってると言ったところで
お前はDockerの使い方を知らんのだとしか言いようがないだろ
2020/09/03(木) 17:18:36.04ID:6QydAOaZ
>>252
クラウドのCIを使ってるならクリーンな環境を作るときにIPアドレスが変わるはずだよ
IPアドレス固定は有料だから、固定にする必要がないものまで固定にしたりしないだろう
自社でCIサーバー立ててるようなところは苦労するかもしれんがｗ
2020/09/03(木) 19:14:17.38ID:S387clmO
>>253
本当に意味わからんなお前ちょっと冷静になれ
CIもクライアントの1つだ
2020/09/03(木) 19:19:15.00ID:S387clmO
>>254
考えが足りなすぎる
脊髄反射でレスするからレスの内容が薄いか間違いだらけ
IPが毎回違うってことは予期せぬ回数制限に引っかかる確率が上がるってことだぞ
CIパイプラインでこの仕様は致命的だ
257login:Penguin
垢版 |
2020/09/03(木) 19:24:44.19ID:tS+LaJzB
実務者でdockerhubがコンテナレジストリって人居んの？
アマゾンかグーグルでしょ。
使ってるのカネのない個人だけ。
2020/09/03(木) 19:43:38.56ID:6QydAOaZ
>>255
> CIもクライアントの1つだ

クライアントの1つだというのなら、
クライアントはCI以外にもあるという話

それ以外のクライアントも考えろと言ってる
例えば開発者だ
2020/09/03(木) 19:46:28.53ID:6QydAOaZ
>>256
> IPが毎回違うってことは予期せぬ回数制限に引っかかる確率が上がるってことだぞ
考えなしに発言してるのはお前だろ

クラウドの用途はCIだけじゃない。多数のマシンの中でCIに使ってる確率なんて僅かだ
毎回作り直してる＝いろんな用途に使ってるんだから
予期せぬ回数制限（6時間で100回）に引っかかる確率なんてごく僅かだ
2020/09/03(木) 19:48:19.59ID:6QydAOaZ
>>257
ディストリ含めてOSSで使ってるのはほとんどDockerhubだろ
2020/09/03(木) 20:05:52.12ID:QulWwuIa
>>258
そうだ
沢山のクライアントなかの1つが開発者だ
つまりDockerは開発者だけのためのの物じゃない
様々な利用者と利用目的がある
開発者のためのツールなどと言い切るのは見聞が狭すぎる井の中の蛙の意見でしかない
2020/09/03(木) 20:12:43.14ID:QulWwuIa
>>259
また考えが足りないぞ
膨大な数のインスタンスが生成されてるから再割り当ての数も多い
インスタンスのプーリングを行っていることも考えればハズレをひく可能性は十分だ
2020/09/04(金) 00:06:18.03ID:BhHtpe1C
コミュ障患者が一人で延々と会話してるみたいで気味悪い。
コンテナがらみのまともなスレは無いのか？
2020/09/04(金) 04:59:20.97ID:+YN23h4w
GitHub(Microsoft), CircleCI, Google などが、DockerHub を援助すべき！
2020/09/04(金) 05:04:55.02ID:E/qB8e/r
>>261
snapではDockerの代わりにならないってことが
理解できたようですね
2020/09/04(金) 05:45:33.72ID:eLpcNFXV
>>263
無い
2020/09/04(金) 19:10:10.29ID:2nimwvZO
initフラグが必要か要らんのか悩むよね
2020/09/04(金) 20:04:23.92ID:RuSolaDB
「GitHub Container Registry」パブリックベータとしてサービス開始。無料でコンテナのパブリックイメージ公開可能
https://www.publickey1.jp/blog/20/github_container_registry.html
2020/09/04(金) 20:18:21.33ID:2nimwvZO
ベータ版のあいだはプライベートなレジストリとしての利用も無料で、正式版となったときには、GitHub Packagesと同じ料金体系が適用される予定です。

ちなみに現在のGitHub Packagesの料金は、無料の「GitHub Free」では500MBストレージ、1カ月あたりのデータ転送料は1GBまで。「GitHub Pro」「GitHub Team」は2GBストレージ、1カ月あたり10GBのデータ転送量まで、など。
2020/09/04(金) 20:19:35.65ID:2nimwvZO
なんか微妙な数字だな
2020/09/06(日) 04:05:19.49ID:kFfJ7Vug
まじかよpull回数制限ってもう始まってるのかよ
11月までに対策すればいいやって思ってたのに

（対策っていうのは俺がpullで困ることへの対策じゃなくて
俺の作ったイメージを使ってる人のための対策ね）
2020/09/07(月) 00:30:39.72ID:v6vBFgsi
>>271
crontabかなんかで、月1回だけ、認証アカウントからpullすればいいんとちゃうの？
2020/09/07(月) 04:09:50.37ID:TMcWFsmI
>>272
だからpullするのは俺じゃないんだってｗ

前から思ってたけど、イメージ名が卑怯だよな
例えば debian というイメージはDocker Hubからダウンロードと決め打ち
Googleのを使うとイメージ名が変わってしまう

わざとそういう設計にしてるんだろうけど
2020/09/07(月) 07:32:44.88ID:b5sWb7j3
対策って、「空いてそうな時間にpullしてね」って言う以外にどんなのがあるかな
2020/09/07(月) 07:47:09.72ID:8/tkoCCF
>>274
GitHubの方を使ってとか
2020/09/07(月) 18:45:57.07ID:vNXhhBP2
まぁ要らん心配だよ。
2020/09/07(月) 22:39:25.12ID:90UK9qUW
ネタがないと静かなるスレだね
2020/09/08(火) 01:06:46.81ID:Rzyjt0Yy
ネタというか暇つぶしにおちょくってるとき以外はずっと過疎ってるねここ
279login:Penguin
垢版 |
2020/09/08(火) 15:55:38.11ID:+k2ICBGl
ぶっちゃけ役に立ってないからな。
2020/09/08(火) 18:39:00.09ID:MfY5Zmkq
枯れた技術だからしょうがない
2020/09/09(水) 14:19:17.56ID:y4piuUcg
Macで動かすと遅いって記事をqiitaでみたけどまじなの？
282login:Penguin
垢版 |
2020/09/09(水) 14:43:55.69ID:7WxI1yHR
ファイルシステムのせいだろ。NFSにしたら直るとか。
2020/09/09(水) 15:19:36.17ID:WL2f1zpX
まじだよ。osxfsが遅い。
ホストとコンテナ間の一貫性を犠牲にして速くするオプションもあるけど、まぁ遅い。
個人的にはMac捨てたほうが幸せだと思う。
2020/09/09(水) 15:38:52.55ID:YndwdrRr
母艦はなんでもよかねえか
どうせクラウドに接続して仕事するだろ
2020/09/09(水) 16:52:37.76ID:kC37BnwZ
>>283
gRPC FUSEにしたら、改善はするけどな。
2020/09/09(水) 16:52:56.22ID:y4piuUcg
safariがWindowsでもLinuxでも動かせればいいんだけどね
Macうぜえ
2020/09/09(水) 17:40:30.34ID:5Mjbbo3O
>>286
Apple「Mac買ってください。お願いします。どうかお願いします。助けると思って」
2020/09/09(水) 17:45:38.81ID:WL2f1zpX
>>285
Docker for MacのEdgeリリースには入ってるんだっけ？試してみるかぁ
2020/09/09(水) 20:15:54.64ID:bFuAYJ1v
DockerはもともとLinuxのLXCを使って実現したわけだけど、それ以外の環境だと
何らかの仮想化環境の上でDockerをエミュレートしているような状態だよな。
2020/09/09(水) 21:05:41.72ID:AyIg2b+E
WindowsのHyper-Vの方が快適
2020/09/09(水) 21:34:44.79ID:V5D2Ylqa
>>288
あぁ、手元は Edge を使っていたので、そのまま書いてもうた、スマン。

あと、VMware FusionをHypervisorにして、
Docker for Macから使うのもいいよ。
オススメは VMware Fusion Proでネットワークまわりをがっちりと作って、
Docker for Macから使うのもいいね。
2020/09/09(水) 21:37:38.30ID:V5D2Ylqa
>>288
んで、そこらへんをサクッとできるのが、
VMware Fusionの Project Nautilus。
VMware Fusionでサクッと、OCI containerを扱えるよ。
2020/09/10(木) 03:04:41.73ID:BlNz7QW5
>>289
目的と手段の違いだな

Dockerの目的は、あらゆるOS上で同じDockerイメージを動かすこと
だから最初からWindowsとmacOSにも対応していた
LXCを使うのは手段でしか無い

実機はLinuxだから素早く起動できるコンテナを使うという目標はあっただろうけど
それと同時にWindowsやmacOSでも動かすという目的もあったのだろう
294login:Penguin
垢版 |
2020/09/10(木) 18:59:09.88ID:+E/RtZh/
>>292
macにそんな新機能とかご苦労なこったな。
当事者のアップルはintel捨てるっていうのに。
評価するだけバカバカしいわ。
2020/09/10(木) 19:13:37.88ID:Bks6ec6x
MacみたいなカッコいいハードのLinuxノート売ってくれ
2020/09/10(木) 21:35:13.09ID:xCuEk6PN
>>293
いや、目的の話はしてなくて。
2020/09/10(木) 23:40:30.18ID:vvzYfqrD
>>294
ちなみに、最近、VMware Workstationもできるようになった。
298login:Penguin
垢版 |
2020/09/11(金) 01:57:45.33ID:vziL8rE9
2014～2016年頃？：
DockerはVMより起動がずっと早いです！将来はネイティブで実行が可能となりVMは不要になります！
Dockerデスクトップ作ったので今はエンタープライズ向けのツール作って開発機から本番機までをサポートします！

その後：
結局はDockerはdocker machineという名のVMの上で動いていただけです。
ネィティブ実行は出来ません（諦めました、CoreOSは離れていきました）
エンタープライズ市場はK8sに勝てませんでした（諦めました、作ったツールは他社に売却しました）
今後はVMとコンテナは共存します。わが社は開発者にターゲットを絞ってサポート続けます。

駆逐されるはずだったVMの会社
→えっ？じゃあウチがコンテナランタイム作った方がよくね？

駆逐されるはずだったエンタープライズの会社
→えっ？じゃあウチがコンテナランタイム作った方がよくね？

イマココでOK?
2020/09/11(金) 04:00:34.12ID:+Ta+gBDs
> DockerはVMより起動がずっと早いです！将来はネイティブで実行が可能となりVMは不要になります！

それ言ってたのバカだけ。
Dockerは最初からアプリを配布する他のものだって
公式の情報見てたやつはちゃんとわかってる
そして今もバカは同じことを言ってる。
2020/09/11(金) 04:01:18.16ID:+Ta+gBDs
> 結局はDockerはdocker machineという名のVMの上で動いていただけです。
それはmacOSとWindowsの話
お前みたいにLinux使ってないやつだけがそう勘違いする
2020/09/11(金) 04:03:31.30ID:+Ta+gBDs
> （諦めました、CoreOSは離れていきました）
CoreOSはDockerと全く関係ない。
むしろ競合技術。CoreOSのrktはまさにDockerの代替
CoreOSが消え去ったのはDockerの勝利

Docker vs. CoreOS コンテナ戦争とは何だったのか？
https://gihyo.jp/news/report/2016/11/2201
2020/09/11(金) 04:05:02.55ID:+Ta+gBDs
> 駆逐されるはずだったVMの会社
> →えっ？じゃあウチがコンテナランタイム作った方がよくね？

VMの会社はMicrosoft、KVM、VirtualBoxのOracle、
VMware、Parallelsなど。どこもコンテナランタイム作っていない
2020/09/11(金) 04:05:20.35ID:+Ta+gBDs
> イマココでOK?

間違いだらけ（大爆笑）
304login:Penguin
垢版 |
2020/09/11(金) 15:06:40.93ID:8nMUU2WB
>>299
>公式の情報見てたやつはちゃんとわかってる
その公式の情報とやらは何処に…？

>>301
そのcoreosがrkt作ったことをもって「離れました」と言っているのだが？
https://gihyo.jp/admin/column/newyear/2018/container-and-cloud
> しかしその一方で，Dockerコンテナを支えていたはずのCoreOSからDockerの対抗技術であるrktがリリースされたり，CoreOSとGoogleが親密な関係を築き

>>302
290番台はVMwareがコンテナランタイム作ったよ、
と言う会話をしてるんだが？

https://blogs.vmware.com/teamfusion/2020/01/fusion-tp20h1-introducing-nautilus.html
Containers on the desktop today
-> Nautilus is different

>>303
会話についてこれてなくて大爆笑ｗ
2020/09/11(金) 15:27:38.77ID:I1YmVSE9
> その公式の情報とやらは何処に…？
Dockerのドキュメント見ろって話
サイト見たこともないだろうなｗ
306login:Penguin
垢版 |
2020/09/11(金) 15:35:05.41ID:wi40Rbu2
>>305
いいからURL示せよ。
多分にお前のファンタジー解釈が入ってるだろうからｗ
2020/09/11(金) 15:46:26.97ID:I1YmVSE9
https://www.docker.com/

> DockerはVMより起動がずっと早いです！将来はネイティブで実行が可能となりVMは不要になります

どこにもこんなこと書いてない

っていうかさ、お前が書いてある証拠を出さないといけない案件だろ
308login:Penguin
垢版 |
2020/09/11(金) 15:52:26.02ID:eKV7wJLg
>>307
>Dockerは最初からアプリを配布する他のものだって

と、どこに書いてあるのか、
と聞いているのだが？
2020/09/11(金) 16:02:58.51ID:I1YmVSE9
Deploy your app to the cloud
https://docs.docker.com/get-started/
2020/09/11(金) 16:09:22.16ID:I1YmVSE9
https://www.docker.com/why-docker
Containers are a standardized unit of software that allows developers to
isolate their app from its environment, solving the “it works on my machine” headache.

Googleまるなげ
コンテナーは、開発者がアプリを環境から分離して、「自分のマシンで機能する」という
頭痛を解決できるようにするソフトウェアの標準化されたユニットです。
2020/09/11(金) 16:11:52.36ID:I1YmVSE9
https://www.docker.com/resources/what-container

Containers and Virtual Machines Together
Containers and VMs used together provide a great deal of flexibility in deploying and managing app

コンテナと仮想マシンを一緒に 一緒に使用されるコンテナーとVMは、アプリのデプロイと管理に大きな柔軟性を提供します
312login:Penguin
垢版 |
2020/09/11(金) 16:50:56.77ID:C4akUaEJ
ここ荒らしてるのもアンチLinuxの解無しクンじゃないのか？

荒らすのが目的だから、食いついてくるなら何でも書き込んでくるぞ。
313login:Penguin
垢版 |
2020/09/12(土) 13:09:02.39ID:mdwDFwCc
>>309
無能でコミュ障って本当大変だな（周りの人が）
get-started：に
"Docker is a system specialized for developers to develop and distribute applications."
と書かれている場合だけ「Dockerは最初からアプリを配布する他のもの」という理解で良いかもしれないけど
そんなことは勿論書かれておらず

柔軟性：　すげー複雑なアプリもコンテナ化できるんだぜ。
軽量：　コンテナってホストのカーネル借りたり共有したりするから、VMと比べてシステムリソースの使い方がすげー効率的だぜ。
可搬性：　きみはローカルでビルドしてクラウドでデプロイしたり、どこでも実行できるぜ。
疎結合：　コンテナって自己完結してカプセル化されてるから、君はほかのものを混在させずに1つだけリプレイスとかアップグレードとかできるぜ。
スケーラブル：　君はデータセンターまたいで自動的にコンテナのレプリカを配布出来るんだぜ。
セキュア：　コンテナってユーザーの設定なしで強い制約とかプロセス分離ができてるからすげーセキュアだぜ。

なんでこの記述よんで「Dockerは最初からアプリを配布する他のもの」という理解になるのか？
314login:Penguin
垢版 |
2020/09/12(土) 13:16:14.74ID:0ivhhPrN
>>307
Docker EEはベアメタルかVMで動くものだったね。
去年の11月に売却したけど。
これでDockerはエンタープライズ市場
（クラウドでサービス展開する商用の本番機はほぼ全てだろ）
は諦めた、という事。
Dockerの終わりの始まりと書いている記事もあるね。
2020/09/12(土) 14:02:50.88ID:SNrF3min
>>313
なんでとか俺に聞くな

Dockerは最初からアプリを配布（デプロイ）するためのものだし
お前はそのことに対して否定することを何も言ってない
お前は、違うかもしれない。な？な？としか言ってない
2020/09/12(土) 14:03:30.10ID:SNrF3min
>>314
> Docker EEはベアメタルかVMで動くものだったね。

ベアメタルかVMでって、それ以外なんかあるの？
Docker EEじゃなくて、普通のDockerでも同じだけど
2020/09/12(土) 14:05:34.10ID:SNrF3min
>>314
> これでDockerはエンタープライズ市場
> は諦めた、という事。

Docker社とDockerを区別しろ
会社の方針としてエンタープライズ市場を制覇するのを辞めたってことで
相変わらずDockerはエンタープライズでも使われてる
終わりの始まりというのはDocker社の話であって
Dockerはオープンソースでこれからも幅広い分野で使われる
2020/09/12(土) 14:39:11.38ID:MB9cyzCx
volumeの中のmysqlのデータをバックアップ取る方法を教えてください
2020/09/12(土) 15:56:42.68ID:mLdbGGDq
dockerは終わりでしょ
だってこれからはpodmanだから
2020/09/12(土) 15:57:56.04ID:mLdbGGDq
>>318
mysqldump
2020/09/12(土) 16:03:47.12ID:f1Nswvqc
>319
RedHadが代替を目指して作成したもので
成功したものなんてない
RedHatとCentOSとFedoraで使われる程度
2020/09/12(土) 16:04:56.28ID:oyfgdcxB
>>321
まあとにかく使ってみなよ
dockerがpodmanに勝ってる部分って全くないぞ
2020/09/12(土) 16:13:41.10ID:f1Nswvqc
いいえ違います。
podmanが勝ってる部分がないと
podmanへの乗り換えは起きません
2020/09/12(土) 16:28:57.69ID:MB9cyzCx
＞＞３２０
ありがとうございます


dockerスレでpodmanの話しされてもうざいからpodmanのスレ立てましょうか？
2020/09/12(土) 16:33:54.97ID:oyfgdcxB
>>323
セキュア、デーモンレス、コンパクト、podサポートとかかな
ビルダーもDockerfileより簡単で柔軟だ
2020/09/12(土) 16:34:51.95ID:oyfgdcxB
dockerはpodmanのエイリアスだからここで話してもOK
2020/09/12(土) 16:43:41.65ID:f4CKczib
ステマしても誰も使わんぞ
2020/09/12(土) 16:50:41.75ID:vWsXqnAI
いいですね。立てました。

Docker代替のpodman専用スレ （Dockerの話題禁止）
https://mao.5ch.net/test/read.cgi/linux/1599897027/
2020/09/12(土) 17:01:55.67ID:MB9cyzCx
>>328
ありがとうございます。

podman使いの方はご移動をお願いいたします。
330login:Penguin
垢版 |
2020/09/12(土) 17:19:18.52ID:MXkYcqL2
>>318は、docker上でmysql使っててバックアップが取りたかったんだよな？
でその問題の解決方法はいつものmysqldumpだったと。
じゃあ君の問題は解決したんだからもう良いじゃん。
何でpodmanなんて君の問題に関係ないネタにスレ立てとか、おせっかいやくの？
君と関係ないじゃん。
2020/09/12(土) 17:36:09.05ID:4+Erce5G
>>330
関係ない話題に参加したらいかんのか？
お前だって関係ない話題に参加しただろ。お前のそのそのレスで
332login:Penguin
垢版 |
2020/09/12(土) 17:38:52.39ID:0oZogP/V
>>328 しかも322とか325はpodmanをDockerと比べて云々という話題をしているのに
立てたスレは「Dockerの話題禁止」ｗｗ
それじゃ325の続きかけねーよｗｗｗ
333login:Penguin
垢版 |
2020/09/12(土) 17:41:50.69ID:t8Yn7XIG
>>331
行動が不自然だと言っている。
なんでmysqlに問題を抱えるやつが自分の問題が解決した
喜ぶべきスレ立ててまでタイミングで他人を排除とか変な
行動しなきゃならんの？
って話。
2020/09/12(土) 17:47:26.22ID:4+Erce5G
>>332
podmanを消してDockerの話題だけをすればいい
335login:Penguin
垢版 |
2020/09/12(土) 18:02:52.48ID:t8Yn7XIG
>>334
全く意味のない情報になるね。
>>1には「情報共有しましょう」と書いてるのに。
俺はその話に興味があるんだから、お前が勝手に排除するなよ。
dockerとpodmanを比較したい？
話したいなら話せば良いじゃねーか。
比較の一方がDockerならスレチでもない。
お前が興味ないだけなんだろ？じゃあ２、３日PC閉じてろよ。
話し終わってるから。
2020/09/12(土) 18:05:46.17ID:4+Erce5G
韓国「日本が～、日本が～」
日本「韓国？興味ない」
337login:Penguin
垢版 |
2020/09/12(土) 18:12:46.51ID:t8Yn7XIG
>>336
まんまお前じゃねーかｗ
お前「Dockerが～、Dockerが～」
ほかの皆さん「Docker？コンテナ技術の１つですね。」
ｗｗｗ
2020/09/12(土) 18:17:24.62ID:4+Erce5G
ほかの皆さんって誰のことだ？
339login:Penguin
垢版 |
2020/09/12(土) 18:20:59.67ID:t8Yn7XIG
>>338
podmanの話をしようとした人はそうだろ。
ほかにNautilus の話しようとした人も。
2020/09/12(土) 18:53:49.94ID:MB9cyzCx
>>333
すいません、理解できる日本語で書き直していただけますか
341login:Penguin
垢版 |
2020/09/12(土) 19:02:46.54ID:MXkYcqL2
>>340
何で君は自分の問題が解決した喜ぶべきタイミングで
君の問題と全く関係ない話をしている、他の人を排除しようとするの？
別にスレチって事も無いよな？
2020/09/12(土) 19:03:37.47ID:m3qzSMVv
mysqlはmysqlのスレに行けよ
関係ない話されっとマジ迷惑
2020/09/12(土) 19:06:51.49ID:MB9cyzCx
じゃあpodmanは別ツールですから移動してくださいね
迷惑ですよ
344login:Penguin
垢版 |
2020/09/12(土) 19:12:23.81ID:MXkYcqL2
>>343
dockerとpodmanの比較の話をしてたはずだが？
俺は続きに興味があるんだが？
何処に優位性があるのか、思わずggちまった。
mysqlへの興味は10年前に終わった。mysqldumpとか初心者かよｗ
2020/09/12(土) 19:16:46.37ID:m3qzSMVv
dockerはpodmanのエイリアスだぞ
dockerを語るということはpodmanを語るということだ
2020/09/13(日) 01:48:34.12ID:bMGsGtkZ
じゃあDockerだけ語ればいいなｗ
2020/09/13(日) 13:28:07.09ID:bi3dhXK3
誰もpodmanに興味が内容であっちのスレは落ちそう
2020/09/13(日) 13:32:29.28ID:spFBENvC
podmanは引き続きこっちでやればいい
2020/09/16(水) 11:09:38.75ID:g7KlMKmX
MacでDockerはむいてないのか
2020/09/16(水) 11:17:11.08ID:ySlIKYCp
Linux使え
MacもWindowsも一般ユーザー向け
2020/09/16(水) 14:52:18.04ID:g7KlMKmX
会社だとMacかWindowsが支給されるがLinuxは支給されない
だからMacかWindowsでやったほうがいいのかなと思って
352login:Penguin
垢版 |
2020/09/16(水) 15:24:19.35ID:LZxi+NUJ
>>351
会社支給品で開発するなら普通はMacでは？
WindowsのDockerはまだこれからと言う気がする。
とはいえMacはARMに移行するから、近い将来買い替えなければならなくなる。
ARM CPUで開発して本番機はx86(Xeon)ってのも色々リスクがあるから会社の方針を変える必要があるかもね。
（本番機もArmのlinux使う検討するとか）
2020/09/16(水) 15:52:15.16ID:UTKb7uYJ
最近のWindowsUpdateの更新でWSLがバグってるらしいけどDockerは普通に動くの？
2020/09/16(水) 16:03:31.20ID:2owyOG6b
WSLのバグは大きな問題じゃないから
ほとんど問題なく動いてる
2020/09/16(水) 16:09:23.17ID:UTKb7uYJ
>>354
サンクス
2020/09/16(水) 16:21:06.16ID:KL8KuR5K
メモリ食いつぶしたり古いカーネルAPIの互換性でクラッシュしたりするけど仕様なんだってな
バグじゃないってよ
WSL2ってそういうとこだよ
2020/09/16(水) 17:19:22.88ID:2owyOG6b
メモリは上限を決めれば問題ないだろ
普通の仮想マシンと同じ扱いになる

そして絶賛対応中。今のWindowsはマジで改善しまくってるから
どんどん使いやすくなってる
2020/09/16(水) 18:44:56.39ID:KL8KuR5K
普通の仮想マシンと同じ扱いならトラブル少ない普通の仮想マシンを使うわ
改善たってもとがアレじゃいつまでかかることやら…
最終的にMicrosoft Linuxまで改善が進んだらようやっと乗り換えを検討してもいいかなってところかな
2020/09/16(水) 19:23:05.98ID:C1FQRFtX
普通の仮想マシンと同じ扱いなんて書いてないよ

メモリの上限は普通の仮想マシンと同じ方法でやれる
それ以外は仮想マシン使うより格段に便利なんだから
仮想マシンに比べてメリットはあれど欠点はないということになる

論理的思考をしましょうね
2020/09/16(水) 19:48:53.69ID:MxW2KRIC
欠点はある
WSLはデフォルト設定でメモリ食いつぶす
レガシーAPIコールでクラッシュ
コンフィグ用のクールなUIもない
カスタマイズが前提なのにカスタマイズ方法がわかりにくいというクソ仕様

普通の仮想マシンはデフォルトでいい具合にメモリが制限されている
意味不明なクラッシュもしない
コンフィグ用のUIが用意されてる
2020/09/16(水) 19:51:13.37ID:C1FQRFtX
はい自滅しました（笑）

仮想マシンのメリットは
それだけなんです
2020/09/16(水) 20:00:22.22ID:MxW2KRIC
そう
だから仮想マシンなんて使わないほうがいいんだ
最初からLinuxを使うだけ
Docker on WSL2 on Windowsってどんだけ無駄なレイヤー積み重ねるつもりだよ
2020/09/16(水) 20:24:20.69ID:g7KlMKmX
DOCKER JAPAN
2020/09/16(水) 21:10:52.19ID:C1FQRFtX
>>362
いくらレイヤーを重ねようが、お前が作ってるわけじゃないんだから
どうせ見てないだろｗ
365login:Penguin
垢版 |
2020/09/16(水) 22:37:50.04ID:LZxi+NUJ
>>362
原理的にはそうなんだろうけどね。
linuxってそもそも効率的な開発できるもんなの？
excelもwinmergeもないOSで効率的な開発できるとは到底思えん。
ファイルマネージャも使いにくいしな。
同僚でlinuxを開発機にしてる人がいるけどミスが多くて、やはり効率的に仕事しているとは思えない。
2020/09/16(水) 23:01:52.75ID:BY7F0LGM
用途による
としか言えない話ばっかりだね
2020/09/16(水) 23:07:47.96ID:KX3RO5ip
>>366
ほんとそれ
368login:Penguin
垢版 |
2020/09/16(水) 23:10:18.63ID:LZxi+NUJ
開発以外の用途にdockerなんか使うのかよ？
2020/09/17(木) 00:33:25.13ID:PMnTUY7k
使ってますけど何か
370login:Penguin
垢版 |
2020/09/17(木) 01:03:12.07ID:PoDGrJen
>>369
何にｗ？
エアプなら何にでも使えて便利だよなｗｗｗ
2020/09/17(木) 02:03:19.41ID:MohXR9nI
>>370
docker-vpn-browserとかあるんですよ
無知晒しちゃったねw
372login:Penguin
垢版 |
2020/09/17(木) 03:08:35.15ID:PoDGrJen
>>371
その程度の用途ならそもそもdockerのホストがlinuxなのかwinなのかmacなのかなんて
どうでもいいじゃんｗ
2020/09/17(木) 03:24:56.32ID:aYGaEjnq
>>372
>開発以外の用途にdockerなんか使うのかよ？
これの答えなんだがそれすらも理解できなかったかな?
374login:Penguin
垢版 |
2020/09/17(木) 03:51:11.00ID:PoDGrJen
>>373
その上がDockerはWin/MacかLinux化って話だから、
そんな用途ならホストはどうだっていいよ、って話だね。
2020/09/17(木) 06:00:38.38ID:7ctKLcsm
今の本番環境といえばクラウドだが
クラウドはDocker対応がかなり進んでいて
Dockerイメージを前提とした本番環境を構築するサービスだってある
本番環境でDockerを使うから、開発でもDockerを使う
2020/09/17(木) 11:31:24.69ID:I1nk2O/z
imageを上げるだけでサイト公開できるwebサービスありませんか？
2020/09/17(木) 12:38:20.60ID:OD1k8I+W
>>365
エクセルは使いみちないかな
DiffはVSCodeで見てる
作業中にいちいち外部ツール起動するのは非効率的
2020/09/17(木) 19:33:22.24ID:NEdqUczI
>>365
Excelもwinmergeも要らない。
同僚がヘタレなだけ

差分比較ツールなんか、ほかにもある。
Meldもいいし、VSCodeのDiffもいい。
Excelなんか、こだわる必要ない。
2020/09/17(木) 19:47:13.09ID:AZDMQFNW
テレワークだとエクセルが遅すぎるんだよな
画像満載のブックは特にひどい
380login:Penguin
垢版 |
2020/09/17(木) 22:32:14.42ID:LI4uIlPg
>>377
Excelは顧客との仕様確認、テスト仕様書用やな。
最も半分以上googleスプレッドシートに移行してるからだんだん存在感なくなってきてるけど。
今時のクラウドエンジニアってマジでWeb上のサービスしか使わないのね。

winmergeはディレクトリ配下全部の比較が出来るのが良いね。
同じことができるのがMacにもLinuxにもなかなか存在しない。
win10嫌いだからあれば移行するんだけど。

>>378
まあフランス人だからな。
ヘタレなのが日本語不便だからなのか本人の性格（面倒くさいことが大嫌い）
なのかLinux使ってるからなのかわからんのが何とも言えんｗ
でも奴の使いっぷりはイマイチだと思ったね。
2020/09/17(木) 22:48:55.22ID:4TKcR4+S
diff -r でいいやろ
2020/09/17(木) 23:16:37.52ID:HePCnsuA
Markdown等 + テーブルエディタ
これでエクセルの出番はほぼ消えるよね
2020/09/17(木) 23:51:45.81ID:sp0AZ0rS
どうやってグラフにするの？
384login:Penguin
垢版 |
2020/09/18(金) 00:04:23.26ID:/0Setl6W
グラフ作るツールもクラウド上に色々ある。
2020/09/18(金) 02:01:10.26ID:VojW5avA
data visualizationならmatplotlibとかでえんちゃう
2020/09/18(金) 05:42:26.95ID:66coXASM
じゃあ

Markdown等 + テーブルエディタ＋クラウド上にある色々
これでエクセルの出番はほぼ消えるよね

って言わないと駄目だよねｗ
387login:Penguin
垢版 |
2020/09/18(金) 05:47:59.40ID:hkf4JyjW
Excelよりviのほうが使いやすい。
2020/09/18(金) 09:38:27.42ID:66coXASM
ただしExcelを神エクセルとか単なるデータファイルとして使ってる場合
って言わないと駄目だろｗ

エクセルは表計算ソフトであって
計算するために使うものだからな
2020/09/18(金) 09:43:51.84ID:VojW5avA
表計算ならSQLのほうがいいかな
2020/09/18(金) 09:44:57.17ID:66coXASM
SQLでどうやってグラフかくの？ｗ　
2020/09/18(金) 10:08:21.82ID:VojW5avA
可視化はmatplotlibとか使えばいいんじゃないの
1つの道具でなにもかもやろうとすると何をやっても中途半端で重いツールになる
だから特定の仕事をよりうまくできる軽いツールを組み合わせるのが正解なんだ
2020/09/18(金) 10:19:31.68ID:66coXASM
>>391
複数の道具を使うことは論点じゃないよ
エクセルと同じことをするならviみたいな単純な機能のものでできるっていうんじゃなくて
Markdown等 + テーブルエディタ＋matplotlib＋クラウド上にある色々
みたいに多数の道具を使うと言わないと駄目でしょって話
2020/09/18(金) 10:20:01.47ID:66coXASM
SQLもあったなｗ

Markdown等 + テーブルエディタ＋matplotlib＋SQL＋クラウド上にある色々
2020/09/18(金) 10:29:29.79ID:VojW5avA
>>392
多数の道具を使うとうまく行く
1つの道具で全部やろうとすると失敗する
リモコンと箸と金づちを一体化させたようなものが使いやすいと思うか？
2020/09/18(金) 10:33:03.20ID:0vlSr6FI
>>394
自動車にはエアコンやカーナビが搭載されていますが？
1つに道具に、それを補う機能を搭載させると使いやすくなりますし、
関連する機能を搭載すると、更に便利になります。

重要なのは「関連する機能」ということです。

関連しない機能を搭載しても使いやすくならないという主張は的外れです。
2020/09/18(金) 12:16:22.84ID:Ti4H0C1z
知り合いにLinux縛りでIDEすら使わないVimmer居るけど馬鹿なんじゃないかと思う
2020/09/18(金) 13:07:12.30ID:VojW5avA
>>395
関連しない機能を詰め込んだから使いにくいのですね
なるほど
2020/09/18(金) 13:27:54.40ID:IviWUMdN
volumeの内容をオンラインで共有する方法教えて
399login:Penguin
垢版 |
2020/09/18(金) 13:29:34.14ID:/0Setl6W
>>396
そいつは仕事出来る奴なの？
俺の同僚でlinux使ってて効率的に仕事出来てる奴は知らない。
一方でグーグルは正社員にlinux配ってるらしいから(goobuntu/gLinux)
出来る奴は出来るんだろうけど、winの便利ツールに対応するものが見当たらないんだよなぁ。
400login:Penguin
垢版 |
2020/09/18(金) 13:32:02.19ID:/0Setl6W
>>398
volumeのフォルダをsambaか何かで共有すれば良いだけでは？
httpで見たいならdocumentrootにするとか。
2020/09/18(金) 14:18:29.99ID:VojW5avA
>>398
NASマウント

>>396
Vimは極めるとめちゃ速くなるよ
極めるまでが大変だが
まあ凡人には解らんだろうね
おれもわからん
2020/09/18(金) 17:30:54.90ID:0vlSr6FI
>>397
エクセルは関連する機能を詰め込んでるので使いやすいんですよ
嘘だと思ったら、エクセル使ってる人に
エクセルを使わないでやらせてみればいいと思います。
もちろんエクセル使ってる人の大半はプログラミングできません。
2020/09/18(金) 18:03:09.57ID:VojW5avA
>>402
へえプログラミングできない人のためのツールをプログラマが使ってるんだ
2020/09/18(金) 18:38:55.01ID:0vlSr6FI
>>403
そりゃ使うだろｗ
電卓だってプログラミングできない人の
ためのツールだがプログラマも使う
それと同じ
2020/09/18(金) 18:41:12.62ID:mLswYcDZ
いやープログラマは電卓使わんだろ
2020/09/18(金) 19:10:50.47ID:bqZh5F6L
dockerでexcel.applicationうごかしたいんですが動きませんなぜですか
2020/09/18(金) 19:40:54.84ID:QXSdzbSn
>>406
エラーはどんなの？
2020/09/20(日) 06:35:08.37ID:i4HFCdf1
dockerでは、起動するたびに同じ状態になるけど
docker-composeでは、起動するたびに前回の状態を復元している

という認識であってますか？実装そうなってるような感じなので
2020/09/20(日) 06:44:56.01ID:rKYaKqvR
>>408
ぜんぜん違う。
docker-composeは、docker起動のオプションがたくさんあって
大変だからYAMLに書いておけるようにしましたってだけ
１つのYAMLで複数のdockerを起動することもできる
2020/09/20(日) 07:59:38.35ID:G1AVGOfu
コンテナのなかにデータ持たせて(DBなど)新規起動と停止してるのを起動で挙動が違うのを観測して後者をそうとらえたのかもしれんね
2020/09/20(日) 08:37:55.16ID:RUztFNk9
コンテナって儚い
変更を保持できるのはボリュームをマウントしたディレクトリだけ

コンテナを削除するとボリュームに加えた変更以外は全て無かったことになる
2020/09/20(日) 09:43:24.36ID:SVyxrM0p
なかったことになるから嬉しいんだよ
本当に永続化したい部分が明確になって管理しやすくなる
2020/09/20(日) 11:27:14.14ID:cYZD+T/y
>>411
それがプロセスってもんだよ

nginxを起動すると、nginxがメモリに読み込まれ起動する
終了したらそこまで。メモリに読み込まれたプログラムは儚く消える
変更を保存できるのはディスクのみ

これがnginxをラップしたDockerイメージでも同じこと
2020/09/20(日) 14:37:07.29ID:ZZQf0W1c
>>408
そりゃコンテナをdown/upで停止起動するからだろ。
stop/startで起動すればそうはならない。
普通にVMのshutdown→起動と同じように使える。
ほかの連中は何で無かった事になるのが当たり前、的なレスしてるんだ？
2020/09/20(日) 14:52:06.45ID:ei2SL++v
stopは滅多に使わない
containerを止めるのはimageを更新したときが最も多い
その次がnodeが故障したとき
どちらにしてもcontainer内のFSは初期化される
2020/09/20(日) 15:16:37.53ID:ZZQf0W1c
>>415
それは単なる君の好みだろ。
docker自身はコンテナを破棄して起動するコマンドと
単に停止起動するだけのコマンドをちゃんと分けて用意している。
2020/09/20(日) 15:44:01.53ID:ei2SL++v
好む好まざる管径泣くstopの使用頻度は低い
2020/09/20(日) 16:00:44.39ID:ZZQf0W1c
単に知らなかっただけでしょ。
この点もずっと前からスレの中でDockerは起動停止で中身破棄されるのが当たり前
とか間違った主張繰り返してたし。
2020/09/20(日) 17:27:47.04ID:zrfeRe4+
stop使うときって具体的にどんなときだ？
2020/09/20(日) 17:34:53.89ID:ZZQf0W1c
414に書いてるのに気付かないとか
どんだけ日本語不自由なの？
2020/09/20(日) 17:41:44.32ID:zrfeRe4+
>>420
いや、DockerはVMと同じようには使わないから、VMと同じように使える、と言われたって、それは実質使いどころがない、と言ってるのと大差ないんだが
2020/09/20(日) 17:51:46.28ID:ZZQf0W1c
>>421
外国人？日本語勉強しようね。
それ以外にも情報書いてあるでしょ。
それとも先週か先々週、週明けに病院行けとか言われた人？
行ったの？
2020/09/20(日) 17:57:40.10ID:zrfeRe4+
>>420

> 414に書いてるのに気付かないとか
> どんだけ日本語不自由なの？


>>414

> >>408
> そりゃコンテナをdown/upで停止起動するからだろ。
> stop/startで起動すればそうはならない。
> 普通にVMのshutdown→起動と同じように使える。
> ほかの連中は何で無かった事になるのが当たり前、的なレスしてるんだ？



VMのshutdown→起動にしか言及してないが、それ以外の情報はどこに書いたんだ？
ひょっとして書いたという幻覚でも見たのかな？
2020/09/20(日) 18:00:50.93ID:ZZQf0W1c
>>423
shutdown→起動と同じように使えるよ、と言っているんだが？>>408が
起動するたびに前回と同じ状態に戻ると言うから、それ以外の仕組みも
用意されている、と言う話をしている筈だが？
本題と関係ない日本語の理解をここまで説明しなければ理解できない君の脳味噌ってマジでどうなってるの？
いい加減にしろよ。
2020/09/20(日) 18:52:17.06ID:cYZD+T/y
> 普通にVMのshutdown→起動と同じように使える。
サービス動かないのに？
2020/09/20(日) 18:58:38.35ID:ZZQf0W1c
>>425
エアプの人達に説明するのって大変だな！
掲示板なんかに粘着してないで、まあ自分でやってみろよｗ！
2020/09/20(日) 19:03:32.29ID:cYZD+T/y
>>426
知らないのか？
stopってDockerコンテナの中にあるプロセスを全部停止してるんだぞ
そこから再開してもスタートしない
2020/09/20(日) 19:21:32.69ID:ZZQf0W1c
>>427
そこから再開してもスタートしないというのなら、君がそういうイメージを作ったんだろう、
としか言い様が無いな。
2020/09/20(日) 19:28:34.41ID:JkGC+EuL
>>427
もう一回ENTRYPOINT等で起動されるだけ
2020/09/20(日) 19:38:01.69ID:P4mDJe17
stopで止める理由がねえんだよな
コンテナを一時的に止める時は、潔く破棄して、再作成するのが基本
それで済むのにあえてstopを使わなきゃいけない理由があるとしたら
コンテナがイミュータブルかつ、可変部分をボリューム化していない、ということだから、明らかに設計に欠陥がある
2020/09/20(日) 20:04:30.18ID:ZZQf0W1c
>>430
>コンテナを一時的に止める時は、潔く破棄して、再作成するのが基本

これは、どこにそう書いてあったの？
君は何を読んでこれが、「基本」だと理解したの？
URL（若しくは書籍名）示せよ。
2020/09/20(日) 20:08:08.91ID:nkOl7bWR
書いてあるかないかは関係ないわな
権威主義は思考停止、エンジニアとしての死に等しい
コンテナを止める時はどんなときか？というのを自分の頭で考えればstopなんて要らないなとわかる
2020/09/20(日) 20:12:57.08ID:JkGC+EuL
個人的にはdocker runは--rm付きでしかしない
永続化したいデータはボリュームに出す
基本かどうかは知らん
2020/09/20(日) 20:15:30.78ID:ZZQf0W1c
>>432
>stopなんて要らないなとわかる

じゃあ、なんでstopと言うコマンドは実装されたのw？

>権威主義は思考停止、エンジニアとしての死に等しい

お前はニートのニセエンジニアだろ？
ここ迄、理解に難有りの人間に給料払い続ける雇用者はそうは居らんわ。
2020/09/20(日) 20:20:19.92ID:CGLWz45H
>>434
startの対として脳停止でstopも作っちゃったんだろうな
本来は要らなかったんだけどDocker開発側も作り始めた頃はDockerを深く理解してなかった
今から再設計するならstopは消えるだろうね
2020/09/20(日) 20:25:04.50ID:ZZQf0W1c
>>435
なるほど
「Dockerを実装したDocker社の正社員は間違っている、
　俺の方がDockerの思想を理解している」
と、こう言いたい訳ですねｗ
2020/09/20(日) 20:30:28.84ID:UGyNqmFl
>>436
俺、というか今の常識、だね
2020/09/20(日) 20:31:25.63ID:dsAF/1tI
「俺が常識だ！」ｗ
2020/09/20(日) 20:35:38.83ID:ZZQf0W1c
>>437
その常識は何を根拠に形成されたのか？とさっきから聞いているのだが？
君以外の誰のエンジニアの脳内にも、そんな常識とやらは存在し無いんだが。
2020/09/20(日) 20:37:51.78ID:UGyNqmFl
>>439
しつけーなー君は
そんなにstopの有用性を示したいなら、君がstopの効果的な使い方挙げてみればいいよ
それができないなら、ま、そういうことだ
2020/09/20(日) 20:47:10.14ID:1sMdgkov
便利に使うのが正解
自分にとって不便なら作法に従う必要はない
それを強要する権利もない
2020/09/20(日) 20:48:26.61ID:UGyNqmFl
さあ一体どんな便利なstopの使い方が出てくるのかな楽しみだ
まさかここまで粘着して思いつきませんでした、なんてこたないだろうけど、まさかねぇ～
2020/09/20(日) 20:50:38.19ID:ZZQf0W1c
>>440
エッ！？うちのチームはほぼ、start/stopしか使わないけど？
down/up使うのはSREチームから新しいImage作ったよ、と通知が来た時位だが？
だから一連の書込みにずっと違和感があるんだが？

Docker原理主義者のお前が勘違いした思想を元に非効率的な開発を一人で進めるのは一向に
構わない、俺達に被害は無いからな。ただ仕事でやってる俺達は開発効率が第一な訳よ？
1つのIssue消化するのにテストユーザー作ったりコンテナの中身を一時的に設定変更することは良くある。
そんな時にPC立ち上げる度にdown/upされたら毎回同じ作業する羽目になるし馬鹿馬鹿しいだろ？
そんな時にstopさせるだけよ。あー今日の作業終わったdocker-compose stop、
さあ今日も仕事始めよう。docker-compose start　するだけの話。
次のIssue始める時に真っ更に戻したいならdown->up、それだけの話だ。

Docker原理主義者のお前が勘違いした思想をレスの間中うざく書き込まれると、まともなこちらの情報
交換の効率が悪くなるから、黙ってろって事だ。
後、知らないのなら謙虚になれよ。
2020/09/20(日) 20:58:22.94ID:UGyNqmFl
>>443
あーあ、ほら
Dockerの使い方全くわかってねえのな
起動したコンテナを後から変更するなんて完全なバッドプラクティス
イミュータブルインフラストラクチャの意味を全く理解してないじゃないか
2020/09/20(日) 20:59:02.07ID:UGyNqmFl
>>443
最後の段落
すげえキレイにブーメランになってて笑う
2020/09/20(日) 21:02:57.50ID:UGyNqmFl
この前入れたバグ修正がアップデートで消えちゃったんですけど、助けてください～、って泣きついてくる新人並みｗ
2020/09/20(日) 21:06:55.20ID:ZZQf0W1c
>>444
>>441の通りだね。開発中は「便利に使うのが正解」
イミュータブルインフラストラクチャは本番機で実行される時の話。
開発中は関係ない。
・・・もうね、427以降のニートで実務わかってませんっぷりの酷さは何なのｗ？
何度も「何をもってその理解に到達したのか？」と聞いているのに、そこはスルー。

誰かが以前「Docker使ったからと言ってイミュータブルにできるわけじゃないよ」
と言った書き込みも理解できずに、そのまま来たんだろうね。
2020/09/20(日) 21:11:51.48ID:UGyNqmFl
初心者くんに教えてやるか

バグの調査などで、一時的にユーザーを作りたいならDockerfileの末尾にユーザー追加のコマンドを書く、それだけだ
さあ仕事を始めよう、up --buildハイ起動おしまい
一時的な変更が確定したらDockerfileをコミット

コンテナに入ってコマンドうったら、ソースに残らねえから、変更が確定したあとに自分がどんなコマンドを打ってきたか思い出して、Dockerfileに書き出さなきゃならねーだろ
書き出したDockerfileが正しいか、また動作確認作業やり直しかよ
こんな非効率的なバカバカしい開発フローじゃ、いつまで立っても仕事おわんねえよ
2020/09/20(日) 21:33:35.62ID:ZZQf0W1c
>>448
DockerfileはSREの責務だから触れないよ。

一連のDocker原理主義者のおかしな書き込みを見直して、なんとなくわかったわ。
アプリに対するステートレスなつくり、イミュータブルインフラ、永続化する場所の選定、
ログの一元管理、それらは確かに必要だけど、それは本番機を運用するときの話だ。
本番機じゃコンテナ自体がでデプロイする度に破棄されるし、いくつのreplicaで動くかわからないからね。

それと、開発中の話がゴチャになってるから、話の展開がおかしいんだね。最初に相談する人は
立場がそれぞれなのに、自分が理解したものでしか返せないから、会話がおかしくなっている

開発中は>>441が正義。
開発効率が高ければ、やりたい様にやれば良いし、自分のやり方を他人に強要する権利も無い。
開発者としてアプリを作るときはStatelessに作ること自体は気にかけるけど、そこで動くDockerに気を配ることは無い。
便利で軽いVMとして使いたい？全く問題ないよ。
2020/09/20(日) 21:40:08.22ID:UGyNqmFl
>>449
やりたいようにやりたいってのは逃げの議論だな
stopを使うような非効率的な開発方法も、僕がそうやりたいんだからしょうがないだろ、開発効率なんて知ったことか、とそういうことだろ
2020/09/20(日) 21:50:54.87ID:ZZQf0W1c
>>450
ん？話の発端は>>408以外にも方法はあるよ、って話をしただけだが？
君の話を俺が非効率だと感じるのはウチのチームでそうしている奴が誰も居ないからだが？
開発機のコンテナだけで10個あるのにDockerfile弄って毎回コンテナの破棄→構築なんて、やってられんわ。
まるきりDocker原理主義的だし。
stopの話自体は、「起動するたびに同じ状態」以外にあるよって例を示したに過ぎない。
多分単に君が知らなかったのであろう、stopコマンドに>>430とか>>440でやたら噛み付いてきたから、
言い方が酷くなったに過ぎない。
2020/09/20(日) 21:58:24.00ID:UGyNqmFl
>>451
コンテナが何個あろうが、Dockerfileとマニフェストを書いて、適用するだけ
つーか、コンテナ数が増えたら余計に、コンテナに入ってコマンド実行なんて、やってらんねえわ
それぞれのコンテナに、どんなコマンドで、どんな変更を施してきたか、把握すんの大変だろーが
そういうのもうやめよーぜ、ってんで出てきた考え方がIaaCであって、その実装の１つがDockerなんだよ
なあんで、そこまで進歩したのに、昔の非効率的なやり方に退化してんだよ
2020/09/20(日) 22:03:22.30ID:ZZQf0W1c
>>452
いやだから、そういう話をしたんじゃないっていってるでしょｗ。
非効率で退化しているというなら、Docker社にメッセージ入れてコマンド消して貰えよｗ
もしくは君が入社して消してしまえよｗｗｗ

俺にとっちゃどうでも良い話しだし。君以外のすべての掲示板参加者にとってもそうだろうよ。
Aだけのやり方しか知らなかった人にAとBの道がある、現場で効率が高いほうを選べば良いよって話ね。
2020/09/20(日) 22:09:03.75ID:UGyNqmFl
>>453
効率の悪いstopはやめようねって話ね
2020/09/20(日) 22:11:55.77ID:ZZQf0W1c
>>454
またまたｗ使った事無い癖にｗｗ
2020/09/20(日) 22:12:54.44ID:UGyNqmFl
使ったことはあるが、使う必要はない
2020/09/20(日) 22:15:44.66ID:cYZD+T/y
>>449
> DockerfileはSREの責務だから触れないよ。
お前の会社の話なんか知らんがなｗ
Dockerfileだけじゃなくて色んなものに制限があって
開発効率下げてるやろ？お前の会社の問題だ。
2020/09/20(日) 22:17:12.35ID:i4HFCdf1
伸びすぎｗ
2020/09/20(日) 22:19:18.37ID:ZZQf0W1c
いやーコミュ障のニートって本当、大変だよな。
14：37に俺がコマンドを提示してから、この話題（コンテナの状態、起動、停止）を発展させるような
話題はゼロｗｗｗこの間10時間。B2Bのエンジニア価格なら、五万円いってるよ。

できるエンジニアならその時点で知ってた、知ってないに関わらず
「なるほど、そんなやり方もあるんですね、教えていただいて、ありがとうございます！」
の一言で次に行く話を、顔真っ赤にしてそれは非効率だDockerの原理主義に反する！
と話題を延々と繰り返す。この間わかった事実は、どうやらDocker原理主義者は
開発環境と本番環境をゴチャにして考えているようだ、という事実のみｗ。

・・・誰も雇わんわな、これじゃ・・・
2020/09/20(日) 22:20:29.73ID:cYZD+T/y
なるほど（笑）そんなレスの勝利宣言（笑）もあるんですね、（笑）
2020/09/20(日) 22:30:09.24ID:ZZQf0W1c
>>457
うちの会社のことはどうでも良いな。
開発効率を下げている、どうしよう、って話をしているものでも無いんだが？
こういう解決策もありますよって話でね。

「ソースに残らねえから、変更が確定したあとに自分がどんなコマンドを打ってきたか思い出して・・・」
ってそういう話をしているものでもない。確定するような作業なら最初からDockerfileの修正プルリク出すし。
2020/09/20(日) 22:31:24.44ID:ZZQf0W1c
>>460
君（なのか君達か知らんが）、に対する俺からの率直な評価だ。
受け取ってくれ。
2020/09/20(日) 22:39:33.51ID:UGyNqmFl
>>459
ブーメランｗｗｗ
stopが非効率的だと教えていただきありがとうございます、で終わってた話なんだがな
2020/09/20(日) 22:44:42.87ID:ZZQf0W1c
>>463
君が「stopが非効率的」だと考える原因は一体どこ？
2020/09/20(日) 22:45:44.15ID:UGyNqmFl
>>464
流石に、レスぐらい読め
2020/09/20(日) 22:48:35.89ID:ZZQf0W1c
>>465
自分でブーメランとか流石やなｗ
「Dockerfileで確定している作業なら最初からプルリク出すでしょ」といっているのに。
2020/09/22(火) 20:18:41.43ID:5gRdC9Vx
プルリクの意味がわかってなかったりして・・・
2020/09/23(水) 03:54:21.88ID:C5U5kz59
Docker-Composeなどでipv6を無効にする方法ってありますか？
2020/09/24(木) 22:19:41.85ID:wWaFtNF+
apacheでバーチャルホストで２０サイト運用するのと
docker-composeで1サイト1コンテナで20サイト起動するの
どっちがCPUとメモリに優しいですか？
2020/09/24(木) 22:37:59.52ID:m0uvDYif
>>469
既に回答しました。何度も聞くな。
2020/09/25(金) 12:14:35.60ID:JHUOsyaB
apacheでバーチャルホストで２０サイト運用するのと
docker-composeで1サイト1コンテナで20サイト起動するの
どっちがCPUとメモリに優しいですか？
472login:Penguin
垢版 |
2020/09/25(金) 21:14:24.56ID:EOyDBsWA
>>471
CPUとメモリに「優しい」ってどういう意味？
少量で済む、という意味なら常識的にバーチャルホストだろ。

バーチャルホスト：OS->Apacheプロセス
コンテナ：OS->Dockerプロセス->コンテナ(薄いとはいえOS)->Apacheプロセス（名前空間で保護されているとはいえコンテナ毎に別プロセス）

独立していて他のプロセスに影響を与えない、と言う意味ならDockerだろ。
最もDockerの親プロセスが死んだら配下のコンテナも死ぬだろうけど。
2020/09/25(金) 22:08:20.84ID:vYA1tnNM
20サイトを満足に動かすhttpdワーカープロセス数を確保することを考えたらそんなに得かね
コントローラプロセス数は節約できるだろうが
2020/09/25(金) 22:56:39.83ID:zbD4QniQ
すでにDocker関係ないなｗ

apacheでバーチャルホストを使うのと
複数のapacheを起動した場合の話になってる
475login:Penguin
垢版 |
2020/09/26(土) 01:38:44.60ID:OEWQLnAX
473がおかしな方向に持っていくからだろ。
CPUとメモリの話（「優しい」が消費量の事かは知らんが）しているのにプロセスの数の確保？
これはhttpd.confの設定か何かの話でもしているの？
2020/09/26(土) 07:12:31.10ID:+kMkX9F3
そりゃプロセス多いほどCPUもメモリも使うわけで
2020/09/26(土) 08:27:47.08ID:JOwGHomj
大したサイトでも無かろう
普段ほとんどアクセスないだろうし
サーバーレスに移行すれば最も費用を節約できる
2020/09/30(水) 19:45:01.92ID:fqtJRGgA
Docker Desktop更新
不具合なさそう？
2020/09/30(水) 21:31:00.55ID:YeKi3Lgy
Windowsってコマンドラインで操作できないの？
2020/09/30(水) 22:52:19.22ID:5JnWH9Ij
LinuxってシェルスクリプトからGUIを操作できないの？
2020/09/30(水) 23:56:29.59ID:4nujMeT8
情弱だからGUIが便利だわ
2020/10/01(木) 00:11:05.79ID:5NSOXpiC
このスレ見てるとコンテナの扱いがわからんなる
dockerhubに頼ってるようじゃまだまだってことかね
2020/10/01(木) 00:13:00.11ID:by927Y2B
>>482
スレを見るのが言けない。>>1だけ読んでいればいいよ。それが正しいコンテナの理解だから
2020/10/01(木) 00:17:17.89ID:5sg0/OzB
自分で全部構築するならDocker使う意味ないじゃんアゼルバイジャン
2020/10/01(木) 00:27:55.50ID:5sg0/OzB
>>478
githubに動かないってissue投げられまくってるから様子見するのが良いかもしれない
486login:Penguin
垢版 |
2020/10/01(木) 01:02:30.21ID:64nI19uM
>>1
は「Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します」
これ書いてる時点でIT業界にいない人間な事は明白だろ。
2020/10/01(木) 01:46:18.90ID:by927Y2B
>>484
アプリをデプロイするのが楽になるという意味がありますが？

>>486
アプリを動かすのに何が必要かってのを
アプリ開発者以外が知ってるっていうの？

そういうのをわざわざ調べたり伝えたりするのが
嫌だっていういのがDockerを使う理由のひとつなんだが

Dockerを使えば動かすのに必要なものはコード（Dockerfile）に
書いて終わりですからね
488login:Penguin
垢版 |
2020/10/01(木) 03:25:04.15ID:64nI19uM
>>487
アプリの開発者がimage作ることもあるけど何でそれ「だけ」を強調するの？って話なんだが？
コード(Dockerfile)に書いてインフラに渡したのならそれがスタート地点でしょ。
そもそもLBで振り分けられられる膨大な基幹システムのサブシステムでしかない
コンテナのイメージを何でイチ開発者が作るの？って話で。
全体との調整はインフラの人しか分からない。

「コンパイル通るようにDockerfile書いときましたよ」と渡せばインフラの人がそれをk8sとかecsとか
オケに乗っかるように修正する。プルリクが来れば開発者とインフラの人がレビューする。
コードがやり取りに使えるから便利ですよ、と言うなら
まあ、合っているが、頑なに「開発者がつくってインフラが動かすだけ」と強調するのは何なの？
そんな事しないよ。
2020/10/01(木) 04:01:38.05ID:by927Y2B
> コンテナのイメージを何でイチ開発者が作るの？って話で。
> 全体との調整はインフラの人しか分からない。

全体ってなんですか？
イメージを作るのは開発者で
全体との調整＝インフラはイメージを動かすんですよ
イメージをbuildしないって意味じゃないです。
Dockerfileを作らないという意味です。
2020/10/01(木) 04:02:23.62ID:by927Y2B
> 「コンパイル通るようにDockerfile書いときましたよ」と渡せばインフラの人がそれをk8sとかecsとか
> オケに乗っかるように修正する。プルリクが来れば開発者とインフラの人がレビューする。

しません。イメージはどこででも動きます
491login:Penguin
垢版 |
2020/10/01(木) 04:45:48.74ID:64nI19uM
>全体ってなんですか？

この業界に居ない人ならではのコメントやな。
全体ってなんですか？って何ですかｗ？本当に分からないの？？
ロードバランサって知ってる？パスベースのルーティングとか分かるの？？

>しません。イメージはどこででも動きます

いや、俺たちやってるし。
そもそも動くドメイン名すら変更されかねない全体部分をロジック作る人が見たりしないし。

そもそも>>1もそうなら、>>489, >>490もそうだけど、生産性を高めるためのシステムに対して
～はAが行う、と断定口調自体が俺たちの業界とは思えない。
やった方が効率が高い方がやれば良いのであって。何の為のコード化なんだ。
誰かが「便利に使うのが正義」と言った事を幾度も書き込んでくれているのに全く伝わっている様子が無い。
2020/10/01(木) 05:12:24.59ID:by927Y2B
> ロードバランサって知ってる？パスベースのルーティングとか分かるの？？

Dockerと一切関係ないですねｗ
インフラがやることです。
493login:Penguin
垢版 |
2020/10/01(木) 05:18:24.16ID:64nI19uM
>>492
ロードバランサ―のDockerイメージは
インフラの人が作ってんるんですがｗ
どのリクエストをどのサブシステムに振るかなんて開発者が知る訳ないでしょ。
494login:Penguin
垢版 |
2020/10/01(木) 05:19:08.66ID:64nI19uM
>>1
Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します
w
2020/10/01(木) 07:23:53.74ID:k8oKjKF4
> ロードバランサ―のDockerイメージは
> インフラの人が作ってんるんですがｗ

なにいってんだ？
普通ロードバランサーなんてクラウドの機能使うだろ

仮に自作するにしても、なにでロードバランサー作ってるというのか
ロードバランサーを開発してるんじゃなくて、Dockerでインストールしてるだけなんだろ？
何のソフト使ってるか言ってみ

そういうネットワーク性能重視のものは物理・仮想マシン上にインストールするのが普通だし
インフラでもDockerfile作るんです！ロードバランサー！とか言われても
え？今どき自社に設置してんの？としか思わんわｗ
496login:Penguin
垢版 |
2020/10/01(木) 07:38:51.77ID:64nI19uM
>普通ロードバランサーなんてクラウドの機能使うだろ
>
>仮に自作するにしても、なにでロードバランサー作ってるというのか
>ロードバランサーを開発してるんじゃなくて、Dockerでインストールしてるだけなんだろ？
>何のソフト使ってるか言ってみ
>
>そういうネットワーク性能重視のものは物理・仮想マシン上にインストールするのが普通だし
>インフラでもDockerfile作るんです！ロードバランサー！とか言われても
>え？今どき自社に設置してんの？としか思わんわｗ
>

すべてが全く違うよ。最初の1行目だけかろうじて近いけどそれがIaCで変わってきている
よく上から目線でそこまで間違った意見を自信満々に言えるもんだね。
流石>>1ｗ
そもそもこの話は1が「Dockerイメージは開発者が作成する」と間違ったことを言うから、反証を示しただけなんだがｗ
LBの役割自体はどうでも良い。

>何のソフト使ってるか言ってみ
教えて欲しいなら「すいませんがイメージできないので具体的に何があるのか教えてください」だろ？ｗ
俺の気分が良ければ教えてやるよｗ
497login:Penguin
垢版 |
2020/10/01(木) 07:45:56.87ID:64nI19uM
>>ロードバランサーを開発してるんじゃなくて、Dockerでインストールしてるだけなんだろ？

因みにこの一文は、仮にそうだったとしても>>1の「Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します」
に対する反証となっている。実際はもっと色々やるけどね。
2020/10/01(木) 07:58:12.16ID:k8oKjKF4
> 俺の気分が良ければ教えてやるよｗ

じゃあこのままでいいよ。
俺は反論してほしくない
お前は反論できない
利害が一致してるｗ
2020/10/01(木) 07:59:24.09ID:k8oKjKF4
>>497
そこはアプリをインストールしているだけならDockerを使う必要はないということです。
物理・仮想マシンに直接インストールすればいいのです。
500login:Penguin
垢版 |
2020/10/01(木) 08:04:24.60ID:64nI19uM
なるほど、じゃあDockerは単体ではシステムとして運用する事は全くできず、物理か仮想マシンが
フロントに立たなければ、開発機としても本番機としても全く使用できない出来損ないのシステム、
って結論で大丈夫ですね？ｗ
2020/10/01(木) 19:47:16.13ID:5sg0/OzB
Sleepからの復帰でコンテナが死ぬんだがスリープ入るときに自動的にコンテナ終了させる方法ない？
2020/10/02(金) 10:30:43.33ID:5h2OTcuo
アプリ開発者はアプリ開発するだけだよ普通
ようするにJavaやJSみたいなプログラムを書く人がアプリ開発者ね
Dockerfileはインフラ担当者が作るもの
インフラ知識に乏しいアプリ開発者にはDockerfileを任せられない
インフラ担当者はアプリ開発者が作ったソースと依存関係等の情報からDockerfileを作成する
2020/10/02(金) 12:18:50.77ID:3VMRPBz1
dockerでxcode使えますか？
2020/10/02(金) 12:23:15.70ID:AQ/W/kX3
>>503
使えるかどうか、考えてみてください！
2020/10/02(金) 13:31:22.65ID:h9ef4eaL
>>502
では、アプリを動かすのに何が必要か教えて下さい。
アプリはwordpressみたいなものです。
私が開発しました（笑）
2020/10/02(金) 13:36:34.01ID:OgxOQjx3
>>505
ドキュメントを提出してください
2020/10/02(金) 20:50:29.87ID:SIFApF86
>>506
ドキュメントに間違いがあって余計な手間がかからないように
Dockerfileという動くコードで提出しました
2020/10/03(土) 00:20:18.84ID:L9mAVDzT
>>507
アプリ開発者の書くDockerfileは過不足が多いのでだめ
2020/10/03(土) 00:29:14.68ID:HurHNTS2
Dockerfileを誰が書くか何てどうでも良い話題だけど
話の展開が何故そんなに頑なんだ？

一体何時から原理主義者のおかしな話を展開してるのかPart1見たらなんと
2014年じゃねーかｗ

こんなどうでも良い話を6年も続けてるの？ｗ
人生の無駄遣いだと思わないの？ｗ
2020/10/03(土) 02:11:55.96ID:lr1OqJIS
>>509
一人のためにおかしなことになってるね。
nodeとかcondaで恩恵感じてたとこにdocker知った衝撃は計り知れなくて。
想像だけど、あんなふうにあるべき美しい運用方法にこだわる人は法学とか語学修めた人なんじゃないかな、と。
dockerfileはエレガントでなくても動くならそれでいいじゃん、っておれは思う。
2020/10/03(土) 05:43:38.82ID:v2rxRmJu
>>508
> アプリ開発者の書くDockerfileは過不足が多いのでだめ
過不足とは？ いつも具体的ではな話でごまかそうとしてんなｗ
2020/10/03(土) 08:56:43.75ID:L9mAVDzT
過　リソース使いすぎ
不足　セキュリティ対策など
2020/10/03(土) 09:36:40.81ID:6sOOAkzF
アプリ屋にパフォーマンスチューニングとかできねえだろｗ
2020/10/03(土) 12:08:00.29ID:aoFhx2rj
お前の考えが最高なんだろ？ なら良かったじゃん。
でもな、お前の考えを他人に押し付けんな。分かったか？
2020/10/03(土) 12:42:44.80ID:HurHNTS2
> でもな、お前の考えを他人に押し付けんな。分かったか？

今更何言ってんだかｗ
自己の考えの押し付け合いはこのスレの基本だろ？2014年の時点で既に同じような押付けしてる。
何かと言うとお前はDockerを理解してないとかｗｗ
最初の頃はまともなエンジニアからのレスもあったみたいだけど、今やコミュ障の粘着スレと化してるわ。
2020/10/03(土) 12:52:02.88ID:4K/lEvEj
ブーメラン
ブーメラン
2020/10/03(土) 13:23:04.46ID:HurHNTS2
多分、書きっぷりからして、Part1の頃からお前はDockerを理解してない！
とか説教してる奴と今粘着してる奴は同一人物だろうけど、

2014年-2020年と言えば、俺の取引先会社が資本金100万円で発足して、市場価値100億円になった
期間とほぼ同一。俺がここ見たのは2019年位だと思うけど、それは会社がDockerに移行しよーぜ
とか言い出したからで

その間、こいつは、ずーーーーーーーーと、「お前はDockerを理解してない！」とか、間違った理解で講釈
たれてたのかと思うと、慄然としたね。ゼロから生まれた会社が100億になってDocker使うようになるまでに
コイツがDockerスレで役に立ったことはゼロ！
生産性もゼロ！！
でも土日も休まず粘着してます！

システムを高効率で動かすためのDockerに粘着して人生を非効率にしすぎると何じゃそりゃｗ
マジで仰天したね。。。
2020/10/03(土) 13:32:31.45ID:4K/lEvEj
長文引くわー
2020/10/03(土) 13:34:31.22ID:4K/lEvEj
つかpart1って俺も居ないしｗｗｗ
脳内で敵の設定を作って独りで熱くなってんのまじ笑える
テロリスト学校襲撃に備えてシミュレーションしてる中学生みたい
2020/10/03(土) 13:41:03.95ID:HurHNTS2
>>519
ん？じゃあ君の事を言っるんじゃ無いんじゃないの？
きみはDocker原理主義者の自覚でもあるの？
2020/10/03(土) 15:03:52.40ID:3HPTiYhd
> 2014年-2020年と言えば、俺の取引先会社が資本金100万円で発足して、市場価値100億円になった
> 期間とほぼ同一。

ワロタｗｗｗ

へぃ、彼女～、俺の友達の友達は芸能人なんだぜ～
みたいな言い草だなｗｗｗ
2020/10/03(土) 15:06:00.96ID:3HPTiYhd
>>512
> 過　リソース使いすぎ
> 不足　セキュリティ対策など

アプリ開発者が、リソース使いすぎで、セキュリティ不足だったら
その開発者が作るアプリは怖くて使えないなｗ

それをアプリ問題である、リソース使いすぎやセキュリティ不足を
インフラの力だけで解決できるって？夢見るのも大概にしろやｗｗｗ
2020/10/03(土) 15:08:40.87ID:3HPTiYhd
インフラがDockerfileを使って解決できる
リソース使いすぎとかセキュリティ対策って

マルチステージビルド等を駆使してDockerイメージのサイズを減らしました！
使ってるライブラリのバージョンが古かったのでイメージ作り直して変更しました！

ぐらいなもんやろｗ
そんなのアプリ開発者でもできるわｗｗｗ
2020/10/03(土) 15:24:23.44ID:hkQVFUBN
無理無理
アプリ開発者って想像以上に低レベルだからな
2020/10/03(土) 15:25:51.84ID:Cvpio152
匿名掲示板で役立たずと書かれて即座に自分の事だと
反応できるってもの凄いな…
2020/10/03(土) 15:43:03.93ID:3HPTiYhd
>>524
インフラにとっての高レベル＝

マルチステージビルド等を駆使してDockerイメージのサイズを減らしました！
使ってるライブラリのバージョンが古かったのでイメージ作り直して変更しました！

低レベルすぎｗ
2020/10/03(土) 15:45:32.18ID:Nb5qoLgQ
アプリ開発者じゃサーバーのパラメータ調整とかできねーだろうなぁ
与えられたフレームワークのなかで単純作業するだけだし彼ら
2020/10/03(土) 16:05:13.39ID:3HPTiYhd
> アプリ開発者じゃサーバーのパラメータ調整とかできねーだろうなぁ

アプリ開発者の場合、小手先のパラメータ調整ではなくて
ロジックを変更することでパフォーマンスチューニングを行う
2020/10/03(土) 16:09:44.28ID:Nb5qoLgQ
アプリ屋はロジックの変更はできてもサーバーパラメータの調整はできない
それはインフラ屋の仕事
Dockerfileはそういうことも考慮して書かなきゃならなん
なのでアプリ屋の出番はない
アプリ屋はパッケージだけ作ってろってこった
2020/10/03(土) 17:11:48.34ID:dvVj5d3J
なんでDockerfileの話でサーバーパラメータの調整が出てくるんだかｗ
2020/10/03(土) 17:14:12.65ID:dvVj5d3J
サーバーパラメータの調整っていうのはマシンスペックや構成によって変わるもので
どこでも同じように動くものを作るDockerfileの外でやるここと
完全にDockerの意味を理解してないわｗ
2020/10/03(土) 17:24:47.95ID:m0GqyCV/
ほらな
アプリ屋さんの理解なんてこんなもん
2020/10/03(土) 17:25:44.95ID:dvVj5d3J
※「反論なし」は証拠の１つです（笑）
2020/10/03(土) 17:26:26.07ID:m0GqyCV/
データベースのチューニングとかしたことねんだろうなぁ
アプリ屋さんはJavaとかRubyとかそのへん適当に書くだけで勤まるから楽でいいよね
2020/10/03(土) 17:34:28.71ID:dvVj5d3J
データベースのチューニングでDockerfileいじると思ってるんだろうな（笑）
あんなの設定ファイルを注入するだけなのに
2020/10/03(土) 17:36:04.84ID:dvVj5d3J
すでにDockerイメージ作成済みなのに、どうやって設定ファイルを
注入するんだ？とか言いそうだからヒントな

ボリューム
2020/10/03(土) 17:42:47.29ID:MGKCrV4w
アンチパターン来ましたｗ
2020/10/03(土) 17:45:03.31ID:dvVj5d3J
公式より

https://hub.docker.com/_/mysql

Using a custom MySQL configuration file
カスタムMySQL構成ファイルの使用

$ ｄｏｃｋｅｒ　ｒｕｎ　－－ｎａｍｅ　ｓｏｍｅ－ｍｙｓｑｌ　－ｖ　／ｍｙ／ｃｕｓｔｏｍ：／ｅｔｃ／ｍｙｓｑｌ／ｃｏｎｆ．ｄ　－ｅ　ＭＹＳＱＬ＿ＲＯＯＴ＿ＰＡＳＳＷＯＲＤ＝ｍｙ－ｓｅｃｒｅｔ－ｐｗ　－ｄ　ｍｙｓｑｌ：ｔａｇ
2020/10/03(土) 17:47:46.23ID:MGKCrV4w
>>538
ビギナー向けのサンプルコードを真に受けて本番でも使っちゃうやつｗｗｗ
2020/10/03(土) 17:48:29.43ID:dvVj5d3J
※「反論なし」は証拠の１つです（笑） 2回目
2020/10/03(土) 18:31:01.04ID:5u1z7vg2
せっかくDocker使ってんのにインスタンス1個1個べっこに設定管理してた時代に逆行してんのマジ笑える
ヒントはボリューム（笑）ファーｗｗｗｗ
2020/10/03(土) 18:39:31.07ID:dvVj5d3J
ほらな、やっぱり理解してない
Dockerのコンテナはアプリを動かす環境を一体化するものであって
設定ファイルを一体化するものじゃないんだよ。（してもいいけど）
なぜ公式のDockerイメージがそうなってるのかよく考えたほうがいいよ

Dockerイメージ＝アプリ。
アプリの中に設定を変更することがあるファイルを内蔵するか？
サーバーの構成に合わせてビルドするか？って話
2020/10/03(土) 18:56:25.16ID:5u1z7vg2
>>542
わかってないのは君だな
君はDockerの流儀にまったく適応できてない
古い考え方のままDockerを使おうとしてる

正解はこれだ
・設定はイメージに埋め込む
・構成によってビルド後に可変にしたいものはコマンドライン引数、環境変数などを通じて変更できるようにエントリポイント、あるいはアプリ自体に細工する

これ、脱初心者を目指すなら必須の知識だから君も覚えておくといい
2020/10/03(土) 19:01:24.20ID:dvVj5d3J
>>543
はい、そうやって作るからチューニングでDockerfileをいじることはないんです。
2020/10/03(土) 19:03:21.06ID:5u1z7vg2
>>544
設定を埋め込むものエントリポイントに細工するのもDockerfileの仕事
正確にはassetを編集することが多いがそれも込でDockerfileをいじるということだ
2020/10/03(土) 19:04:11.85ID:5u1z7vg2
ボリューム（）
2020/10/03(土) 19:10:18.00ID:5u1z7vg2
アプリ屋「設定を注入する方法知ってるか？くくく、ヒントはボリューム」ドヤッドヤァアアアアア

上司「あー新人くん、データ保存領域以外は全てステートレスに作れってDocker入門コースで教えたよね。作り直して」

アプリ屋「あっ、ハイ…(´・ω・｀)」
2020/10/03(土) 19:33:15.56ID:dvVj5d3J
公式より

https://hub.docker.com/_/mysql

Using a custom MySQL configuration file
カスタムMySQL構成ファイルの使用

$ ｄｏｃｋｅｒ　ｒｕｎ　－－ｎａｍｅ　ｓｏｍｅ－ｍｙｓｑｌ　－ｖ　／ｍｙ／ｃｕｓｔｏｍ：／ｅｔｃ／ｍｙｓｑｌ／ｃｏｎｆ．ｄ　－ｅ　ＭＹＳＱＬ＿ＲＯＯＴ＿ＰＡＳＳＷＯＲＤ＝ｍｙ－ｓｅｃｒｅｔ－ｐｗ　－ｄ　ｍｙｓｑｌ：ｔａｇ
2020/10/03(土) 19:34:25.82ID:dvVj5d3J
新人「Dockerfileイジってチューニングやー」

上司「設定外出ししといたから、それいじってってな」

新人「あっ、ハイ…(´・ω・｀)」
2020/10/03(土) 19:40:48.37ID:5u1z7vg2
>>548
振り出しにもどすな
2020/10/03(土) 19:41:08.04ID:5u1z7vg2
>>549
設定もDockerfileの一部
2020/10/04(日) 00:03:09.86ID:TUNorakS
Dockerfileでデータベースのチューニング？
なんだデータベースの設定変えてビルドし直すだけかよｗ
Dockerfileイジってねーじゃんｗｗｗ
2020/10/04(日) 00:19:36.26ID:57mQTVn/
もう邪魔だから隔離スレ建ててそこでやってくれない？
2020/10/04(日) 00:21:21.66ID:ZSOOZiph
イ・ヤ・♪
2020/10/04(日) 01:07:51.61ID:qaXwAWb0
>>552
迷惑だってよ
2020/10/04(日) 02:55:25.23ID:ZSOOZiph
いやなら見るなってだけやろｗ
2020/10/04(日) 08:20:20.45ID:2aS5ndTz
気が触れてるな。
こいつと同じ会社でなくて良かった。
こいつの同僚はこいつと同じなのだろうか。それとも、こいつだけ…
2020/10/04(日) 10:54:14.42ID:GuoVyRMr
docker exec あとのコマンドを補完できるライブラリとかプラグインってありますか？
2020/10/06(火) 12:31:34.44ID:XVHUwg7l
DockerfileのLinterはありますが
docker-compose.ymlのLinterってありませんか？
2020/10/07(水) 14:28:48.15ID:EbD/YQwX
docker-compose なんかローカルでのテストくらいにしか使わないのにLintもクソもないでしょ
あえてやるとしたら docker-compose.yml があったらテスト用だ本番とは違うとワーニング出すくらいだろうな
2020/10/07(水) 14:37:43.21ID:li8DlbRF
配布するから
2020/10/07(水) 15:51:07.17ID:PVmnb2tX
Promscale: An analytical platform and long-term store for Prometheus, with the combined power of SQL and PromQL
https://blog.timescale.com/blog/promscale-analytical-platform-long-term-store-for-prometheus-combined-sql-promql-postgresql/
2020/10/07(水) 17:44:35.10ID:r76JkEZp
k8sよりcomposeのほうが簡単でいい
swarmでいいじゃん
2020/10/07(水) 19:32:19.08ID:EbD/YQwX
設定ファイルが多少簡単だろうと、まともなマネージドサービスがない時点で難易度MAXなのです
2020/10/07(水) 20:00:02.85ID:UXg/WLQW
fargateは?
最近docker comoose対応したよね
2020/10/15(木) 08:32:32.32ID:KVzLYuoK
Fluent Bit supports Amazon S3 as a destination to route container logs

Posted On: Oct 14, 2020

Customers using container services including Amazon Elastic Container Service (ECS), Amazon Elastic Kubernetes Services (EKS), or self-managed Kubernetes can now send their container logs to Amazon Simple Storage Service (Amazon S3) using the Fluent Bit log router.
Fluent Bit allows customers to route container logs to various AWS and partner monitoring solutions including Amazon CloudWatch, Amazon Kinesis, Datadog, Splunk, and now Amazon S3.

Amazon ECS customers can use the FireLens interface in their task definition to configure Fluent Bit to send logs to Amazon S3.
Once you deploy your task definition, it will automatically start routing logs.
Customers using containers on Amazon EKS or self-managed Kubernetes clusters can now route container logs to Amazon S3 by installing Fluent Bit as a DaemonSet.

To get started see a FireLens example to route logs to Amazon S3 here, the Fluent Bit release notes here, and the Fluent Bit documentation here.
2020/10/16(金) 00:41:44.42
大切なパスワードを保存したイメージを間違ってdokerhubにうｐしちゃったらどうなるの
2020/10/16(金) 01:24:07.31ID:EJhQrEIg
どうやったらそんなミスをするのかって悩むレベルだなｗ
2020/10/16(金) 23:01:40.14ID:P+buApNN
パスワード変えればいい
2020/10/17(土) 04:08:48.66ID:o45tI0TJ
dockerの理念的に
１アプリ１イメージ
使い終わったらコンテナ削除する
ってことらしいですが
開発環境の場合、毎回コンテナ削除してたら編集データとかリセットしませんか・・？
データやら設定ファイルだけはホストに保存するってことでしょうか？
2020/10/17(土) 04:27:57.99ID:ZuG7iJvZ
>>570
dockerイメージ＝プログラム（exeファイル）と考えればいいんだよ。
exeファイルの中に消えたらいけないデータを保存するかい？しないだろ？

つまり保存するデータはdockerイメージの外に保存するんだよ。
それがボリューム。ボリュームっていうのはdockerイメージを起動するときに割り当てる。
例えば任意のディレクトリをボリュームとして使うことができる。
exeファイルを実行するときにデータディレクトリを指定しているようなもんだ

こうやってdockerイメージの外のリソースを起動時に割り当てることで
dockerイメージ内部からはどこで動かしても同じように見えるようになるわけ

ちなみにデータと設定ファイル（アプリ実行中に保存しないもの）は別な。
設定ファイルはdockerイメージに埋め込んでいい（場合によっては外に出すこともある）
2020/10/17(土) 04:58:28.34ID:o45tI0TJ
>>571
>dockerイメージ＝プログラム（exeファイル）と
なるほどそういうことなんですね
＞任意のディレクトリをボリュームとして使うことができる。
容量に余裕のあるHDDを指定して永続的に保存なんてこともできるのですね

アプリの設定を変えたあとその設定も他の環境でも共有したいとなると
イメージまるごと共有するか
クラウドに設定を保存するとか
ですかね
（chromeブラウザとかだとログインすればすぐ同期されていい感じなのですが）

ありがとうございました
2020/10/17(土) 17:19:50.34
そんなゴリゴリに使い倒すつもりはないからホストPCのシステムディスクって２５０GB（SSD）もあれば十分だよね・・？
2020/10/17(土) 22:15:33.31ID:DLL24/S3
https://martinheinz.dev/blog/35
575login:Penguin
垢版 |
2020/10/24(土) 16:40:06.56ID:xxGzDPrd
Docker Hub Image Retention Policy Delayed, Subscription Updates
https://www.docker.com/blog/docker-hub-image-retention-policy-delayed-and-subscription-updates/

Docker Hubのイメージ削除は2021年半ばまで延期するってよ・・・

リソース消費量ベースのサブスクリプションにどう対応したら良いかとか
そもそも現在のリソース消費量は？とかよく分からないからってフィードバックが寄せられたっぽい
2020/10/25(日) 11:54:59.14ID:8aW1oLHx
dockerhubの方針はよくわからないからgithubでいいや
2020/10/26(月) 01:04:34.96ID:AY57YqY6
imageを共有すること自体がないから
docker-compose.ymlの共有はするけど
2020/10/26(月) 23:53:29.78ID:h3ceCoJ5
このご時世にvmみたいな使い方してしまった
はぁ
2020/10/29(木) 03:10:38.44ID:PcZHu1+a
イメージ作成したときにダウンロードしてきたイメージはどこに保存されているの？
イメージ作成前後でボリュームのサイズ調べてもサイズが増減しない・・見間違えてるだけかな
2020/10/29(木) 03:53:45.99ID:Hs3h4quA
最初にイメージの格納場所のサイズを設定するだろ。
~/Library/Containers/com.docker.docker/Data/vms/0/data/Docker.rawとか。

docker system df -v
で確認。
581login:Penguin
垢版 |
2020/10/29(木) 14:00:29.61ID:rXwaKjQ8
Ready for pull rate limits? Docker outlines 'next chapter' as Google tells customers how to dodge subscriptions
https://www.theregister.com/2020/10/28/docker_pull_rate_limit_1_november/

The issue is worse for users of private GKE clusters since "all image pulls will be routed via a single NAT gateway".
Winser warned that "any service that relies on container images may be affected, including Cloud Build, Cloud Run, App Engine etc."

11月からNATゲートウェイ経由かつ匿名ユーザーだと
全くpull出来なくなる感じ？
ヤバくね？
2020/10/29(木) 18:00:59.00ID:jMkOFc/w
必要なイメージをプライベートレジストリに確保するだけ
2020/10/30(金) 21:51:31.58
https://labs.play-with-docker.com/
でボリュームのマウントがうまく行かない
$ cat test.txt
$ docker run -it -v /my/:/var/my ubuntu
コンテナの端末に入って/var/myに移動してもtest.txt無し

ローカルのPCでは成功したのになあ
2020/10/30(金) 22:54:14.38
補足
test.txtはmyディレクトリに作ってある
2020/10/30(金) 22:56:41.22
たぶん/my/のパスが間違ってるってことだよね
ほんとは
/なんたら/かんたら/うんたら/my
ってパスなんだろうけど
586583
垢版 |
2020/10/30(金) 23:06:02.09
改めてやってみたら
/my:/var/my
じゃなく
/root/my:
でやったらできた！
2020/10/30(金) 23:57:29.93ID:dHpXX+dB
python使いたいだけなのに８８６MBって重くない？
2020/10/31(土) 00:15:50.02ID:Vfwi3dRZ
うそ！？私のPython 41.09MB！
589login:Penguin
垢版 |
2020/10/31(土) 09:33:06.67ID:4qiE9XbQ
alpineベースのPythonは扱いが難しい

特にCライブラリを使うパッケージが必要なプログラムの場合、ソースからビルドされて遅かったり
alpineにコンパイル済みのがあってもバージョンが古かったり
たまにglibcとmuslの違いから起きる互換性の問題がある

alpineよりslimの方がオヌヌメ
alpineよりは大きいがまだ小さめ
2020/10/31(土) 13:31:17.31ID:nDrTm0nA
python:3.7-slim
で-alpineとか-slimつけるだけでいけた㌧
2020/10/31(土) 13:40:42.84ID:Vfwi3dRZ
つけるだけでいけたの前にdocker-hubくらい見ようよ
2020/10/31(土) 14:12:19.71ID:nDrTm0nA
ん　dockerhubみたら
python:<version>-slim
って書いてあったよ
2020/10/31(土) 14:34:33.75ID:oeYVChnG
Docker Hubを見るのも当然だし、大元のDovkerfileを読もうよ。
594login:Penguin
垢版 |
2020/11/01(日) 17:44:44.70ID:M5iteKem
謎の現象に苦しんでいます。

CentOS 7で、yumでdockerを導入しました。

docker volume creteで、vol_etcと、vol_varを作成し、docker runのオプションで、次のようにボリュームを指定のディレクトリにマウントしました。
--mount source=vol_etc,target=/etc --mount source=vol_var,target=/var

このコンテナはimageから起動しているので、オリジナルの/etcと/varとが、それぞれボリュームにコピーされるはずです。

オリジナル/etcの内容は全てボリュームにコピーされたようです。
しかし、/varの一部のディレクトリの内容が、なぜかボリュームにコピーされません。
そのため、そのディレクトリの内容のみ空っぽになってしまいます。
（具体的には、/var/spool/hylafaxというディレクトリが空になります。/var/spool/の他のサブディレクトリについては中身がコピーされています。）

念の為、ボリュームをマウントせずにコンテナを起動すると、問題のディレクトリも中身が入っていることが確認されます。

原因として何が考えられるでしょうか。お手上げ状態です。
2020/11/01(日) 17:56:10.61ID:M5iteKem
>>594
自己レスです。

オリジナルの/var/spool/hylafax 内に、pipeファイルがあります。

prw------- 1 uucp uucp 0 Sep 19 2018 FIFO

これが原因で、ボリュームにサブディレクトリも含めてコピーがされない可能性はあるでしょうか。
2020/11/01(日) 18:14:02.39ID:RPHXCdM8
pipeを削除したイメージを作ってやってみれば原因かどうかわかるんじゃないの
2020/11/01(日) 19:30:01.48ID:6Gl5tSwg
>>594
基本的な話として、
ホストの/etcや/varをDockerコンテナの中にマウントしてはいけません。
厳禁といってもいいレベルでダメです
2020/11/01(日) 19:32:30.47ID:6Gl5tSwg
/etc や /var 以下の必要なものだけをマウントする場合はギリOKです。
そのDockerイメージは何の機能をコンテナ化したものですか？
その機能に必要なものだけをマウントしてください
2020/11/01(日) 19:33:45.60ID:6Gl5tSwg
ついでに言っておくと/etcや/varなんかをDockerコンテナに
割り当てたりなんかしたら最悪ホストシステムが破壊されます。
2020/11/01(日) 19:41:34.60ID:lesnXEzs
アプリ屋くん今日も大暴走
2020/11/01(日) 20:10:35.55ID:w/PjhgBB
>>594
>― mount source=vol_etc,target=/etc --mount source=vol_var,target=/var

なんで、こうするのか、理解に苦しむわ…。
とくに、 /var をなぜVolumeにする？
意味がわからない。
2020/11/02(月) 00:03:07.68ID:BCpQPJWu
Dockerを仮想マシンか何かだと思ってるんだろ
/etcや/varを共有してDockerコンテナの中で作業しようとしてる
603login:Penguin
垢版 |
2020/11/02(月) 00:51:55.56ID:FrveCY20
仮想マシンでvar とかetcの共有なんてしないけどね。
2020/11/02(月) 00:55:50.11ID:BCpQPJWu
だから仮想マシンとしてログイン（？）して使いたいけど
/etcや/varを共有したいって思ったんでしょ？

アプリ専用コンテナとして考えれば
必要なものだけを共有するという発想になる

そんな広い範囲のディレクトリを参照するってことは
そのコンテナでいろんな作業をしたいってことだろう
/etcが見れればいろんなアプリ何も設定しなくても動くと勘違いしちゃうもんねｗ
2020/11/02(月) 01:02:37.86ID:4g2Afrsx
もうめちゃくちゃだなこいつ
質問者はホストと共有するなんて言ってねえし
2020/11/02(月) 01:14:54.26ID:BCpQPJWu
？

ボリュームってなんのことか知ってますか？
607login:Penguin
垢版 |
2020/11/02(月) 04:24:32.64ID:FrveCY20
>>594
Dockerのmountとかvolumeってのは、システムの可変の部分を定義することね。
/var/www/html 配下をマウントして、中身はプライベートなgithub/gitlabとかからpullするとか。
或いは/etc/nginx/conf.d配下だけをマウントして独自の定義ファイル置くとか。
例えホストと同等のゲストを作りたいと思ったとしてもホストのetcとゲスト（コンテナ）のetc全く別物ｗ
/etc/とか/var/直下をゲストがマウントしたいとか、多分Dockerの作者も仰天の利用方法だと思うわ。
2020/11/02(月) 08:57:26.54ID:EcOPmiOb
こいつvolumeとbind mountの区別ついてなさそうだな
2020/11/03(火) 16:30:43.03ID:6B3+AB0D
DOCKER_CONTENT_TRUSTって設定するべきでしょうか？
2020/11/03(火) 17:19:49.85ID:fVpH/w23
してもいいししなくてもいい
2020/11/03(火) 17:37:57.63
DockerfileでRUNするたびにdocker imagesの一覧が増えていくんだけどなんで
2020/11/03(火) 20:10:29.81ID:6B3+AB0D
>>610
設定しておくことにしました
613login:Penguin
垢版 |
2020/11/03(火) 20:55:06.23ID:ZfhIPw1B
Use GitHub Actions to deploy your application to IBM Cloud Kubernetes Service
https://youtu.be/r5hyAmuNHyE
2020/11/03(火) 21:01:25.70ID:3zNCbq6k
>>611
Dockerコンテナやイメージがなんであるか理解してください。
それでも分からなければ、Docker社にお問い合わせください。
2020/11/03(火) 21:13:57.95ID:SU13O3bL
>>601
使用するアプリが、/var/spool/app以下に設定ファイルをいろいろと自動作成するんですよ。
それから/var/spoolは、postfixも作業領域を持つので、
varまるごとボリューム化しておけば便利だと思いました。
2020/11/03(火) 21:15:55.55ID:SU13O3bL
>>605
そのとおりです。
ボリュームを作成した上で、コンテナ内の/etc/と、/var/spoolを書き出して、
データ永続化しようとしているわけです。
2020/11/03(火) 21:17:53.87ID:SU13O3bL
>>596
pipeのない/var/spool/hylafax/etcにボリュームをマウントすると、
きちんとコンテナ内容物がボリュームにコピーされました。
おそらく、pipeが原因だと思います。
2020/11/03(火) 21:18:50.16ID:SU13O3bL
>>604
ぜんぜん違います。>>605さんの言うとおりです。
2020/11/03(火) 21:20:18.59ID:SU13O3bL
>>598
コンテナのディレクトリにマウントしているのは、
docker volumeです。
ホストの内容ではありません。
2020/11/03(火) 21:23:58.03ID:SU13O3bL
コンテナをprivilegeで動作させて、sshログインできるように設定しました。
リモートでコンテナ内に入ってから、yumで必要なパッケージを導入して、
アプリ環境を整えました。その後、commitしてイメージに固めました。
/etcや、/var/spoolは、コンテナ内での作業内容が保存されるので、
永続化のためにボリュームに切り出しておきます。

こんな使い方便利すぎて、どこが悪い？
2020/11/03(火) 21:34:39.97ID:mxkbANnQ
そういう運用したいならLXCのほうがいいよ
2020/11/03(火) 22:16:22.40ID:M5SiUIu9
むしろVMの方が楽まである
623login:Penguin
垢版 |
2020/11/03(火) 23:10:38.94ID:SU13O3bL
>>622
メモリ食うから仮想マシンは無理

>>621
Dockerのボリュームとか、イメージとか、
ネットワークとか、便利なのでなあ。
LXCは古い技術でしょ。やりたいことができなかったらと思うとわざわざ使う気になれないなあ。
624login:Penguin
垢版 |
2020/11/03(火) 23:14:12.57ID:SU13O3bL
>>621
CentOS7イメージだとprivilegeコンテナにすれば仮想マシンぽく運用できた。
でも、CentOS6イメージだとそういうわけには行かなかった。
こういう場合には、LXCというのを使うのが良いのかなと思っています。
2020/11/04(水) 00:26:19.21ID:5EaF6Elr
Dockerのマウント3種類についてわかったことをまとめる
https://qiita.com/y518gaku/items/456f34c317a65a9dae86

Volumes、bind mounts、tmpfs mounts について
626login:Penguin
垢版 |
2020/11/04(水) 00:46:11.05ID:8vCtX8KM
ホストディレクトリをコンテナにマウントする場合も、Dockerボリュームを複数コンテナで共有する場合も、排他同時アクセス機能はないんでしょ？

それができたら、ファイルサーバ機能を別コンテナに切り分けたりできるのになあ。
2020/11/04(水) 01:03:12.04ID:8GrlF7V6
誰かDocker Certified Associate受けたことある人おらん？
英語あんまり自信ないんだが、問題文の英語どのくらいの難易度か教えて欲しい
628login:Penguin
垢版 |
2020/11/04(水) 01:10:20.49ID:7tuD0WTP
>>620
便利なんだろうけどIaaCとは全然違うような？
メモリ、ストレージは節約できるだろうけどインフラの構築手順をコード化
して共有するという、コンテナ化の元の理念は死んでる気がする。
別に原理主義ではないけどな。属人化の部分が解消されない気はする。
629login:Penguin
垢版 |
2020/11/04(水) 01:23:13.41ID:aRkKqxcc
Linuxのシェル変数$USERを
Dockerfileの中でのみ使う方法を教えてください

${USER}とか$USERでは取れませんでした

ARG USER=$USER
とか
ARG USER=${USER}

もだめでした
630login:Penguin
垢版 |
2020/11/04(水) 01:37:00.44ID:7tuD0WTP
>>629
そもそもここで使いたいと期待するUSER変数がdocker buildを実行するホスト側
のユーザーなのか、コンテナ側なのか分からないんだが・・・
2020/11/04(水) 01:37:41.85ID:aRkKqxcc
>>630
ホスト側です
632login:Penguin
垢版 |
2020/11/04(水) 01:46:40.22ID:7tuD0WTP
引数に渡してENVにあげる。

https://vsupalov.com/docker-build-time-env-values/
2020/11/04(水) 03:46:47.92ID:QtKCHGIC
そういうこと。仮想マシンがあるのに
わざわざDockerでやる必要がない
2020/11/04(水) 03:47:05.33ID:QtKCHGIC
DockerはDockerの目的にために利用するのがいい
2020/11/04(水) 03:57:36.50ID:UuvmniCF
でもDockerの方がGUI無い分軽いじゃん
636login:Penguin
垢版 |
2020/11/04(水) 04:10:56.90ID:7tuD0WTP
>>620
あと、この使い方は最初の一発目位は良いけど、運用が進むとそのうちexportされたetcやvarに
依存するようになって、ホストAで動いていたものがホストBでpullすると動かないとか、
コンテナの最大のウリだった可搬性も消えてなくなる気がする。
・・・まあ、VMで運用してメモリ食うことが問題なら、メモリ増やすことが解決策であって
privilegeにしてシステム全体をリスクに晒してまでコンテナ化して解決しよう、というのは
ちょっと理解し難いな。
2020/11/04(水) 08:25:33.86ID:8vCtX8KM
>>628
>インフラの構築手順をコード化して共有するという、コンテナ化の元の理念

コード化するということは、意図したとおりにエラーなく進行するかいわばデバッグが必要になると思う。
おっしゃるとおりそれを共有するなら一回のデバッグの努力に意義があるけど、
自分でコンテナとそのイメージを構築するだけなら、
sshログインしてコンテナ内で直接構築作業すれば楽に思う。
共有しない構築手順のコード作成は労力がめんどうくさくなる。
2020/11/04(水) 08:30:52.94ID:8vCtX8KM
>>636
>運用が進むとそのうちexportされたetcやvarに依存するようになって、ホストAで動いていたものがホストBでpullすると動かない

運用が進む前から、最初から、ボリュームに逃したetcやvarに依存しているよ。
もちろん、別のホストでコンテナを動作させるには、そのコンテナのイメージと、ボリューム内容、そしてrunするためのワンライナーが必要になる。
それでも、ホストマシンに直にシステム構築するよりもはるかに可搬性が高いと思う。
万人向けに共有する場合であればおっしゃるとおり、可搬性は悪いと言えると思うけどね。

コンテナを削除しても残り続けるボリュームという概念が存在するとは、
Dockerはボリュームに逃した内容（etc,varなど）に依存するコンテナがあっても仕方ないと考えているのではないかと思う。
2020/11/04(水) 08:33:48.04ID:8vCtX8KM
>>633 >>634
Dockerの原理主義ってどうして多いんだろう
仮想マシンも、LCXも、Dockerコンテナに劣るところがたくさんある。
LCXはコンテナの削除などの扱いがディスクコピーにかかる時間を要するために非常に遅いらしい。
2020/11/04(水) 08:38:36.55ID:8vCtX8KM
>>636
>運用が進む
運用が進むとはいっても、最初に構築したコンテナをイメージに固めるよ。
ただ、アプリのためのコンフィグファイルはコンテナのetcやvarなどに保存されるので、
その書き換えを目的としてそれらのディレクトリはボリュームに逃がしている。
etc全体とか、var全体にするよりも、もっと局所に留めるのが良いかもしれないけどね。

以後は、そのイメージからrunするようにする。>>628さんのいうような構築手順はコード化していないけど、
構築されたアプリケーションはイメージという形で維持しつづけるよ。
641login:Penguin
垢版 |
2020/11/04(水) 09:25:01.57ID:1buxXrD8
IaC全くしてないレガシーなPHPのシステムをDocker+ECSに移行なら昔やった

でも、本番でバインドマウントしてるのはアップロードされたファイルだけだな

設定は環境変数から取得するようにして
アップロードされたファイルなど一部だけをバインドマウント経由でEFSに保存する
他は全てnginxやphpのイメージに予め入れておく

ログは標準出力経由で全てコンテナのログへ
DBは元から別サーバー

ローカル開発環境ではUnisonでphpファイルを同期
開発機のphp入ってるディレクトリを丸ごとマウントでも良いか、このシステムは肥大化してて遅いのでUnisonを使用
2020/11/04(水) 09:29:46.18ID:sMNwaZ5l
俺は横着なのでDockerfileが構築手順書がわりになる方が便利
それがなけりゃlxc使う（かつては使ってた）

docker runも--rm付けて毎回クリーンに起動するのが性に合う
無論ログやdbファイルはボリュームで外部化するけど
2020/11/04(水) 10:03:23.77ID:eFolKj+u
>>626
直接マウントするのはハードウェア1つにつきコンテナ1つだけ
マウントしてるコンテナが他のコンテナにサービスとしてファイルアクセスを提供する
排他制御とかもその1つのコンテナが全部引き受ける
2020/11/04(水) 10:13:53.42ID:c69K63Cq
>>636
dockerに限らずIasCって必ずしもコストパフォーマンスがいいとも限らんからな
自動化の制御が複雑になるなら手作業で設定してコミットしちゃったほうが簡単だって考え方は十分ありだと思うよ

IasCに疲弊してる企業が、よくよく考えたら本当に欲しかったものはサーバーの状態をexp impする機能だった
2020/11/04(水) 11:06:14.87ID:8vCtX8KM
>>643
ホストディレクトリをマウントしているコンテナが、
他のコンテナにサービスとしてファイルアクセスを提供するには、
XFSとか、Sambaとか、排他制御ができるというオンラインファイル共有サービスを公開するということですか。

なるほど、じゃあ、ボリュームをマウントしたコンテナが、
それらの共有サービスを公開すれば、他のコンテナでもボリューム内容を共有できますね。
2020/11/04(水) 11:10:18.58ID:8vCtX8KM
>>644
>IasCに疲弊してる企業

Docker原理主義者の言うことを鵜呑みにしたのかしら
アプリの設定ファイル作成をコード化するなんて頭おかしいとすら思えてしまった。
2020/11/04(水) 11:13:28.47ID:QtKCHGIC
>>645
オンライン共有サービス？ ストレージサービスとかいう名前でいいだろｗ

アプリ用コンテナとデータベース用コンテナは分けて
それぞれコンテナ＝1サービスにしろっていうのはそういうこと
2020/11/04(水) 11:14:58.00ID:QtKCHGIC
>>646
それはあなたの感想であって、意見や主張は何も含まれてないですね
649login:Penguin
垢版 |
2020/11/04(水) 11:38:17.56ID:g/DLzKYE
最初からDocker前提で書いてればそんな難しくはない
レガシーなシステムを大量に抱えてたら大変
650login:Penguin
垢版 |
2020/11/04(水) 12:24:20.61ID:8vCtX8KM
>>647
でも、データベースの場合は、SQLコマンドのやり取りだけなので、データベースのデータファイルを直接オンラインストレージサービスで共有する必要はないよな。

排他制御を行うためにストレージサービス（XFS, samba）を使う場合は、ファイルレベルでの取り扱いが必要な場合だけだよね。
2020/11/04(水) 12:25:28.53ID:mkPVUBW6
レガシーの移行はいっぺんにやろうとするな
VM、LXC、systemdコンテナ、Ansible、Chefなどを使って段階的に移行すべし
そもそもdockerに移行する意味があるのかはよく考えたほうがいい
652login:Penguin
垢版 |
2020/11/04(水) 12:31:03.62ID:8vCtX8KM
>>647
でも、そもそもどうしてコンテナには1サービスしかおいたら駄目なのか？

例えば、名前解決させるのにdnsmasqデーモンが別途必要だとすると、これで複数サービスになってしまう。

アプリケーションという概念は、様々なサービスの組み合わせが本質だから、可搬性を考えても、それらをワンコンテナに組み込むのが自然だと思う。

即ち、データベースとwebサービスは同一コンテナにしてもよいでしょということになる。
653login:Penguin
垢版 |
2020/11/04(水) 12:34:52.88ID:8vCtX8KM
>>647
ストレージサービスだと、iSCSIも含んでしまう。
排他制御ができるファイル単位サービスということで、オンライン共有サービスと言った。
2020/11/04(水) 12:38:00.10ID:3mo/cajL
>>626
ホストの同一ディレクトリを複数コンテナでマウントするだけでしょ
排他もかかるよ
2020/11/04(水) 12:41:03.59ID:5mpefc2R
>>652
その考え方で概ね正しいよ

好例としてGitlabのオフィシャルコンテナも1コンテナにすべてのサービスを詰め込んで1コンテナ：マルチサービスで動かしている
そして内部的な構成管理ツールとしてChefを使っている
これは1コンテナ：1プロセスという無意味なプラクティスには反するが現実として非常にうまくいってる

ただしこの構成だと特定のコンテキストやレイヤーを抜き出してそれだけスケールアウトするのが難しくなる
デメリットはせいぜいそれぐらいしかない
2020/11/04(水) 12:45:25.28ID:3mo/cajL
よく言われるのは1プロセスじゃなく1サービスだろ
WebとDBで完結して1サービスと見なせるなら分ける必要ないよ

Webを複数にして負荷分散等する予定があるとか
DBをデータマート的に多目的に使う奈良分けた方が柔軟だろうが
657login:Penguin
垢版 |
2020/11/04(水) 13:10:06.70ID:g/DLzKYE
mysqlとかphpmyadminとか既存のDockerイメージあるじゃん？
なのにわざわざ苦労して手動インストールして
1つの複雑なDockerイメージにする理由がない
2020/11/04(水) 13:26:36.97ID:QtKCHGIC
>>652
> 即ち、データベースとwebサービスは同一コンテナにしてもよいでしょということになる。
する理由がない

複数コンテナを結合できるのに、一体化させる理由がないんだよね
複数コンテナをつなげるのは簡単だが、一つになってるものは分離できない
2020/11/04(水) 14:17:42.89ID:5mpefc2R
・複数のコンテナをオーケストレーションしないと使えないサービス
・コンテナ1個動かせばOKなサービス

どっちが楽なのかは自明だろ
2020/11/04(水) 14:18:38.55ID:5mpefc2R
更に既存資産があれば作るのも楽々だ
わざわざ労力をかけてDockerfileに書き直す？
ハァト…無駄な努力
661login:Penguin
垢版 |
2020/11/04(水) 14:21:20.57ID:1buxXrD8
>>659
docker -composeも使えない猿未満の方？
662login:Penguin
垢版 |
2020/11/04(水) 14:31:08.78ID:1buxXrD8
DBは本番だと別サーバーな事も多い
メインのDockerイメージに含まれてても容量が大きくなって邪魔なだけ

DBは自分で用意するから余計なお節介はやめろ

DBだけAWS RDS使いたければ、
元から別コンテナだったら本番で構成に含めなければ済む話
なぜsupervisordとか使って複雑にする必要がある？
2020/11/04(水) 16:03:30.21ID:ZKU6KPhr
流行ってるからでぇ～すｗｗｗ
たいがいこんなもんだろ
2020/11/04(水) 17:44:02.78ID:5mpefc2R
>>661
なぜ使える使えないという個人のスキルの話に脱線するのか意味不明だよ君

dockercomposeを使わなくても簡単に動かせるならそちらのほうがいい
より簡単な方はどっちなのか？
答えは誰でもわかる、単一コンテナのほうが簡単
2020/11/04(水) 17:46:32.48ID:5mpefc2R
>>662
ケースバイケース
既存資産があるなら1つにまとめてしまったほうが楽な場合がある
Gitlabのように戦略的に単一コンテナを選ぶ場合だってある
何でもかんでも分割すりゃいいってもんじゃない
2020/11/04(水) 17:49:51.64ID:YAhpIihL
>>664
論理的じゃない

簡単に動かせるならそちらのほうがいい・・・とは限らないだろ
2020/11/04(水) 17:50:49.68ID:YAhpIihL
>>665
分割したほうが再利用しやすいという話だ
2020/11/04(水) 17:54:01.59ID:5mpefc2R
>>666
いやいや
同じ機能が手に入るなら簡単であればあるほどいい
難しい構成が許されるのはそれに見合う目的が必要

つまりデフォルトは限りなくシンプルに簡単に
細かくチューンナップしたいなら難しい構成を許可する
という順番がある
最初から難しい構成を押し付けるのはクソ製品
2020/11/04(水) 17:55:15.65ID:YAhpIihL
> 同じ機能が手に入るなら簡単であればあるほどいい

自分で答え言っちゃってるわなｗ

「同じ機能が手に入らない」ので
言ってることが論理的ではない
2020/11/04(水) 17:57:50.83ID:5mpefc2R
>>667
そうとも限らない
Gitlabコンテナは世界中で再利用されている
再利用するのにまったく困ることがない
もし仮にGitlabコンテナを構成するサービスが別のコンテナになっていたらオーケストレーション構成を考えるのが面倒で再利用に余計な手間がかかってしまう
2020/11/04(水) 17:59:06.99ID:YAhpIihL
× Gitlabコンテナは世界中で再利用されている
○ GitLabサービスは世界中で利用されている

一番簡単なのは GitLabサービスなのだ
2020/11/04(水) 17:59:34.38ID:5mpefc2R
>>669
はぁ
くだらない揚げ足取り
2020/11/04(水) 17:59:51.82ID:5mpefc2R
>>671
話をそらすな
2020/11/04(水) 18:00:53.80ID:YAhpIihL
そらしてないなぁ
データベースが一体化していれば
GitLabサービスの運営は大変だろう
2020/11/04(水) 18:03:51.46ID:5mpefc2R
Gitlabは本当によくできている
デフォルトでは単一コンテナで最小のパラメーター設定だけで動かせるように作られてる
その上で内部サービスをオミットして別のコンテナに分割することもできる

そうする必要もないのにデフォルトの構成を複雑化させたがるバカはGitlabコンテナを見習ってほしい
2020/11/04(水) 18:05:56.53ID:5mpefc2R
>>674
そらしてる
今はGitlabコンテナの話をしてる
Gitlab.comのサービスの話はしてない
2020/11/04(水) 18:15:31.23ID:YAhpIihL
だから大抵の人にとって一番簡単なのはGitLabサービスを使うことだろ
それに対してデータベースを別でバックアップしておきたいって人にとっては
データベースは分離されていたほうがいいし
678login:Penguin
垢版 |
2020/11/04(水) 18:15:58.50ID:wKYTl7Ay
>>654
ボリュームを複数コンテナでマウントするだけでは排他制御されない。

ホストディレクトリをコンテナにマウントしても同様に排他制御はかからないのではないか
679login:Penguin
垢版 |
2020/11/04(水) 18:17:19.26ID:wKYTl7Ay
>>657
可搬性が理由だと思う。
2020/11/04(水) 18:18:07.54ID:YAhpIihL
GitLabは全部一緒くたになってるから
間違ってコンテナを消してしまうとデータまで消えてしまう
データのバックアップも大変
安心して運用なんてできないよ
2020/11/04(水) 18:19:48.34ID:5mpefc2R
>>677
またトンチンカンなことを
Gitlabサービスを使う話はしてない
コンテナの構成として1コンテナマルチサービスの是非を議論しているのにマネージドサービスと比較してどうすんだよ
本当に意味不明だよ君

今の話の大前提は「DockerでGitlabをセルフホストする」ことだ
マネージドサービスの話がしたいならスレ違いだからさっさと別のスレにいけ
2020/11/04(水) 18:19:53.14ID:YAhpIihL
>>654
排他制御の意味が違ってる。

例えばMySQLを2つ起動したとして、同じディレクトリを
参照していたらデータが壊れるだろ

ファイルは壊れなくてもデータが壊れる
2020/11/04(水) 18:20:55.39ID:i96Niluf
github使わずにgitlab使うのは自社サーバで運用したいケースが多いんじゃね
マイクロソフト資本を嫌悪したケースもあるかも知らんが
あとデータベースのバックアップは基本的にコンテナやボリューム単位ではなくて
データベース純正のバックアップ手段使うケースが多いと思うよ
2020/11/04(水) 18:21:34.34ID:YAhpIihL
>>681
> 今の話の大前提は「DockerでGitlabをセルフホストする」ことだ

ほらなｗ また条件つけた。

つまりこいつにとっての「使いやすい」の基準は
「DockerでGitlabをセルフホストする」場合の話であって
誰かのためにサービスを運営する（つまりGitLabサービス）のようなものには
当てはまらないということだ

開発者なら「誰かのためにサービスを運営する」だろ？
2020/11/04(水) 18:24:03.66ID:5mpefc2R
>>680
間違って消しちゃたら困るのは纏めてようが分けてようが同じ
バックアップはgitlabのコマンドラインツールを使う方法、ボリュームをバックアップする方法がサポートされている
いずれの場合も、対象が1つのコンテナにまとまってるから簡単にバックアップできる
もし、これが複数のコンテナに分量外していたら、それぞれのコンテナについてバックアップを考えなければならないので大変だ
2020/11/04(水) 18:25:44.20ID:YAhpIihL
> バックアップはgitlabのコマンドラインツールを使う方法、ボリュームをバックアップする方法がサポートされている

はいそれなｗ

「一つにまとめたほうがいい」という方針の結果がそれだよｗ
そういう方法を自分で作らなければいけなくなるということ

データベースが分離されていれば、一般的なやり方がそのまま使える
GitLabに依存してないからだ。しかし一つにまとめた結果そのやり方が使えなくなり
そういうツールを開発しなければいけなくなった
2020/11/04(水) 18:26:08.29ID:5mpefc2R
>>684
条件を付けた？
最初からこの条件で話してたらお前がマネージドサービスとの比較などというズレまくったトピックを持ち込んできたんだろ
いい加減にしろ
2020/11/04(水) 18:28:08.38ID:YAhpIihL
>>687
お前は他人が用意したものを使うだけの話をしてるが

こちとらDockerfileを「作る側」の話をしてるんだよ
それはGitLabサービスと同じ立場だ

一つにまとめれば作るのが簡単？
GitLabのバックアップの件からも特殊なツールの開発が
必要になるってことがわかったよなｗ
2020/11/04(水) 18:29:36.41ID:5mpefc2R
>>686
考えが浅すぎてため息しかでない
なにが一般的な方法が使えるだよ
Gitlabの管理するデータはDBだけじゃない
リポジトリデータやその他のサービスのデータも管理してる
これらを個別に管理したら大変だよ

個別に簡単に管理できるならGitlabはわざわざバックアップコマンドを用意したりしねーよ
少しは考えろ
2020/11/04(水) 18:33:11.70ID:5mpefc2R
>>688
作る側ならより慎重に使う側の都合を考えろよ
使う側に知識と労力を期待するのは三流の開発者だ

Gitlabの開発者はdocker runさえ知ってればGitlabを動かせるように整備した
これが一流の開発者だ
2020/11/04(水) 18:34:45.63ID:YAhpIihL
ああ、使う側って自分で開発したアプリでサービスを運営するって考えがないのかｗ
いやはや、考えが浅いなぁ
2020/11/04(水) 18:42:23.75ID:5mpefc2R
>>691
利用形態は外向けサービス運営だけじゃない
むしろサービス運営のほうが圧倒的に少数派
どんな企業でも開発用の社内システムを持ってるがサービス運営をしているとは限らない
社内システムでは導入の手軽さと運用コストがまっさきに検討される

こんなことにすら考えを巡らせられないのか？
浅い
浅すぎる
2020/11/04(水) 18:45:23.76ID:5mpefc2R
自分たちで作って自分たちだけで消費してるから不特定多数にイメージを使ってもらうという想定ができないんだろうな
閉じた世界で考えてるからとにかく浅い
2020/11/04(水) 19:02:30.64ID:aUQpvtzl
自分が浅いことがバレて必死になってるなｗ
2020/11/04(水) 19:05:27.60ID:7ED4Lec/
おや
ついに反論できなくなったようだな
勝負あり
696login:Penguin
垢版 |
2020/11/04(水) 19:14:19.28ID:g/DLzKYE
GitLabの公式イメージが気に入らなければ
k8sでHelmチャート版使うか非公式の方入れたら良い

https://github.com/sameersbn/docker-gitlab

既存のPostgreSQLとかRedisを使いたい！って要望に答えられないので
こういうものが作られる当然ではある

SMTPサーバーは流石にごった煮版の方もない
こればかりは一つのコンテナ内でどうにかならないからか
別にSMTPサーバー立てたり外部サービスを利用が必要
2020/11/04(水) 19:23:38.13ID:7Ele+Ilf
公式もDB外付けできますよ
2020/11/04(水) 21:35:24.62ID:aRkKqxcc
番号確認用テスト
2020/11/04(水) 21:36:45.88ID:aRkKqxcc
>>632
ありがとうございます！

ちなみにもう一つ質問なんですが
シェル変数に渡せないことがあるんですが全てのシェル変数には対応できないんでしょうか？

$UIDとか
2020/11/04(水) 22:08:46.47ID:3mo/cajL
>>678
試して言ってるんだけど
2020/11/04(水) 22:09:53.22ID:3mo/cajL
>>682
排他ロックがかかるという意味で言ってる
2020/11/04(水) 22:39:25.83ID:PYTTHrMi
>>699
UIDやGIDが何ものであるか、考えてみてください。
703login:Penguin
垢版 |
2020/11/05(木) 00:32:52.53ID:fiw9R+Nw
>>701
通常ディレクトリでも、libreOfficeでファイルを開けばロックファイルが作られる。
アプリケーションレベルでのみロックが掛けられると思う。
viでも編集中のファイルは、ロックファイルが作られるよね。

Dockerボリュームとか、ファイルシステムレベルでのロックなんてそもそもなかったのではないか？
2020/11/05(木) 07:26:28.83ID:I+aaEHF/
ボリュームなんてただのディレクトリでしかないのに何いってんだ
カーネルを共有してるにどうやって
ファイルシステムのロックを回避するっていうんだよ
Dockerは仮想マシンじゃねーよアホ
2020/11/05(木) 07:27:59.79ID:I+aaEHF/
>>702
> UIDやGIDが何ものであるか、考えてみてください。
ただの環境変数です。
706login:Penguin
垢版 |
2020/11/05(木) 07:32:50.40ID:3ZkEmE9Q
>>654
何のアプリケーションを試してるんだから知らないが
それDockerとか関係なく複数のプロセスから同じファイルを触らせてるだけだろ？

排他制御がどうなるかは動かしてるアプリケーションの仕様による
Docker関係ない
2020/11/05(木) 07:34:58.75ID:PZkmWwSI
>>706
>>626に言えよ
708login:Penguin
垢版 |
2020/11/05(木) 09:30:02.22ID:fiw9R+Nw
>>704
ファイルシステムのロックってなんのこと？？
709login:Penguin
垢版 |
2020/11/05(木) 09:59:15.45ID:fiw9R+Nw
>>706
ボリューム使ってコンテナ間でふを共有しても、
排他制御されないらしい

https://www.digitalocean.com/community/tutorials/how-to-share-data-between-docker-containers

but there’s one critical caveat: at this time, Docker doesn’t handle file locking. If you need multiple containers writing to the volume, the applications running in those containers must be designed to write to shared data stores in order to prevent data corruption.

ファイルオープンしているときに、
別のコンテナからファイルに変更を加えられるということだよね。

コンテナは、確か、同じカーネルで動作しているけど、リソースを分けるように名前をわけているらしい。

ファイルハンドラーも分けられているに違いない。

なので、ローカルマシンで同じファイルシステムに複数プロセスがファイルにアクセスするシナリオとは異なっているのだと思う。
710login:Penguin
垢版 |
2020/11/05(木) 10:00:58.24ID:fiw9R+Nw
>>704

>>709を参照してほしい
711login:Penguin
垢版 |
2020/11/05(木) 10:18:40.71ID:fiw9R+Nw
>>709
いや、ファイルハンドラーのくだりでおかしいこと言ってるな
勘違いしたわ。


結局、一つのカーネルがファイルシステムをとりあつかっているから、
ボリュームでコンテナ間でファイルを共有しても、
それはコンテナ使わない通常の状況において複数プロセスがファイルにアクセスできるのと同じことになるのかな。
712login:Penguin
垢版 |
2020/11/05(木) 12:48:50.84ID:xIltC13o
初心者なんだけど、WindowsにDockerインストールして、DockerでCentOSのコンテナを起動、そこから、nginxとかpythonとかのコンテナを使いたいんだけど、そういう事出来るんでしょうか。
CentOSの80番に来たのをnginxのコンテナに飛ばして、更にpythonのコンテナに飛ばして処理、とか。
CentOS上にDockerをインストールして、そこからnginxのコンテナを置くとかの形になるんでしょうか。
2020/11/05(木) 12:53:40.32ID:/PyhrE0E
> DockerでCentOSのコンテナを起動、そこから、nginxとかpythonとかのコンテナを使いたいんだけど、

意味不明ｗ

Dockerのコンテナ＝アプリ
つまり「Windowsでnginxアプリを使う」だけの話

そのnginxアプリっていうのが、内部でDockerを使ってるかもしれないし使ってないかもしれないが
nginxアプリをつかつ人にとってはどうでもいいことだ
2020/11/05(木) 13:01:14.19ID:/PyhrE0E
Dockerっていうのはな、アプリを作るためのものなんだよ
もちろん誰かが作ったアプリを使うだけのやつも居るが
本来はアプリを開発するために使うもの

例えばお前が作ったアプリがWindows上でそのまま動くか？
Linux上で動かすことを想定して作ったアプリだと動かないだろ？

Dockerを使えば、そういうアプリがWindows上でも動くということ
なぜならアプリを動かすのに必要なものが全てコンテナに含まれているから
コンテナに含まれていないのはLinuxカーネルだけだが、そのLinuxカーネルは
Docker for Windowsが提供している。（WSL2を使う場合はWindowsが提供しているLinuxカーネルを使う）
2020/11/05(木) 13:08:24.93ID:PGgKBof2
>>712
Docker in dockerかDocker outside of dockerというテクニックを使えばコンテナからコンテナを扱うことができるが
君が本当にやりたかったことはおそらくただのdocker composeだろう
2020/11/05(木) 13:14:16.71ID:/PyhrE0E
いつものDockerを仮想マシンと勘違いしてるやつだろ
Dockerコンテナには原則としてログインしない（デバッグのときぐらい）
アプリにログインとかするか？それぐらい意味不明な行為
2020/11/05(木) 13:17:00.33ID:PGgKBof2
>>716
devcontainerを使ったことないのか
2020/11/05(木) 13:23:32.34ID:fiw9R+Nw
>>716
それは言い過ぎ（とうぜん、アプリにsshログインなんてしない。）

アプリを取り巻いている環境がコンテナにあるわけで、
それを調べるためにsshログインすると便利
719login:Penguin
垢版 |
2020/11/05(木) 13:27:52.47ID:xIltC13o
なるほど。
つまり、全体として一つの目的を果たすアプリを構築するモノであって、細かいコンテナを結合して使うような形はあまり想定されていないと。
やる場合はdocker composeが一番イメージに近そう。
こちらの想定としては、例えばpython2の実行環境が本番で動いているとして、その周りの環境はそのままに、pythonを2から3の実行環境へと入れ替え（ここをコンテナの入れ替えをするイメージでした）して、実際に全体として動くのかと言うような形の検証が出来ればいいなと考えていました。
この場合、python3ではうまく動かないなとなれば、python2のコンテナにつなぎ直せばゴミも残らず即元通りになると思いましたので。
2020/11/05(木) 13:29:57.21ID:aPKS8bQV
いつものアレなのでスルー推奨
2020/11/05(木) 13:44:06.16ID:0fHUxX44
よく飽きねぇな
2020/11/05(木) 13:45:03.78ID:7JWgbSNJ
次スレはワッチョイかip頼む
2020/11/05(木) 13:47:11.51ID:fiw9R+Nw
>>719
python2用コンテナと、
python3用コンテナを用意する。

というか、paython2も3も同一マシンに同時に導入できたんじゃ？
2020/11/05(木) 16:43:09.02ID:/PyhrE0E
>>719
そういう使い方ではない

Dockerは「実際に全体として動くのか」の「全体」を作るもの

つまり「Python2を使う全体」と「Python3を使う全体」を
Dockerfileの内容を元にそれぞれ作る。
念の為。それぞれの中にはDockerは入ってないぞ。

Dockerfile（手順）を実行してDockerイメージを作るのがDockerで
さらにできたDockerイメージを動かすのがDockerだ
2020/11/05(木) 18:56:14.40ID:nb4htb8e
>>702
なぜUIDだとダメなのでしょうか？
2020/11/05(木) 20:49:54.77ID:JL2sRUYB
>>627だけど、やっぱり誰も受けてない？
727login:Penguin
垢版 |
2020/11/05(木) 21:45:24.42ID:xIltC13o
>>724
今やっと(多分)正確に理解出来ました。
つまり、「nginxのコンテナ」や「python2のコンテナ」の中にも、(乱暴な言い方をすれば)CentOSが入っているということですね。
>>714を参考にすれば、kernelだけは含まれず、そこは別でDockerなりWindowsなり、ホスト側の環境に依存する形で利用される、と。

とすると、docker compose等で3306はMySQLコンテナに飛ばす、と言った話は、こちらも乱暴な言い方をすれば、WEBサーバとDBサーバが2つ立っていて、そのサーバ間で通信を行うイメージになるわけですね
2020/11/05(木) 22:44:52.50ID:kRAtqvcg
>>726
試しに受けてみようかなと思ったら195ダラーに引いたｗ
たった55題でその値段とか冗談でしょ。
729login:Penguin
垢版 |
2020/11/05(木) 22:49:30.86ID:fiw9R+Nw
>>726
資格持ってるやつほどできなさそう
発想ゼロで創造性なさそう
2020/11/05(木) 22:58:59.64ID:kRAtqvcg
外国のベンダー試験は死ぬほど実務的。
勉強して役に立たないという事は基本ない、という印象。高いけど。

ただdocker自体コンテナランタイムとしてどうよ？って気がする。
Docker swarmとか別に知りたくもないし。
2020/11/05(木) 23:18:47.89ID:zb/W11IL
前から言ってんじゃんこれからはpodmanだって
dockerはレジストリとしての価値も危ぶまれてるまじオワコンよ
2020/11/05(木) 23:34:44.62ID:TdGXrpVR
> これからはpodmanだって

podmanになったらまた来てくれ
これからはと言ってるやつの99%は外れだから
2020/11/06(金) 00:31:53.26ID:P7wMRRj0
Docker は、namespace, cgroup, overlayfs を使っている。
本質は使い捨ての、immutable

仮想OS じゃないし、Docker Compose も、実システムとして使えない。
実システムは、AWS などのKubernetes
2020/11/06(金) 00:37:54.86ID:s01/YDPr
>>731
podmanになるかは知らないけどDockerが何かに置き換えられるの可能性はあるだろうね。
DockeはDockerデーモンがネットワークを奪い取っちゃうのがイマイチなところ。
run -p 80:80 と書けるのは一見便利な様でコンテナランタイムでしかない筈のDockerプロセス
が標準ポートに対する攻撃を一人で引き受けることになる。
オマケにk8sとか上位からコンテナランタイムを制御したいシステムとネットワークが干渉して
邪魔になる。
2020/11/06(金) 00:50:07.25ID:P7wMRRj0
Python の環境構築なら、YouTube のキノコードの動画を参照！

【Bash】Windows Subsystem for Linux【WSL】8
https://mao.5ch.net/test/read.cgi/linux/1590742701/893
2020/11/06(金) 01:48:56.19ID:T6MZgdki
play with dockerで簡易cgiローカルサーバー動かそうと思ったけど
起動はしたもののどこに接続していいのかわからない

$ vim index.html
$ mkdir cgi-bin
$ vim cgi-bin/sample.py

$ docker pull python:3.7-slim
# $ docker images
$ docker run -itd -v /root:/var/www/html [イメージID] bash
# $ docker ps -a
$ docker exec -it [コンテナID] bash

コンテナ内bash
$ cd var/www/html
$ python -m http.server --cgi 8000

これで一応サーバーは動いたっぽいものの
play-with-dockerのOPEN PORTボタンからアクセスしてもページが無かった
（自分のPCからだとコンテナに割り当てられたローカルホストのアドレスからきちんとアクセスできた）
2020/11/06(金) 02:48:39.14ID:P7wMRRj0
Ruby なら、コマンドプロンプト・PowerShell から、1-liner で、
Rubyで作られた遅いウェブサーバー、WEBrick が起動する

ruby -run -e httpd . -p 8080

そのフォルダに、index.html があれば、これでブラウザからアクセスできる
http://localhost:8080

ローカル回線だけでしょ。
ひょっとして、外部からアクセスさせるの？

外部なら、AWS のKubernetes, VPC のインターネット・ゲートウェイとか
2020/11/06(金) 02:51:35.40ID:W98uQtEe
compose使ってるんだけど毎回cdするの面倒くさい
ymlを登録するなりしてショートカット出来ないの？
739login:Penguin
垢版 |
2020/11/06(金) 03:07:19.75ID:s01/YDPr
>>737
回答がお門違いやな。"play with docker"って言ってるでしょ。
でも>>736のやり方じゃnginx とpythonを別々に動かしてるだけだから
アクセスは出来んわな。pythonとnginxをセットにしたイメージをdockerhubから
探すしかないんじゃね？
740737
垢版 |
2020/11/06(金) 03:38:32.11ID:P7wMRRj0
外部に公開するのは、

BB ルーターのポートフォワーディング・ポートマッピング・静的IP マスカレードの設定とか、
ファイアウォールのufw, netsh とか

でも、素人が公開すると、すぐに乗っ取られるw

ssh で、リモートログインの方が安全
741737
垢版 |
2020/11/06(金) 03:43:44.05ID:P7wMRRj0
nginx, python の組み合わせは、珍しい。
普通は、web サーバーと、フレームワークの組み合わせ

nginx, Ruby on Rails とか、
Apache, WordPress とか
2020/11/06(金) 08:55:36.62ID:Xq/Lj6my
>>726
ググってみたが、資格のページ無くないか？
2020/11/06(金) 09:35:23.76ID:Pu2vwu4g
podman 見た感じだとわるくないんだけど、Red Hat のかじ取りというかやり方が微妙であんまり流行らないだろうなとは思う
2020/11/06(金) 10:14:04.41ID:p0uOIOHq
pythonでdjangoとか使いますし
nginxと組み合わせるなんて珍しいとは思いませんよ
2020/11/06(金) 10:17:28.74ID:4r/vlmbk
>>734
> podmanになるかは知らないけどDockerが何かに置き換えられるの可能性はあるだろうね。

当たり前だろ。「いつまでに」って期限をつけないならいつかは置き換えられる。
Linuxだって置き換わるだろ。100年後、200年後までLinuxのままだとは思えない。
746login:Penguin
垢版 |
2020/11/06(金) 10:32:54.57ID:s01/YDPr
>>742
https://prod.examity.com/docker
にある。アカウント作ったら入れる。トラブったらチャットの人が即座に解決してくれる。
747login:Penguin
垢版 |
2020/11/06(金) 10:35:51.92ID:s01/YDPr
>>745
そういう非現実的な話はしてないな。
デーモンじゃマズイ、と言っているんだからその問題が無視できくなれば
置き換わるだろ、と言うか自分たちが作ってるクラスタは置き換わってるし。
（あるバージョンからコンテナランタイムのDockerが消えた）
748login:Penguin
垢版 |
2020/11/06(金) 10:37:25.40ID:s01/YDPr
>>744
まあそうだよね。
nginx+pythonで珍しいとか意味が解らんね。
2020/11/06(金) 11:13:26.38ID:Pu2vwu4g
自分が使ったことない物をめずらしいって言ってるだけだろうから無視していいよ
2020/11/06(金) 11:48:56.16ID:4r/vlmbk
>>747
だから世間がいつまでに置き換わるか言ってみ
当たるか当たらなかいかじゃなくて、お前がどれだけ
自分の説に自信と信念を持ってるかを判断してるんだよ

それとDockerはrktに置き換わるんじゃなかったっけ？ｗ
2020/11/06(金) 12:13:25.48ID:CC12inH7
この粘着性はどうやったら育めるんだろうな
2020/11/06(金) 17:04:00.01
pylay with dockerでdjango+mysqlいけたけど
ロケットのおなじみの画面が表示されなくてALLOWED_HOST=['*']にすればいけた
あとchromeだとhttp://が弾かれることに気づかず（表示できたりできなかったりするので）めちゃくちゃハマった糞が
753login:Penguin
垢版 |
2020/11/06(金) 17:16:59.44ID:rIUKx7DZ
>>731
知識は役に立たないけど、経験は役に立つということなんだろうな。
Dockerコンテナ作れるから、もう安心ということにはならないな。
また、別の新しい技術が登場する。
前の知識は役に立たない。
役に立つのは、試行錯誤や理解に必要な経験だなあ。
こういうのを結晶化なんとかというのだろう。

表面的な知識は異なれども、それを成り立たせる思想には共通するものがある。

こう考えると、特定のアプリ技術に関する資格なんて無意味だな。

IPとか、低レベルの技術はなかなか変容しないから、そのあたりの資格はあっても良いと思う。
2020/11/06(金) 17:51:26.54ID:p0uOIOHq
Podmanx 2 Dr.ワイリーの謎
2020/11/06(金) 19:45:08.08ID:4r/vlmbk
>>753
代替ツールを流行っても居ないのに、これからはこれ！とか
言ってる奴は大概、役に立たない知識で終わっちゃうよね
ツールの使い方じゃなくて、考え方を理解してる人は、
後からでもすぐに理解できるから、焦って未熟な段階で使う必要がない
ノウハウがたまってバグがあらかた解決してからでも遅くないし
2020/11/06(金) 23:52:41.31ID:P7wMRRj0
Docker, Docker Compose は、本番では使えないから、
最も重要なものは、AWS, Kubernetes

Linux 財団のCloud Native Computing Foundation(CNCF)の卒業プロジェクトも。
Kubernetes, Prometheus, Envoy, CoreDNS, containerd, Fluentd
2020/11/07(土) 00:16:16.97ID:eBGWX6aX
本番でも使えるが？
2020/11/07(土) 01:25:54.40ID:2ambohnb
dockerの入門書にk8sも記述されていることもあるけど
k8s使う場合って複数サーバが必要になりますよね？
2020/11/07(土) 02:05:56.71ID:A9UbMMtV
そらそうよ。
2020/11/07(土) 08:23:01.80ID:eBGWX6aX
1台でもいいよ
761login:Penguin
垢版 |
2020/11/07(土) 09:04:10.75ID:ulFlM/B0
k8sって重過ぎじゃね？
特にetcdが

minikubeも色々入れたらすぐ遅くなった

k3sだと小さなサーバー1台でも使える、データベースにsqliteとか他のも使えるらしいが
デメリットある？

sqliteはHAに対応してない
dqliteはsqliteの分散版で、HAに対応してるが実験的
と言うのは知ってる

https://rancher.com/docs/k3s/latest/en/installation/ha-embedded/
2020/11/07(土) 09:41:24.11ID:8zmwVowU
>>761
そのとおり。VMインスタンスで最小スペックだとメモリ4GBほどだが
k8sはそのうち1GBほどかっさらっていく
最小スペックのマシンは実質使い物にならなくなる
763login:Penguin
垢版 |
2020/11/07(土) 11:00:12.29ID:ulFlM/B0
k3sはdqliteじゃなくてembedded etcdになるらしい
それって軽いの？
2020/11/07(土) 11:18:34.87ID:VOHFkWyI
重いのはスペックが足りないからやー！
2020/11/07(土) 17:29:16.56ID:XStoOlkj
k8sもメモリ食い過ぎだが、fluentdも酷い
たかがCPUとかメモリ使用率を取得するだけで数百MBもメモリを使用する
Ruby製なのが原因か知らんがC言語で作っていれば10MB程度しか食わないだろう
2020/11/07(土) 18:19:29.17ID:tGPIOgJu
fluentd_v1.11使っているが2週間くらいでElasticにデータ渡さなくなる症状に悩まされているよ
docker-compose restartを定期期にする必要がある
767login:Penguin
垢版 |
2020/11/07(土) 18:38:38.67ID:ulFlM/B0
>>765
そんなあなたにfluentbit
768login:Penguin
垢版 |
2020/11/07(土) 18:53:43.84ID:E4RaZBn4
k8sとかが、いったい何をしてくれるのか全然わからない。
全然わからないから、使う気にもなれない。
概要を読んでみても、まるで遠い話をしているみたいに聞こえて、必要性を感じられない。

だから、自分は素のままでDockerコンテナ使ってますよ。

何か一つこんなことができるよ的なことってないですかね。
2020/11/07(土) 20:07:06.04ID:AnDT9/b7
クラスタ組まないならcomposeでおｋ
クラスタ組む場合も自前ならswarmのほうが何かとお手軽で安定してる
composeもほとんどそのまま流用できる
AWSなんかはcomposeにも対応してるから今は無理してk8sを使う必要はない
2020/11/07(土) 22:47:47.96ID:3X/BADbo
k8s は、Auto Scale, Rolling Update, blue/green deployment
データセンター分離・ラック分離、多数決で意思決定

可用性・スケールアウトとか、全体の安全性が高い

Terraform も良い
2020/11/07(土) 23:57:22.23ID:E4RaZBn4
>>770
やっぱり、遠い話、雲の上の話
ぜんぜんぴんとこない
2020/11/08(日) 00:25:36.43ID:indWRCUE
docker環境で開発をしている人に質問なのですが
本番環境は別にdockerfile(もしくはdocker-compose.yml)を作っていますか？

本番環境ではソースコードをイメージの中に入れたいのですが
開発環境ではソースコードはホスト側に置いて、マウントしたいです
(開発中に1行書き換える度にイメージ作り直す訳にいかんし)

とはいえ別ファイルにすると(ソースコードをマウントしている)開発環境では動くけど、(ソースコードをイメージの中に含んでいる)本番では動かない
という可能性も出てきてしまう気がして、一般的にはどうしているのかを知りたいです
2020/11/08(日) 00:39:21.68ID:E0Efq9ms
動画配信サイトとか高負荷かつ安定稼働を求められるシステムなら採用する価値はあるかもね
でもなんとなくK8S使ってみたかった程度の気持ちで無意味に使ってる人も多い
2020/11/08(日) 00:40:33.67ID:zneumWca
>>772
開発と言っても「実機と同等の構成で動かしてみる」というのも含まれるけど
一般にソースコードを修正してデバッグしてみたいな開発作業中は
Dockerを使わないよ

今はWindowsでもWSLがあるし、Dockerを使わないで開発やテストができる
いちいちDockerの中に開発ツール（ビルドツールやらlintツールやや）
入れなくていいから一番快適だしね。

その上で開発プロセスの一環として実機に近い環境で
テストしたいときはDockerを使う
2020/11/08(日) 00:40:41.43ID:E0Efq9ms
>>772
テストはイメージ作ってやるから問題ないよ
2020/11/08(日) 00:43:27.55ID:zneumWca
K8Sは金がふんだんに有り余ってるようなところが使うようなイメージ
金を使って広大なK8S用クラスタを組んで、必要になったらコンテナ起動するけど
普段はクラスタの中に空きがあって、その部分にも金がかかってる
それでもOKな所が使ってる

それともK8Sを使ってコストを最小化するような話聞いたことある？
2020/11/08(日) 00:46:13.79ID:mgGpxjW7
>>772
Dockerfileは同一で、開発時はソースコードをADDしてるディレクトリに、バインドマウントしてあげるだけで良いのでは。
2020/11/08(日) 00:50:35.76ID:zneumWca
>>777
そう簡単な話ではない。開発用イメージには、運用用イメージに加えて
開発用のツールやライブラリを含めなければいけない
2020/11/08(日) 00:54:00.53ID:zneumWca
どちらにしろ、開発用イメージはそのまま運用で使うことはできない
これが大前提。だから別々に作らなければいけないが
それするぐらいなら開発にはDockerを使わないほうがいい

使用する言語のバージョンやライブラリを統一するのは
Dockerを使わずともできる
2020/11/08(日) 00:58:10.83ID:mgGpxjW7
>>778
うん、そういうケースがあるのは分かるけど、ライトなWeb開発とかだとこれで必要十分なことも多いよね。
あとは商用向けはマルチステージビルドで成果物だけ持ってくるとかできるし。
2020/11/08(日) 01:16:24.21ID:E0Efq9ms
開発者の裁量で好きなように開発すればいい
テストさえしっかりしてれば何も問題はない
しかし好きにしろとは言ってもプロジェクトとして推奨構成をas codeで提示したほうが親切だろうな
ならDockerfileとdocker-compose.ymlが最も手軽だろう
782login:Penguin
垢版 |
2020/11/08(日) 03:08:06.81ID:kMpY44Ng
>>772
>本番環境は別にdockerfile(もしくはdocker-compose.yml)を作っていますか？

別です。
開発環境のDockerは本番機よりもっと簡略化されている
サーバー証明書もオレオレ。
あくまでも、うちのケースの話ね。

>本番環境ではソースコードをイメージの中に入れたいのですが
>開発環境ではソースコードはホスト側に置いて、マウントしたいです

それで良いんじゃないの？
開発環境はdocker-compose.override.ymlで開発担当部分のみvolumesで上書きとか。

>とはいえ別ファイルにすると(ソースコードをマウントしている)開発環境では動くけど、(ソースコードをイメージの中に含んでいる)本番では動かない
という可能性も出てきてしまう気がして..

何故、開発機の次が本番機なのさｗ？
テスティングやステージングは？問題があるなら、そこでわかるでしょう。
783770
垢版 |
2020/11/08(日) 03:09:14.51ID:FpP/Utr7
k8s は、マスターは多数決で決めるから、分散数は奇数にして、3, 5, 7 個

ラックの電源断に備えて、ラックも別々。
データセンターの災害に備えて、データセンターも別々

こんな安全性を考えるのは、大企業
2020/11/08(日) 03:12:19.79ID:Xb0LuSe/
多数決ってなに？
する意味あるの？
785770
垢版 |
2020/11/08(日) 03:38:50.21ID:FpP/Utr7
Ruby on Rails の場合は、Heroku, Cloud9 が最短。
git push するだけで、デプロイ完了！

他には、CircleCI, Capistrano
Chef, CookPad 製のItamae

Terraform
786770
垢版 |
2020/11/08(日) 03:52:42.87ID:FpP/Utr7
ネットワーク分断の場合に、
どれがマスターに格上げされるかを、多数決で決める

多数決には過半数が必要だから、ミニマムで、2:1。
だから分散数は、3, 5, 7 個と奇数にしておく

2個は、1:1 になるから、過半数を取れない。
4個でも、1:3 なら過半数を取れるが、2:2 になったら過半数を取れない

Raft という分散合意システムで、HashiCorp のConsul でも使っている
787login:Penguin
垢版 |
2020/11/08(日) 07:46:27.45ID:kMpY44Ng
そろそろスレチと言う気がしてきたな。
k8sの話したいのなら、航海1日目に行けよ。
788login:Penguin
垢版 |
2020/11/08(日) 09:26:29.05ID:Om5NOQR8
Kubernetes 航海1日目
https://mao.5ch.net/test/read.cgi/linux/1553389453/

超過疎スレなので来てやってください
2020/11/08(日) 10:37:59.27ID:YS1Huprs
>>786
奇数から1台死んだら偶数になって多数決で分断が起こるのでは？
2020/11/08(日) 11:34:21.65
docker pull django:latestってやるとバージョンが1なんですけど
古くないですか？
791login:Penguin
垢版 |
2020/11/08(日) 11:51:41.92ID:kMpY44Ng
>>789
多数決と言っているのはクラスタを構成するノードに対する比率を言っているのでは？
３ノード構成で２ノード生きているなら継続するよ、と。
あと分断耐性で言っているのはネットワークなので必ずしもノードが死んでいるとは限らない様な気がする。
クライアントからノード１、２には到達できるけど、３に到達する為のルーターが障害とかね。
2020/11/08(日) 12:06:00.13ID:3zTOdQJY
>>790
「古い」と答えてほしいのか？
2020/11/08(日) 12:31:20.80
>>792
いえ、どうして２でもなく３でもないのかな、と。
これならdockerhubからよりもベースpythonでpipしないといけないような
794login:Penguin
垢版 |
2020/11/08(日) 12:49:45.96ID:kMpY44Ng
>>793
django2とか３とをpullすりゃ良いんじゃね？
https://hub.docker.com/_/django
DEPRECATED　と大書きているだろうが。
2020/11/08(日) 14:49:34.76
はい非推奨は知っていたのですが
オフィシャルイメージかつcopy and paste to pull this imageのプリントがそのままなので
他の方法やバージョン1でも問題がないのかと思っていました
2020/11/08(日) 15:10:37.66ID:2UugK007
非推奨と書いてあるのが読めて最終更新日からどれだけメンテナンスされてないか確認できたら
問題ないかどうか判断できるよね
2020/11/08(日) 15:25:08.18
その判断の仕方だとどちらにも取れるのでは
問題かどうかは主にpythonのバージョンに依存するような・・
要は問答無用で１は非推奨なのか、安定版なのか
みたいな
2020/11/08(日) 16:06:24.64ID:YfDIKFy0
「自分の環境にとって許容範囲かどうか判断できるだろ」って意味じゃないの
だからどちらとも言う必要がない
2020/11/08(日) 16:39:49.54ID:dgqq6PlR
それはdjangoのほぼ全部の仕様把握してないと無理
2020/11/08(日) 22:38:23.93ID:FpP/Utr7
Django のバージョンが分からないのは、おかしい。
自分で使うバージョンを決めるものだから

Ruby on Rails なら、6 の本が有名著者で、6冊以上出ている。
黒田努、掌田津耶乃、パーフェクト・シリーズなど

それに、5・6 の違いをまとめた本も出ている。
だから、4 は相当古いと誰でも分かる
2020/11/09(月) 00:32:28.40ID:UETPDkkc
どうして急にRoRの話しだすの... こわいんだけど
802login:Penguin
垢版 |
2020/11/09(月) 02:02:44.37ID:llgGcWyv
RoRの事しか知らないからだろ。
わかって無いけど会話に参加したい（デキる男感をアピールしたい）
初心者心理。
2020/11/09(月) 20:52:16.68ID:Kmn1m/pX
Dockerを仮想マシンのよう使う人って未だに居るんだな
2020/11/09(月) 22:29:49.19ID:mIHqbD7W
べつにいいでしょ
ツールが使い方を決めるんじゃなくて人が使い方を決めるんやで
2020/11/09(月) 22:41:51.92ID:mwf5KB+q
仮想マシンのように使うって具体的にはどういうことなんだろ
806login:Penguin
垢版 |
2020/11/09(月) 23:23:36.46ID:Zesq5BDu
Docker, Kubernetes は、immutable。
状態を持たない

すべて破棄してから、作るのが基本。
サイボウズのkintone では毎日、破棄してから作っている

AWS などを知らない香具師が、コンテナ内に状態を持とうとする。
クラウド・コンテナの機能の、区別ができない香具師

Cloud Native Computing Foundation(CNCF)の卒業プロジェクト、
Kubernetes, Prometheus, Envoy, CoreDNS, containerd, Fluentd

他には、はてなのMackerel, DataDog, Elasticsearch などを、知らない香具師。
コンテナを仮想マシンのように使うなって、延々と言われているw
2020/11/09(月) 23:40:05.64ID:t6dOYJYt
と無職が申しております
2020/11/10(火) 02:11:20.23ID:VE0k1L0+
ググった単語を色々並べて、頑張ってるなｗ
散文詩みたいで意味がさっぱり通じないｗ

匿名掲示板でそんなに俺できるぜ感をアピールしたいの？なんで？
その心理がサッパリ分からないｗ
2020/11/10(火) 02:22:13.72ID:kmSrn2NE
と言ってみた
810736
垢版 |
2020/11/10(火) 14:28:17.26ID:KAsBN9EE
>>739
すいませんポート開くの忘れてただけだった

$ docker run -itd -v /root:/var/www/html [イメージID] bash
を
$ docker run -itd -v /root:/var/www/html -p 8000:8000 [イメージID] bash
とやればできた

が、今度はcgi-bin内にアクセスしようとするとダウンロードになってしまう
・cgi-binとcgi-bin/sample.pyのパーミッションを755
・sample.pyの一行目に#!/usr/bin/env python
・改行コードはLF
とやっても
PermissionError: [Errno 13] Permission denied: '/var/www/html/cgi-bin/sample.py'
が出てしまう

自分のホストPCでローカル環境なら大丈夫だった
あとplay with dockerでnginxを介した場合は大丈夫だった
811login:Penguin
垢版 |
2020/11/10(火) 14:53:06.27ID:zR2u0HT2
香具師ってここ5年くらいで初めて見た気がする
812login:Penguin
垢版 |
2020/11/10(火) 15:01:50.33ID:VE0k1L0+
>>810
pythonのhttpdって誰の権限で動いてるんだろう？
（分からないけど）/root/cgi-bin/ (?)に対する権限を持っているのだろうか？
結局コンテナに入ってプロセスの実行者とディレクトリの権限を確認しないと分からない気がする。
813736
垢版 |
2020/11/10(火) 18:07:34.85ID:KAsBN9EE
>>812
/var/www/html/cgi-bin/sample.py
のvarもwwwもhtmlもcgi-binも
全部 chmod 755したら無事
ウェブからsample.py実行できた・・
権限許可はvar/www/htmlの下のcgi-bin以下だけでいいのかと思ってた
2020/11/10(火) 23:49:00.42ID:CFyr5V3E
>>813
で、誰が動かしているのか理解して、0755にしたの？
2020/11/12(木) 00:00:25.23ID:gGQuG0Gs
Docker compose stopでコンテナ止める時って結構時間掛かるのに
OSに対してシャットダウン掛けると即時停まるんだけど
これは本来保存されるべきデータが消えてる可能性ってある？
サービスかなんかでシャットダウン時に自動で何かデータを書き出すような処理入れるべきなのかな？
2020/11/12(木) 01:55:07.35ID:cmzexViL
そりゃタイミング悪けりゃ消えるよ
当たり前じゃん
817login:Penguin
垢版 |
2020/11/12(木) 02:36:03.34ID:hi40oOUg
>>815
>Docker compose stopでコンテナ止める時って結構時間掛かるのに

docker stopコマンドは10秒程度で止まるように優先度を掛けてくるから。

https://www.ctl.io/developers/blog/post/gracefully-stopping-docker-containers/

When you issue a docker stop command Docker will first ask nicely for the process to stop
and if it doesn't comply within 10 seconds it will forcibly kill it.

docker-compose stop --time=1 とかすれば、結構即時に近い形で止まるように見える。
動いてるコンテナの重要度は自分で把握しているだろうから、永続データ無いのなら
time=1で良いんじゃね？とはいえmysql postgresとかあるなら危ないだろうけど。
VM上で動かしたとしても、そんなに早くは落ちないだろうし。
2020/11/12(木) 04:08:50.18ID:tXLSOFMO
Dockerコンテナ内のcrontab -eで、デーモンのスケジュール再起動を任せたら、
oom Killerでホストが倒れてしまった。ホストにsshログインもできない状態に陥って大変あせった。データもっていかれるかと思ったが、再起動でなんとか復帰できた。

ホストは2GB程度だが、そのコンテナ内でこのデーモンは1G程度も消費する。
デーモンの再起動のタイミングで、メモリ溢れが発生したようだ。

そこで、ホストにおいて、docker restart コンテナとするようにした。
そうすると、メモリ溢れなく、安全にコンテナごとデーモンの再起動ができたので報告しておく。
819login:Penguin
垢版 |
2020/11/12(木) 04:11:53.86ID:tXLSOFMO
>>811
香具師／野師／野士／弥四（やし）とは。
意味や解説、類語。盛り場・縁日・祭礼などに露店を出して商売したり、
見世物などの興行をしたりする人。
また、露天商の場所割りをし、世話をする人。
的屋 (てきや) 。 - goo国語辞書
2020/11/12(木) 05:51:20.27ID:wQ2Ny6Zh
そういうことじゃないから...
アスペムーブやめてほしい
2020/11/12(木) 06:10:39.65ID:/yqD0qKX
>>818
コンテナ内で何のプロセス動かしてんの？
2020/11/12(木) 08:42:14.46ID:tXLSOFMO
>>821
iaxmodemを複数個
2020/11/12(木) 08:44:03.06ID:tXLSOFMO
>>822
iaxmodemだけなら小さい消費だが、
それらをfaxgettyさせてhylafaxに接続すると、
5倍くらいに膨れ上がった。
2020/11/12(木) 09:54:41.95ID:nXT2xhvU
コンテナ内でのサービス再起動時にメモリが溢れるってのもよくわからんが、そのサービスの再起動の動作が特殊なのかね
再起動のための停止時には一時的にメモリ使うとか？

コンテナごと再起動するなら内部のサービスは通常の停止（あるいは強制停止？）＋起動だろうから、メモリに問題ないのはまあわかる

どっちにしろdockerというよりサービス固有の事情に見える
2020/11/12(木) 14:22:14.87ID:tXLSOFMO
>>824
参考になります。

iaxmodemが始動されると、プロセスが生成されます。
その後、hylafaxを始動させて、
さらに別途faxgettyによって、両者を連結させるイメージです。（3者登場します。そのうち、iaxmodemと、faxgettyはたくさん。hylafaxとは、多対１の関係になっています。）

>>823のように、iaxmodemだけでは専有容量は僅かなんですが、
faxgettyさせると、膨れ上がります。

faxgettyは、hylafaxの関係者なので、
hylafaxがガーベージコレクトするようです。

以前テストした結果は、hylafaxの再起動時には、直ちにfaxgettyプロセスは消滅しました。

しかし、今回の環境ではそういう風にならなかったようです。
前回の環境はCentOS6でネイティブ、今回はCentOS7でコンテナです。
iaxmodemや、hylafaxのバージョンも上がっています。

いずれにしても、デーモンの再起動が特殊です。

逆に考えて、ネイティブ環境でも他の要因で同じ問題を引き起こすなら、
コンテナ環境であってよかったと思います。
docker restart faxContainerをcrontabでコンテナの外側ホストでスケジュールすれば良いのですから。

コンテナ内部でそういうデーモンの消滅のスケジュールを組むと、イメージ化されていることからタイミングの変更が困難になるので、
せっかくの利便性を損なうと思いました。
docker restart faxContainer　は素晴らしいです。
2020/11/12(木) 16:08:47.50ID:nXT2xhvU
俺はどちらかといえば「Dockerコンテナは仮想マシンじゃない」方の思想に近いから
コンテナごと再起動するのは普通というか自然だけど荒れるかな

そもそも個別ソフトの事情でメモリ食いすぎるなら、ホストでOOM起こすくらいならコンテナにリソース制限するのがいいのでは
2020/11/12(木) 16:15:03.39ID:0EFH8yv9
Linux上でchrootを仮想マシンと思うやつは、どうにかしている。
2020/11/12(木) 18:00:39.93ID:hi40oOUg
>>826
荒れるっていうか・・・・
その事に対してコダワリ持ってるのって一人だよね？

殆どの参加者は、そもそもどうでもいい話題で、そいつの書き込みに
反応するのは、そいつがなぜ、VMじゃないからどうのこうのと反発する
必要があるのか分からないから。

イスラム原理主義者に向かって暴力行為やめろよ。そもそも宗教なんて
どうだって良いだろ？と言うのと変わらない。
829login:Penguin
垢版 |
2020/11/12(木) 18:24:47.49ID:tXLSOFMO
0番の親プロセスから連鎖的に、必要な環境（ディストリ標準体系）を組みた立てていくということを、「仮想マシン」とよんでいるだけですよね。
それに対して、例えば、helloworldバイナリを実行するだけなのが、非「仮想マシン」ということですよね。

前者は、systemctlによるコントロールができて楽です。
また、アプリを構成するデーモンに依存関係がる場合はとても楽です。

しかし、後者はそういう構成を組むのに別途考慮が必要になるのでお手軽さがなくなり、せっかのコンテナがとっつきにくくなってしまいます。

こういう認識を持っているのです。
830login:Penguin
垢版 |
2020/11/12(木) 18:51:28.32ID:tXLSOFMO
>>829
必要な環境（ディストリ標準体系）と言いましたが、最初にcentos7をdocker ハブから引っ張ってきているので、標準体系にはならないですよね。

最初に何が入っているのか知らないけど、

docker run --privileged -d --net=mynetwork --name centos7 centos:centos7 /sbin/init

のようにすれば、いわゆる「仮想マシン」風の操作性のコンテナができます。

あとは、yumなどでパッケージを導入すれば、
systemctlで制御ができます。

--net=mynetwork に指定するネットワークは、自分で作成が必要になります。
LAN に対して、ポート開放もいらなくなります。
ipfilterで制御するだけです。

--net=ネットワーク名　を指定しないと、インターネットへの穴を開けてしまって危険。

ネットワークの知識がいるので、
これが唯一難しい点ではないかと思います。
2020/11/12(木) 19:18:56.59ID:p5fdQuX8
個々のコンテナの中でsystemd動かしてrsyslogdでログ出してlogroteteまてやるとか無駄の極み
動かすプロセスは複数でもいいけど必要なものだけ動かすのがdocker的な考え方だよ
systemctlに頼らず起動コマンドくらい自分で調べろ

そんなにsystemd入れてinitしたいならlxcを熱烈推奨
832login:Penguin
垢版 |
2020/11/12(木) 19:35:45.36ID:N2n6jd6N
コンテナ内でsupervisordとか動かすのはアンチパターン
2020/11/12(木) 19:50:21.89ID:DTFxiNCU
gitlabはマルチプロセスを採用してるが？
834login:Penguin
垢版 |
2020/11/12(木) 20:03:22.37ID:N2n6jd6N
>>833
ごった煮版は手軽に試したい人向けだろ

まともに使いたい人はhelmチャート版か
よそのDockerイメージ使えって事だろう
2020/11/12(木) 20:08:40.88ID:DTFxiNCU
>>834
つまりマルチプロセスなら手軽に使えるコンテナが作れるわけだよね
ということはコンテナ分割と利便性はトレードオフの関係なんだよ
このことを無視してごった煮はダメだアンチパターンだとわめき散らすのは典型的な解ってない人
836login:Penguin
垢版 |
2020/11/12(木) 20:11:24.65ID:N2n6jd6N
>>835
helmチャートとかdocker-compose.ymlで配布してくれた方がカスタムしやすい。

ログやCPU使用率も各コンテナで分かれるので見やすい
よって利便性も複数コンテナの方が上
837login:Penguin
垢版 |
2020/11/12(木) 20:13:51.62ID:dtymEtIL
docker-composeで試せるものが
docker runで試せるようになったからって
そんな楽になったとは思えない
むしろ不便になってる件
2020/11/12(木) 20:14:05.40ID:cTCSqjp+
ほれみろ。仮想マシンのような使い方をした結果

いつものように苦しんでるではないかｗ
2020/11/12(木) 20:26:27.70ID:DTFxiNCU
>>836
カスタムはある程度は環境変数とかでできる
高度なカスタムが必要なら勝手に非公式で頑張れ
ほとんどの人は公式ので十分だ

オーケストレーターごとにマニフェストを用意しなきゃならんのは面倒だ
オーケストレーターを選択するのも負担になる
マルチプロセスならdocker runだけでOK
これ以上にかんたんなものはない
2020/11/12(木) 20:28:05.87ID:DTFxiNCU
>>837
コンポーズだとファイルが必要だし内容の理解も必要
docker runはファイル不要で面倒なことは考えなくていい
これ以上楽なことはない
2020/11/12(木) 20:28:29.96ID:DTFxiNCU
>>838
苦しまない
むしろ楽になってる
2020/11/12(木) 20:37:41.89ID:cTCSqjp+
ここで仮想マシンのような使い方をしようとして
簡単に解決できない質問が出てるのが苦しんでる証拠
2020/11/12(木) 20:39:06.48ID:cTCSqjp+
>>840
Dockerfileでたくさん面倒なことしてるだろ

docker-composeはyamlファイルを持ってくるだけ
Dockerfileと違って中身を理解する必要がない！（笑）
2020/11/12(木) 20:39:52.51ID:Pa1Yyy7i
では分割コンテナでいいから質問者が求める構成を提示してみて
できないならそれはマルチプロセスコンテナが悪いのではなく単純に難しい構成だったというだけだな
1日待ってあげるからどうぞ
2020/11/12(木) 20:41:12.65ID:LqH7vHMd
>>843
gitlabはdockerhubからpullするだけで使えるということも知らんのか
dockerfileなんか書かんよ
2020/11/12(木) 20:46:12.26ID:cTCSqjp+
>>844
論点がずれてる

単一であっても分割であっても
仮想マシンのような使い方をするのが間違ってると言ってる
2020/11/12(木) 20:48:37.23ID:cTCSqjp+
>>845
docker-composeもdockerhubから勝手にpullしてくれるってことも知らんのか？
誰かが作ったdocker-compose.ymlをgitとかからpullするのが増えるだけやろ

docker-composeは、docker runだとたくさん引数を指定するのが
めんどくさいってのを解決してくれるものだ

docker runするだけ（引数がたくさんで辛いよぉ）←これを見なかったことにするな
2020/11/12(木) 20:50:19.50ID:LqH7vHMd
>>846
仮想マシンのようなとは？
2020/11/12(木) 20:50:39.17ID:LqH7vHMd
>>847
docker composeはファイルが必要
2020/11/12(木) 20:51:25.98ID:cTCSqjp+
>>848
質問者が言ってるだろ

> 818 名前：login:Penguin[sage] 投稿日：2020/11/12(木) 04:08:50.18 ID:tXLSOFMO [1/7]
> Dockerコンテナ内のcrontab -eで、デーモンのスケジュール再起動を任せたら、
> oom Killerでホストが倒れてしまった。ホストにsshログインもできない状態に陥って大変あせった。データもっていかれるかと思ったが、再起動でなんとか復帰できた。

↑これが仮想マシンのような使い方
↓これが本来のDockerの使い方

> そこで、ホストにおいて、docker restart コンテナとするようにした。
> そうすると、メモリ溢れなく、安全にコンテナごとデーモンの再起動ができたので報告しておく。
2020/11/12(木) 20:52:43.41ID:cTCSqjp+
>>849
ファイルをコピーするのが難しいって話をしてんの？ｗ

docker runで引数をたくさん指定するのと、その引数がファイルに全部書かれてるから
docker-composeするだけで起動できるのと、どっちが簡単ですかって話なんだが
852login:Penguin
垢版 |
2020/11/12(木) 21:14:01.17ID:N2n6jd6N
docker-composeも使えない男の人って…
2020/11/12(木) 21:25:45.69ID:cXD8oKci
Linuxでdocker使ってるんですけど
volumeマウントするとホスト上のroot権限のディレクトリができるのですが
対策ありますか？
nginxです
2020/11/12(木) 21:33:19.48ID:hi40oOUg
>>818
そのものズバリの「?oom-kill-disable」なんつーオプションがあるらしいね。

https://knowledge.sakura.ad.jp/5118/

--memory=1024mb

コンテナにこの辺掛けたらどうなるか、興味深いところ。
ホストが死ぬなんてことはなくなるのでは。
2020/11/12(木) 22:10:04.02ID:e1or7GM2
また、仮想マシン厨が出てきたw

Docker, Kubernetes は、immutable だから、状態を持ってはいけない。
サイボウズのkintone なんか毎日、破棄して作ってる

Heroku 相当のPaaS、AWS Elastic Beanstalk のRuby, Docker などの基本。
OOM killer も、k8s の基本

そもそも、k8sのetcd は、OS の/etc の事
856login:Penguin
垢版 |
2020/11/12(木) 22:30:36.91ID:v1fNQw7L
>>854
oom killerせず、スワップも貧弱なら、
oom-kill-disableすれば、「盾と鉾」の話になりそうですね。

いろいろと興味深いオプションありますね。
857login:Penguin
垢版 |
2020/11/13(金) 00:20:34.77ID:QYcW1wHt
>>855
OOM killer も、k8s の基本 って
どういうことだろう？
2020/11/13(金) 00:53:23.87ID:hfd1VDyW
OOM killer を無効にしてメモリが足りなくなったら
メモリが足りなくなったプロセスが落ちるだけの話
一般的には今まさに動いてるプロセスになるだろう
859855
垢版 |
2020/11/13(金) 01:07:01.48ID:11LMJbR5
k8s のLimitRange で、各Pod のCPU, メモリの使用量を制限すると、
PodがOOM killed される

それで、Pod数が足りなくなるから、また再作成されて、また終了させられる
860855
垢版 |
2020/11/13(金) 01:13:15.53ID:11LMJbR5
だから、仮想マシン厨がやってる事は、
OS の機能を、コンテナ内でやろうとしているだけの話

Docker, Kubernetes、
Heroku 相当のPaaS、AWS Elastic Beanstalk などに書いてある
2020/11/13(金) 01:14:25.55ID:h9qpOhxr
まーた知ってる単語を並べた君かぁ...
2020/11/13(金) 01:16:40.09ID:tBgNXNfN
OOM killerに殺されて転生したらPodでした
863login:Penguin
垢版 |
2020/11/13(金) 08:42:49.39ID:ZDuvPuUP
全て一つのマシンに配置する事も
データベースだけ別のマシンにする事も自由自在なのがコンテナの良いところ
2020/11/13(金) 19:48:18.74ID:PqmnqAl7
K8S使うまでもないんやけどコンテナで運用したいんやがどこのサービスがええのん？
865login:Penguin
垢版 |
2020/11/13(金) 20:45:48.47ID:D3CVFpPL
>>864
一台しか使わないならdocker-composeでもよくね？

それともマネージドサービスが使いたい？
ならコントローラーが無料のサービスを選ぶとよい

Amazon ECSは無料
Azure Kubernetes Serviceも無料らしい
Google Kubernetes EngineはZonal Clusterなら一つは無料らしい
2020/11/13(金) 20:59:39.66ID:fCUG99+M
dockerコンテナ一つで終わるなら、dockerをデーモンで起動すればいいし
複数のコンテナが必要なら、docker-composeだろうな
867855
垢版 |
2020/11/13(金) 23:26:16.23ID:11LMJbR5
当然、Heroku 相当のPaaS、AWS Elastic Beanstalk

Docker, Ruby もある
2020/11/14(土) 09:17:26.51ID:ft2LGGjD
Fargateがベスト
K8Sなんて大げさなものは超大規模システムでしかメリットがない
アプリをお手軽にパッケージングしてお手軽にデプロイする基盤がほしい
でもDockerホストは管理したくない
大半のユーザーが求めてるモノはそれだけだ
2020/11/14(土) 09:41:10.29ID:UXNOc8pC
監視と通知ができる軽量なダッシュボードがほしい
870login:Penguin
垢版 |
2020/11/14(土) 10:37:20.76ID:wWPmvFxr
自分でオーケストレーターをインストールするのか？

k3sなら単一ノード構成でも使えるしセットアップも比較的楽
より機能の少ない物ならNomad, Docker Swarm等もあるが
使いやすいかは知らん

HerokuもDocker使えるから
自分でオーケストレーターの管理したくないならありかも
2020/11/14(土) 12:04:55.78ID:sDLHDIUi
Herokuはvolume使えないんだろ
クソじゃん
2020/11/14(土) 12:13:25.36ID:r6FG8kYB
古いプログラムソースのファイルアクセスをクラウドストレージアクセスに書き換えるのがめんどくさい
なんかファイルIOをフックしてクラウドに転送する魔法ないの?
2020/11/14(土) 12:26:43.45ID:bVnWs0Ha
>>872
クラウドストレージが何を指してるのか分からないけど
単にホストがストレージをマウントしてDockerのvolumeか
mountで逃がせば良いんじゃね？
2020/11/14(土) 13:02:39.61ID:sDLHDIUi
>>873
ホストに依存したくない
コンテナの中だけで解決できないか
2020/11/14(土) 13:10:46.45ID:UXNOc8pC
コンテナにrcloneでも入れればいい
個人的にはそういうものはホストに入れるけど
2020/11/14(土) 16:08:08.85ID:o4LfVWyx
dockerでボリュームマウントするとroot権限でしか編集できなくなるので面倒なのですが
podmanならこの問題が解決されてますか？
877login:Penguin
垢�