[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
342: 2018/08/08(水)23:10 ID:9RbiD8jy(1) AAS
ケンカはやめて（＞＜）
343(1): 2018/08/09(木)06:19 ID:/JzHzLjB(1) AAS
Docker-composeで使い捨てVMを構築するのが遅いというところがよくわからない。VM(dockerホスト)は一回構築したら終わりで、後はそこにコンテナを作ったり消したりするだけじゃないの？
344: 2018/08/09(木)13:04 ID:xAQpubuL(1) AAS
>>343
今までの話の流れからすると、CIでテスト実行するたびにVMの作成と破棄をしていたってことでしょ？
>>327がVMでも10秒以下の差しか無いから問題ないみたいなことを言ってるから
（VMの中でDocker-Composeが動いてるのは、この話にあまり関係ない）
当たり前だけどDockerコンテナの起動に比べればVMの起動は遅い
起動の差を10秒以下にするには、VMのイメージを作ってないと不可能
あとできればSSDとかクラウド使うとか。それでもDockerの1秒に比べたら遅い
そして肝心のVMのイメージを作成するのに時間がかかるっていうねｗ
Dockerの場合はアプリの実行環境が含まれる。だから構築に時間がかかるVMは
色んな種類のアプリのテストに使い回すことができる。
省6
345(3): 2018/08/09(木)16:12 ID:+YyDvSZH(1) AAS
今までVPSとかで動かしていたものをコンテナ化してGCE辺りに移そうと思うんだけど
DBの保存や出力したファイルの保存はみんなどうやってるの？
結局マウントできるディスクが必要なんじゃないかってところで今頭を抱えてる
346: 2018/08/09(木)17:43 ID:UwrKl0TS(1/3) AAS
>>345
まずアプリサーバーとデータサーバーを分けて考える。
Dockerでやる価値が高いのはアプリ
アプリサーバーには原則としてデータは保存しない
その前提を守っているならば、簡単にスケールできる
（VMインスタンスやDockerコンテナを追加することで性能をあげられる）
という話。
その場合にデータはどうするかと言うと、
データサーバーはアプリサーバーみたいに簡単に
台数を増やしたりできない
省3
347: 2018/08/09(木)17:47 ID:UwrKl0TS(2/3) AAS
>>345
どうしても自力でやりたいならば、Dockerのボリュームという
機能を通してホスト上に保存するのが一番手っ取り早い
例えばMySQLであれば データディレクトリである
/var/lib/mysql をホスト上のディレクトリにボリュームで
マッピングさせる
MySQL ぐらいだったらシンプルだし事例も多いので簡単なんだが
何処に何を保存するのかよくわからんようなアプリは
それを把握することに時間を奪われるだろう
348: 2018/08/09(木)17:55 ID:UwrKl0TS(3/3) AAS
>>345
> 結局マウントできるディスクが必要なんじゃないかってところで今頭を抱えてる
結局マウントできるディスクが〜というのは
初心者がよく考えてしまうことなんだけど、
これは当たり前
なぜなら（物理マシン or 仮想マシン上で動く）Dockerコンテナっていうのは
（物理マシン or 仮想マシン上で動く）アプリと同質のものだから。
単にアプリの実行環境が、コンテナとしてアプリに一体化してるに過ぎない
アプリはデータを何処に保存する？
物理マシン or 仮想マシン上のディスクでしょう？
省3
349(1): 2018/08/13(月)18:09 ID:v0wq29mQ(1) AAS
最近コンテナってものを知ったんだけど、上の説明だとフラットパックってのとの違いがわからない
スタンダロンなアプリじゃなく、ソフトウェア群の、何かしらのフロントエンドにドッカーが向いてるってこと？
350(2): 2018/08/13(月)21:26 ID:nXCS+eUE(1) AAS
コンテナ自体が非常に難しい概念なんだよ
どうもLinuxの世界で発祥したもので、昔からLinuxやってる人でないとわからないらしい
「最近流行りのDockerなるものをやってみたい」というヤツには到底無理(俺含め)
351: 2018/08/13(月)21:45 ID:xnhwDoUS(1) AAS
Solarisのゾーンがコンテナの先駆けじゃない？
352: 2018/08/13(月)23:10 ID:XRxrVOUh(1) AAS
FreeBSDのjailとか？
cgroupの概念は含まれてないけどね
353: 2018/08/14(火)00:05 ID:kAynbxnX(1/6) AAS
>>350
説明してる奴が「難しいこと理解した俺スゲー」ってのを
自慢げに小難しく語るのが問題なだけ
プロセス分離のためにcloneを拡張して名前空間を追加したよ
cloneだけだと不便だからunshareとsetns追加したよ
cgroupでVMのごとくリソース分配可能にしたよ
コイツラ直接イジるのは面倒だからコンテナエンジン作ったよ
基本この4ステップだけじゃねぇの？
…って言う俺もコンテナのこと全然知らんのだが
354: 2018/08/14(火)00:55 ID:M/lw6/kx(1/3) AAS
>>350
技術を理解するのと目的を理解するのをごっちゃにしてるから
Dockerが解決する問題は（主に自分が作った）アプリをいろんな環境で
動かそうとしたら、アプリをぽんとインストールするだけじゃ動かなくて、
そのアプリが依存してるなにかまで環境を整えなきゃならないだろ？
だから発想の転換でアプリ自体に環境を入れてしまえばいいじゃないかってこと。
外部ライブラリを全部アプリに静的リンクするの発展形だよ
まずそこを理解しないといけない
技術だけ理解すると、やれjailがなんだとかcgroupがなんだとか、
そればっかり言って、なんのために作られたのかという目的を見失う。
省3
355: 2018/08/14(火)01:03 ID:M/lw6/kx(2/3) AAS
補足だが、
> （主に自分が作った）アプリをいろんな環境で
なんで「自分が作った」と書いているのかというと
他人が作って、ディストロに収録されているものは、
それ動かすための、環境もすでに整えてあるから
それがディストロの大変な仕事なわけで。
だから自分が作ってないものを動かしてるだけの人は
（物理マシン or 仮想マシンの上に）ディスロの環境整えられてる
パッケージ入れて使っても同じじゃんって思ってしまう。
技術は理解していても、そもそもの問題を理解していから
省1
356(1): 2018/08/14(火)01:10 ID:M/lw6/kx(3/3) AAS
>>349
フラットパックってのがよくわからない。
一般的な用語？ググっても見つからないんだが。
> スタンダロンなアプリじゃなく、ソフトウェア群の、何かしらのフロントエンドにドッカーが向いてるってこと？
既存のいろんなものをつく合わせて
スタンドアロンなアプリを作りましょうって話。
何かをやるためにDockerを使うと便利なんじゃなくて、
Dockerは「とある物」を作るための道具だよ
その「とある物」っていうのがスタンドアロンなアプリ
動かしたいアプリが、動かすのにアプリ以外の環境を整えることが
省5
357: 2018/08/14(火)02:08 ID:kAynbxnX(2/6) AAS
>>356
外部ﾘﾝｸ:flatpak.org
358: 2018/08/14(火)02:29 ID:Ttl7PXT/(1/2) AAS
カタカナでググったから見つからなかったのかｗ
Linuxデスクトップ向けアプリケーション仮想化機構「flatpak 0.6.13」リリース
外部ﾘﾝｸ:mag.osdn.jp
> Linux向けのアプリケーション仮想化技術「flatpak」開発チームは10月25日、
> 最新版「flatpak 0.6.13」を公開した。プロジェクトのWebサイトより入手できる。ライセンスはLGPL。
>
> flatpak（旧名称「xdg-app」）は、Cで実装されたLinuxデスクトップアプリケーション向けの
> 仮想化機構。アプリケーションをOS環境とは切り離されたサンドボックス環境内で
> 実行することでセキュリティを高め、またほかのアプリケーションからの干渉を最小限にできる。
> サンドボックス環境の構築にはcgroupsやseccomp、ネームスペース、バインドマウントなどの
省8
359: 2018/08/14(火)03:11 ID:Ttl7PXT/(2/2) AAS
> なんでflatpak作ったの？Dockerでいいじゃない？と。
この質問に自己レスする前に
第513回 新しいパッケージの仕組み，Flatpakを使用する
外部ﾘﾝｸ:gihyo.jp
> FlatpakとSnapsの最大の違いは，Flatpakはアプリケーション専用で
> あることでしょう。よって，GUIアプリケーションであれば
> Flatpakのほうが快適に使用できるものが多いのですが，実際はケースバイケースです。
本当にGUIアプリ専用だったのか？
Flatpak・Snaps も Docker も「使う側」の視点と「作る側」の視点がある
Flatpak・Snapsはどちらかといえば「使う側」が焦点となっており
省12
360(1): 2018/08/14(火)10:08 ID:M6PcTN6D(1/4) AAS
別にコンテナの用途限定する必要は無いと思うけどなぁ。便利に使えたらそれでいいし。Dockerを○○に使うなって言うならその代替案も言って欲しいけど言わないし、仮に言えたとしてもそれはDockerで実現した方が簡単というオチになるのが目に見えてるし。
正しさとは都合。正しさを振りかざすのは自己満足を他人に押しつける行為。
361: 2018/08/14(火)11:51 ID:kAynbxnX(3/6) AAS
ドッカーのスレだから、ドッカー万歳な人がいてもおかしくないよ
上下前次1-新書関写板覧索設栞歴
あと 641 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.159s*