[過去ﾛｸﾞ] Docker Part4 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
194(1): 2020/08/31(月)12:36 ID:iWhhhfgj(6/11) AAS
>>192
アプリがポータブルってどういう事？
例えば何かをRubyで書いたとしてRubyやRubyの
ライブラリのバージョンが違っても動くようにするための
方法が他にあるっていうの？
それをやるのは事実上不可能だからDockerがあるんでしょ
本当にアプリをポータブルにしたいなら
外部コマンドやライブラリを一切使わずに
Linuxカーネルの機能だけを使ったバイナリを作るしかないな
195(1): 2020/08/31(月)12:37 ID:iWhhhfgj(7/11) AAS
>>193
> パッケージの別バージョンのインストールをサポートして実行時に依存関係リストに紐付いてるバージョンを動かすようにしたほうが簡単でサイズ効率も良い
それをやってるのが.NETだけど
Linuxの場合、ライブラリを複数バージョンインストールできるようにして
それらをアプリごとに切り替えて使う仕組みがないんだよ
マニフェストで使うライブラリのバージョンを変更できる機能とかが必要だからな
196(1): 2020/08/31(月)12:38 ID:iWhhhfgj(8/11) AAS
>>192
> snapを始めとしたモダンパッケージマネージャのほうが優れてる
snapは誰かが作ったアプリを使うためのもの
Dockerは自分でアプリを作るためのもの
197(3): 2020/08/31(月)14:45 ID:/EQn80AW(1/5) AAS
>>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のみがロードされる
ぶっちゃけこれだけでいいんだよ
イメージに全てを固めて転送するのは無駄が多すぎる
本当に欲しかったものはスマートなパッケージマネージャと実行時の名前空間管理システムであってイメージじゃない
198: 2020/08/31(月)14:47 ID:/EQn80AW(2/5) AAS
>>195
.NETにできるならほかでもやろうと思えばできるわな
>>196
お前の定義はどうでもいい
199(1): 2020/08/31(月)15:35 ID:iWhhhfgj(9/11) AAS
>>197
簡単にできるというのなら、それを使えば解決するのでは？ｗ
「それ」が何のことか言えないから、お前はそうして
アプリXとか具体的ではない名前しか言えないわけで
200(1): 2020/08/31(月)15:42 ID:bli2P+Al(1) AAS
>>197
それ結局Dockerじゃね？
Dockerのやり方に無駄が多い理由は
・複数のイメージが同一のライブラリを使用する場合に重複が生じる
・使われないコンポーネントがイメージに沢山入っている
だと思うが、君の挙げた例は上の2つの問題とは無関係で、Dockerによって解決できている問題だ
201(1): 2020/08/31(月)15:44 ID:iWhhhfgj(10/11) AAS
>>197
もう少し具体的な話をしてあげようか？
あるPerlスクリプトがあったとして
シバンに #!/usr/bin/perl と書いてありました
だから/usr/bin/perlが使われます
どうやって解決しろと？
202(1): 2020/08/31(月)18:18 ID:/EQn80AW(3/5) AAS
>>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がうごく
203: 2020/08/31(月)19:38 ID:TX10L3Te(1) AAS
「名前空間」は魔法の言葉
204(1): 2020/08/31(月)21:31 ID:iWhhhfgj(11/11) AAS
>>202
名前空間なんて機能はLinuxにはありません
勝手な機能を作らないでね
205: 2020/08/31(月)22:19 ID:SMZJ52hH(1) AAS
Docker 〜地図にない場所〜
206(1): 2020/08/31(月)22:26 ID:/EQn80AW(4/5) AAS
>>204
docker使っておいてそんなレスしちゃうのはヤヴァイ
207(1): 2020/08/31(月)22:27 ID:s2vRPnz6(1/3) AAS
>>206
えぇ？もしかして名前空間って結局の所
Dockerと同じことをすればいいって意味だったんですか（笑）
ならDockerでいいですよね（にっこり
208: 2020/08/31(月)22:29 ID:s2vRPnz6(2/3) AAS
結局アプリケーションの実行環境を仮想化するなら
Dockerが最適解だったってことなんだよな
209(1): 2020/08/31(月)22:37 ID:/EQn80AW(5/5) AAS
>>207
やれやれだ
Dockerも名前空間を利用してるがその使い方が下手くそだ
よりスマートに使うにはパッケージマネージャ方式が正解
210(1): 2020/08/31(月)22:39 ID:s2vRPnz6(3/3) AAS
>>209
お前、名前空間の意味わかってないだろｗ
Linuxカーネルの言葉で言ってみ
そしてパッケージマネージャーが、どこでその機能を使うんだよ
まあ、お前には無理だろうな（笑）
211: 2020/08/31(月)22:51 ID:9IgB2+87(1) AAS
>>210
user namespaceも知らんのかお前
パッケージマネージャで依存関係を管理してそれをもとに特典のパッケージとその依存関係を名前空間で隔離して実行すって何度も言ってるが
名前空間も知らん人には理解が追いつかないかな
212(1): 2020/09/01(火)00:05 ID:XiTY3BGm(1/6) AAS
はい、ぼけつほったー（笑）
外部ﾘﾝｸ:gihyo.jp
> ユーザ名前空間は3.8カーネルで実装された，現時点では一番新しい名前空間です。
> この機能により名前空間内で独立したUID，GIDを持てるようになります。
> 名前空間内のUID，GIDとホストOS上のUID，GIDの間はマッピングによるひもづけが行われます。
これとファイルシステムに一体何の関係が？ /usr/bin/perl という絶対パスしていを
UIDとGIDのマッピングでどうやって解決すると？
そしてパッケージマネージャーがどうやってUIDとGIDのマッピングをすると？
パッケージマネージャー上でアプリでも動かすんか？
ファイルを配置するだけのパッケージマネージャーでは無理だよなぁｗ
213(1): 2020/09/01(火)00:13 ID:XiTY3BGm(2/6) AAS
なんかパッケージマネージャーとかいってるけど
こいつのパッケージマネージャーは
サービスとして動いていそうだよなｗ
パッケージマネージャーの機能をDockerに対応させると
Dockerイメージの作成部分だけの機能で
ランタイム部分はないわけだが
こいつのパッケージマネージャーはDockerの
コンテナランタイムのように、アプリ実行時の
プロセス分離やネットワーク分離までやってそうだ
214(1): 2020/09/01(火)00:17 ID:WKQMSmMI(1/3) AAS
>>212
ぷっ
名前空間がUIDGIDだけだと思ってんのかこいつｗｗｗ
215(2): 2020/09/01(火)00:19 ID:WKQMSmMI(2/3) AAS
>>213
snapd
パッケージマネージャがデーモンとして動いてるなんてのはもうすでにあんだよ
お前さん取り残されてるぞ
216: 2020/09/01(火)00:36 ID:XiTY3BGm(3/6) AAS
>>214
ユーザー名前空間と言った後
しれっと「ユーザー」を消すとか
卑怯ですねぇ（笑）
>>215
あれあれ？じゃあお前のいうパッケージマネージャーって
Dockerみたいなものだってことですかねぇ
snap？登録に数時間かかるようなものがつかえるわけ無いだろ
だから言ってるDockerは開発者のためのもので
お前のような一般ユーザーはお呼びじゃない
217: 2020/09/01(火)00:40 ID:vyoUBDj8(1) AAS
コンテナ配布で同じ環境を猿でも容易に作れたり、スケーリングや冗長化や障害発生時の自動回復で
素早くコンテナの停止と起動を行えるような仕組みがないと同等以上とは言えないんじゃないかと
218: 2020/09/01(火)00:45 ID:XiTY3BGm(4/6) AAS
前々から言ってるように
アプリ開発者が自分のため（例 自社のサービス運用）に使うのがDockerで
エンドユーザーにアプリを配布するのがsnapなどなんだよ
その違いがわからない人がいる。
それはアプリを作らず、自分とは関係のない人が作った
アプリをただDockerイメージにしてるだけの人
そういう人だから既存のパッケージや仮想イメージを
変換してパッケージにできれば便利だって思ってしまう
だって、それらを材料として自分のアプリやシステムを開発してないから
インストールだけしたい人だからね
エンドユーザーと同じなわけさ
219: 2020/09/01(火)03:47 ID:Xa34Xx+v(1) AAS
じゃあDockerHubに上がっているdocker-composeの公式イメージはどういう扱いになるんだろう
220: 2020/09/01(火)06:37 ID:XiTY3BGm(5/6) AAS
開発ベース用イメージやろ（笑）
221(2): 2020/09/01(火)13:29 ID:A1mCLrFH(1) AAS
【悲報】 DockerHubのイメージが6か月しか持たなくなった……
222: 2020/09/01(火)13:58 ID:WKQMSmMI(3/3) AAS
dockerは存続できるのか?
podmanに移行したほうがいいかもな
redhatなら安心だ
223: 2020/09/01(火)18:23 ID:muXUjtx4(1) AAS
インスコが面倒くさい人のためにDockerイメージが提供されてることはある
php向けの静的解析ツールのphpstanはDockerでも動く
シェルのエイリアス使えば普通にインストールしたのと同じ感覚で利用できる
外部ﾘﾝｸ:phpstan.org
224: 2020/09/01(火)19:36 ID:B8XCrqjk(1) AAS
dockerのインスコが面倒くさい場合は?
225: 2020/09/01(火)23:18 ID:XiTY3BGm(6/6) AAS
>>221
6ヶ月pullしてないイメージが消えるだけやろ？ｗ
使ってないイメージが消えてなにか問題があるんか？
作り直せばいいだけだし、それができるのがDockerfile
226(1): 2020/09/02(水)09:01 ID:uRoyZx9g(1/3) AAS
>>221
dockerhubは着実にsourceforge化が進んでるな。
そのうち何か月かpullされない物はイメージ内に勝手に広告入れてくるぞｗ
227: 2020/09/02(水)10:32 ID:Q+/9WQ+h(1) AAS
>>226
そうだな。広告が入ったらお前が正しい。入らなかったお前は間違い。
今はまだ入ってないから、お前の予想は現在進行系で間違い続けてるってことだ。
これからずっと何年間もお前は間違い続けるだろうｗ
228: 2020/09/02(水)10:45 ID:sXcSNWrn(1/5) AAS
秒読み段階だろ。
229: 2020/09/02(水)11:05 ID:uRoyZx9g(2/3) AAS
コミュ障は冗談が通じなくて大変だなｗ
人付き合いどうしてるのｗ？
230: 2020/09/02(水)11:24 ID:sXcSNWrn(2/5) AAS
殴って言うことをきかせる。
ネットは苦手。
231: 2020/09/02(水)11:33 ID:D5vfJd8m(1/3) AAS
冗談で言ってるといいながらそれが本音だったりするからな
だからマジレスすると答えられなくなる
232: 2020/09/02(水)11:36 ID:sXcSNWrn(3/5) AAS
そりゃ本音だろ。
どう見ても悪い道歩いてる。
冗談といってるのは、相手を追い込まない会話スキルだろね。
233: 2020/09/02(水)11:42 ID:D5vfJd8m(2/3) AAS
「冗談じゃねーか」
これって逃げゼリフだと思うよｗ
234: 2020/09/02(水)12:06 ID:JI7r2OZ3(1/2) AAS
Dockerが消えてもPodmanがあるから安心
レジストリはどこかが引き継ぐでしょ
235: 2020/09/02(水)12:12 ID:sXcSNWrn(4/5) AAS
オティンポーヌあわしろｗ
236: 2020/09/02(水)12:31 ID:D5vfJd8m(3/3) AAS
Dockerもロケットとかいうのがあったでしょ？
237: 2020/09/02(水)12:40 ID:sXcSNWrn(5/5) AAS
ところで今話題のドッカーンって何が良いの？
238: 2020/09/02(水)19:07 ID:JI7r2OZ3(2/2) AAS
これといって特に
239: 2020/09/02(水)21:02 ID:uRoyZx9g(3/3) AAS
>>215
dockerやってはsnap使ってるって事はmicrok8s使ってるの？
240(2): 2020/09/02(水)22:32 ID:n5jwjSMN(1) AAS
このタイミングで…。
September 1, 2020
Introducing GitHub Container Registry
外部ﾘﾝｸ:github.blog
241: 2020/09/03(木)00:25 ID:tS+LaJzB(1/3) AAS
>>240
Dockerhub終了のお知らせって事で良い？
こりゃいよいよDockerhubは広告が入りそうだなｗ
242(1): 2020/09/03(木)05:35 ID:WwM7zrnH(1) AAS
>>240
> Docker as the second most popular ecosystem in Packages
Dockerってすごいな。パッケージシステムとしての
デファクトの１つを確立してるじゃん
snapとか言うのオワコン？
243(1): 2020/09/03(木)06:47 ID:tS+LaJzB(2/3) AAS
>>242
>>192は単に「俺はDockerよりもsnapの考え方の方が気に入っている」
と言っているだけであって、別にシェアのことを言っている訳じゃないね。
話をちゃんと聞き取ろうね。
244(1): 2020/09/03(木)08:23 ID:IROHQ++7(1) AAS
yumとかaptとかnpmとかが無料ユーザーは
利用回数制限するとか言ったことある？
245(1): 2020/09/03(木)12:45 ID:6QydAOaZ(1/9) AAS
>>243
「Dockerの役割を知らないから、snapが代わりになると思っている」
じゃねーの？ｗ
Dockerは開発者のものという意味がわからんのだろうね
自分が開発者じゃないから
246: 2020/09/03(木)12:46 ID:6QydAOaZ(2/9) AAS
>>244
Dockerも利用回数制限するとは言ってないですね
なにがいいたんでしょーか？
247(1): 2020/09/03(木)13:42 ID:Gh5oWct/(1/2) AAS
>>245
この勘違いくんいつまでこの勘違い続けるんだ？
クライアントはDocker使わないとでも思ってんのかね
248(1): 2020/09/03(木)13:52 ID:6QydAOaZ(3/9) AAS
>>247
クライアントだけに限定するなや
お前が言ってるのは、ハズレを除けば
全部アタリって言ってるだけだ
249: 2020/09/03(木)14:18 ID:85pNHjPj(1) AAS
Docker Hubのプル回数制限の件は
運営側が様子見て
まだ行けそうだったら
徐々に緩和する事に期待するしかない
250(1): 2020/09/03(木)14:44 ID:6QydAOaZ(4/9) AAS
プル回数制限ってログインしてないユーザーで6時間で100回だろ？
ログインしていれば200回
ローカルにpullしたものはキャッシュされるわけで
ビルドするたびにpullしてるわけじゃない
100回で困るんだろうかね？
251(1): 2020/09/03(木)15:06 ID:Gh5oWct/(2/2) AAS
>>248
日本語で頼む
252(1): 2020/09/03(木)15:10 ID:S387clmO(1/3) AAS
>>250
やべーのはCIだろうな
毎回クリーンな環境作って複数のimageをpullするから100回なんてあっという間だ
253(1): 2020/09/03(木)17:17 ID:6QydAOaZ(5/9) AAS
>>251
なぜ今、6時間で100回のpull制限はキツイかどうかって話をしてるかわかる？
開発者はCIを使ったテストで多数のイメージをpullする必要があるからだよ
これがDockerの主なユースケースの１つ
開発者なら容易に思いつくんだが
snapが代わりとなると思ってるような奴には理解できない
そういうやつがsnapの方が考え方が気に入ってると言ったところで
お前はDockerの使い方を知らんのだとしか言いようがないだろ
254(1): 2020/09/03(木)17:18 ID:6QydAOaZ(6/9) AAS
>>252
クラウドのCIを使ってるならクリーンな環境を作るときにIPアドレスが変わるはずだよ
IPアドレス固定は有料だから、固定にする必要がないものまで固定にしたりしないだろう
自社でCIサーバー立ててるようなところは苦労するかもしれんがｗ
255(1): 2020/09/03(木)19:14 ID:S387clmO(2/3) AAS
>>253
本当に意味わからんなお前ちょっと冷静になれ
CIもクライアントの1つだ
256(1): 2020/09/03(木)19:19 ID:S387clmO(3/3) AAS
>>254
考えが足りなすぎる
脊髄反射でレスするからレスの内容が薄いか間違いだらけ
IPが毎回違うってことは予期せぬ回数制限に引っかかる確率が上がるってことだぞ
CIパイプラインでこの仕様は致命的だ
257(1): 2020/09/03(木)19:24 ID:tS+LaJzB(3/3) AAS
実務者でdockerhubがコンテナレジストリって人居んの？
アマゾンかグーグルでしょ。
使ってるのカネのない個人だけ。
258(1): 2020/09/03(木)19:43 ID:6QydAOaZ(7/9) AAS
>>255
> CIもクライアントの1つだ
クライアントの1つだというのなら、
クライアントはCI以外にもあるという話
それ以外のクライアントも考えろと言ってる
例えば開発者だ
259(1): 2020/09/03(木)19:46 ID:6QydAOaZ(8/9) AAS
>>256
> IPが毎回違うってことは予期せぬ回数制限に引っかかる確率が上がるってことだぞ
考えなしに発言してるのはお前だろ
クラウドの用途はCIだけじゃない。多数のマシンの中でCIに使ってる確率なんて僅かだ
毎回作り直してる＝いろんな用途に使ってるんだから
予期せぬ回数制限（6時間で100回）に引っかかる確率なんてごく僅かだ
260: 2020/09/03(木)19:48 ID:6QydAOaZ(9/9) AAS
>>257
ディストリ含めてOSSで使ってるのはほとんどDockerhubだろ
261(1): 2020/09/03(木)20:05 ID:QulWwuIa(1/2) AAS
>>258
そうだ
沢山のクライアントなかの1つが開発者だ
つまりDockerは開発者だけのためのの物じゃない
様々な利用者と利用目的がある
開発者のためのツールなどと言い切るのは見聞が狭すぎる井の中の蛙の意見でしかない
262: 2020/09/03(木)20:12 ID:QulWwuIa(2/2) AAS
>>259
また考えが足りないぞ
膨大な数のインスタンスが生成されてるから再割り当ての数も多い
インスタンスのプーリングを行っていることも考えればハズレをひく可能性は十分だ
263(1): 2020/09/04(金)00:06 ID:BhHtpe1C(1) AAS
コミュ障患者が一人で延々と会話してるみたいで気味悪い。
コンテナがらみのまともなスレは無いのか？
264: 2020/09/04(金)04:59 ID:+YN23h4w(1) AAS
GitHub(Microsoft), CircleCI, Google などが、DockerHub を援助すべき！
265: 2020/09/04(金)05:04 ID:E/qB8e/r(1) AAS
>>261
snapではDockerの代わりにならないってことが
理解できたようですね
266: 2020/09/04(金)05:45 ID:eLpcNFXV(1) AAS
>>263
無い
267: 2020/09/04(金)19:10 ID:2nimwvZO(1/3) AAS
initフラグが必要か要らんのか悩むよね
268: 2020/09/04(金)20:04 ID:RuSolaDB(1) AAS
「GitHub Container Registry」パブリックベータとしてサービス開始。無料でコンテナのパブリックイメージ公開可能
外部ﾘﾝｸ[html]:www.publickey1.jp
269: 2020/09/04(金)20:18 ID:2nimwvZO(2/3) AAS
ベータ版のあいだはプライベートなレジストリとしての利用も無料で、正式版となったときには、GitHub Packagesと同じ料金体系が適用される予定です。
ちなみに現在のGitHub Packagesの料金は、無料の「GitHub Free」では500MBストレージ、1カ月あたりのデータ転送料は1GBまで。「GitHub Pro」「GitHub Team」は2GBストレージ、1カ月あたり10GBのデータ転送量まで、など。
270: 2020/09/04(金)20:19 ID:2nimwvZO(3/3) AAS
なんか微妙な数字だな
271(1): 2020/09/06(日)04:05 ID:kFfJ7Vug(1) AAS
まじかよpull回数制限ってもう始まってるのかよ
11月までに対策すればいいやって思ってたのに
（対策っていうのは俺がpullで困ることへの対策じゃなくて
俺の作ったイメージを使ってる人のための対策ね）
272(1): 2020/09/07(月)00:30 ID:v6vBFgsi(1) AAS
>>271
crontabかなんかで、月1回だけ、認証アカウントからpullすればいいんとちゃうの？
273: 2020/09/07(月)04:09 ID:TMcWFsmI(1) AAS
>>272
だからpullするのは俺じゃないんだってｗ
前から思ってたけど、イメージ名が卑怯だよな
例えば debian というイメージはDocker Hubからダウンロードと決め打ち
Googleのを使うとイメージ名が変わってしまう
わざとそういう設計にしてるんだろうけど
274(1): 2020/09/07(月)07:32 ID:b5sWb7j3(1) AAS
対策って、「空いてそうな時間にpullしてね」って言う以外にどんなのがあるかな
275: 2020/09/07(月)07:47 ID:8/tkoCCF(1) AAS
>>274
GitHubの方を使ってとか
276: 2020/09/07(月)18:45 ID:vNXhhBP2(1) AAS
まぁ要らん心配だよ。
277: 2020/09/07(月)22:39 ID:90UK9qUW(1) AAS
ネタがないと静かなるスレだね
278: 2020/09/08(火)01:06 ID:Rzyjt0Yy(1) AAS
ネタというか暇つぶしにおちょくってるとき以外はずっと過疎ってるねここ
279: 2020/09/08(火)15:55 ID:+k2ICBGl(1) AAS
ぶっちゃけ役に立ってないからな。
280: 2020/09/08(火)18:39 ID:MfY5Zmkq(1) AAS
枯れた技術だからしょうがない
281: 2020/09/09(水)14:19 ID:y4piuUcg(1/2) AAS
Macで動かすと遅いって記事をqiitaでみたけどまじなの？
282: 2020/09/09(水)14:43 ID:7WxI1yHR(1) AAS
ファイルシステムのせいだろ。NFSにしたら直るとか。
283(1): 2020/09/09(水)15:19 ID:WL2f1zpX(1/2) AAS
まじだよ。osxfsが遅い。
ホストとコンテナ間の一貫性を犠牲にして速くするオプションもあるけど、まぁ遅い。
個人的にはMac捨てたほうが幸せだと思う。
284: 2020/09/09(水)15:38 ID:YndwdrRr(1) AAS
母艦はなんでもよかねえか
どうせクラウドに接続して仕事するだろ
285(1): 2020/09/09(水)16:52 ID:kC37BnwZ(1) AAS
>>283
gRPC FUSEにしたら、改善はするけどな。
286(1): 2020/09/09(水)16:52 ID:y4piuUcg(2/2) AAS
safariがWindowsでもLinuxでも動かせればいいんだけどね
Macうぜえ
287: 2020/09/09(水)17:40 ID:5Mjbbo3O(1) AAS
>>286
Apple「Mac買ってください。お願いします。どうかお願いします。助けると思って」
288(2): 2020/09/09(水)17:45 ID:WL2f1zpX(2/2) AAS
>>285
Docker for MacのEdgeリリースには入ってるんだっけ？試してみるかぁ
289(1): 2020/09/09(水)20:15 ID:bFuAYJ1v(1) AAS
DockerはもともとLinuxのLXCを使って実現したわけだけど、それ以外の環境だと
何らかの仮想化環境の上でDockerをエミュレートしているような状態だよな。
290: 2020/09/09(水)21:05 ID:AyIg2b+E(1) AAS
WindowsのHyper-Vの方が快適
291: 2020/09/09(水)21:34 ID:V5D2Ylqa(1/2) AAS
>>288
あぁ、手元は Edge を使っていたので、そのまま書いてもうた、スマン。
あと、VMware FusionをHypervisorにして、
Docker for Macから使うのもいいよ。
オススメは VMware Fusion Proでネットワークまわりをがっちりと作って、
Docker for Macから使うのもいいね。
292(1): 2020/09/09(水)21:37 ID:V5D2Ylqa(2/2) AAS
>>288
んで、そこらへんをサクッとできるのが、
VMware Fusionの Project Nautilus。
VMware Fusionでサクッと、OCI containerを扱えるよ。
293(1): 2020/09/10(木)03:04 ID:BlNz7QW5(1) AAS
>>289
目的と手段の違いだな
Dockerの目的は、あらゆるOS上で同じDockerイメージを動かすこと
だから最初からWindowsとmacOSにも対応していた
LXCを使うのは手段でしか無い
実機はLinuxだから素早く起動できるコンテナを使うという目標はあっただろうけど
それと同時にWindowsやmacOSでも動かすという目的もあったのだろう
294(1): 2020/09/10(木)18:59 ID:+E/RtZh/(1) AAS
>>292
macにそんな新機能とかご苦労なこったな。
当事者のアップルはintel捨てるっていうのに。
評価するだけバカバカしいわ。
295: 2020/09/10(木)19:13 ID:Bks6ec6x(1) AAS
MacみたいなカッコいいハードのLinuxノート売ってくれ
296: 2020/09/10(木)21:35 ID:xCuEk6PN(1) AAS
>>293
いや、目的の話はしてなくて。
297: 2020/09/10(木)23:40 ID:vvzYfqrD(1) AAS
>>294
ちなみに、最近、VMware Workstationもできるようになった。
298: 2020/09/11(金)01:57 ID:vziL8rE9(1) AAS
2014〜2016年頃？：
DockerはVMより起動がずっと早いです！将来はネイティブで実行が可能となりVMは不要になります！
Dockerデスクトップ作ったので今はエンタープライズ向けのツール作って開発機から本番機までをサポートします！
その後：
結局はDockerはdocker machineという名のVMの上で動いていただけです。
ネィティブ実行は出来ません（諦めました、CoreOSは離れていきました）
エンタープライズ市場はK8sに勝てませんでした（諦めました、作ったツールは他社に売却しました）
今後はVMとコンテナは共存します。わが社は開発者にターゲットを絞ってサポート続けます。
駆逐されるはずだったVMの会社
→えっ？じゃあウチがコンテナランタイム作った方がよくね？
駆逐されるはずだったエンタープライズの会社
→えっ？じゃあウチがコンテナランタイム作った方がよくね？
イマココでOK?
299(1): 2020/09/11(金)04:00 ID:+Ta+gBDs(1/5) AAS
> DockerはVMより起動がずっと早いです！将来はネイティブで実行が可能となりVMは不要になります！
それ言ってたのバカだけ。
Dockerは最初からアプリを配布する他のものだって
公式の情報見てたやつはちゃんとわかってる
そして今もバカは同じことを言ってる。
300: 2020/09/11(金)04:01 ID:+Ta+gBDs(2/5) AAS
> 結局はDockerはdocker machineという名のVMの上で動いていただけです。
それはmacOSとWindowsの話
お前みたいにLinux使ってないやつだけがそう勘違いする
301(1): 2020/09/11(金)04:03 ID:+Ta+gBDs(3/5) AAS
> （諦めました、CoreOSは離れていきました）
CoreOSはDockerと全く関係ない。
むしろ競合技術。CoreOSのrktはまさにDockerの代替
CoreOSが消え去ったのはDockerの勝利
Docker vs. CoreOS コンテナ戦争とは何だったのか？
外部ﾘﾝｸ:gihyo.jp
302(1): 2020/09/11(金)04:05 ID:+Ta+gBDs(4/5) AAS
> 駆逐されるはずだったVMの会社
> →えっ？じゃあウチがコンテナランタイム作った方がよくね？
VMの会社はMicrosoft、KVM、VirtualBoxのOracle、
VMware、Parallelsなど。どこもコンテナランタイム作っていない
303(1): 2020/09/11(金)04:05 ID:+Ta+gBDs(5/5) AAS
> イマココでOK?
間違いだらけ（大爆笑）
304: 2020/09/11(金)15:06 ID:8nMUU2WB(1) AAS
>>299
>公式の情報見てたやつはちゃんとわかってる
その公式の情報とやらは何処に…？
>>301
そのcoreosがrkt作ったことをもって「離れました」と言っているのだが？
外部ﾘﾝｸ:gihyo.jp
> しかしその一方で，Dockerコンテナを支えていたはずのCoreOSからDockerの対抗技術であるrktがリリースされたり，CoreOSとGoogleが親密な関係を築き
>>302
290番台はVMwareがコンテナランタイム作ったよ、
と言う会話をしてるんだが？
外部ﾘﾝｸ[html]:blogs.vmware.com
Containers on the desktop today
-> Nautilus is different
>>303
会話についてこれてなくて大爆笑ｗ
305(1): 2020/09/11(金)15:27 ID:I1YmVSE9(1/5) AAS
> その公式の情報とやらは何処に…？
Dockerのドキュメント見ろって話
サイト見たこともないだろうなｗ
306: 2020/09/11(金)15:35 ID:wi40Rbu2(1) AAS
>>305
いいからURL示せよ。
多分にお前のファンタジー解釈が入ってるだろうからｗ
307(2): 2020/09/11(金)15:46 ID:I1YmVSE9(2/5) AAS
外部ﾘﾝｸ:www.docker.com
> DockerはVMより起動がずっと早いです！将来はネイティブで実行が可能となりVMは不要になります
どこにもこんなこと書いてない
っていうかさ、お前が書いてある証拠を出さないといけない案件だろ
308: 2020/09/11(金)15:52 ID:eKV7wJLg(1) AAS
>>307
>Dockerは最初からアプリを配布する他のものだって
と、どこに書いてあるのか、
と聞いているのだが？
309(1): 2020/09/11(金)16:02 ID:I1YmVSE9(3/5) AAS
Deploy your app to the cloud
外部ﾘﾝｸ:docs.docker.com
310: 2020/09/11(金)16:09 ID:I1YmVSE9(4/5) AAS
外部ﾘﾝｸ:www.docker.com
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まるなげ
コンテナーは、開発者がアプリを環境から分離して、「自分のマシンで機能する」という
頭痛を解決できるようにするソフトウェアの標準化されたユニットです。
311: 2020/09/11(金)16:11 ID:I1YmVSE9(5/5) AAS
外部ﾘﾝｸ:www.docker.com
Containers and Virtual Machines Together
Containers and VMs used together provide a great deal of flexibility in deploying and managing app
コンテナと仮想マシンを一緒に 一緒に使用されるコンテナーとVMは、アプリのデプロイと管理に大きな柔軟性を提供します
312: 2020/09/11(金)16:50 ID:C4akUaEJ(1) AAS
ここ荒らしてるのもアンチLinuxの解無しクンじゃないのか？
荒らすのが目的だから、食いついてくるなら何でも書き込んでくるぞ。
313(1): 2020/09/12(土)13:09 ID:mdwDFwCc(1) AAS
>>309
無能でコミュ障って本当大変だな（周りの人が）
get-started：に
"Docker is a system specialized for developers to develop and distribute applications."
と書かれている場合だけ「Dockerは最初からアプリを配布する他のもの」という理解で良いかもしれないけど
そんなことは勿論書かれておらず
柔軟性： すげー複雑なアプリもコンテナ化できるんだぜ。
軽量： コンテナってホストのカーネル借りたり共有したりするから、VMと比べてシステムリソースの使い方がすげー効率的だぜ。
可搬性： きみはローカルでビルドしてクラウドでデプロイしたり、どこでも実行できるぜ。
疎結合： コンテナって自己完結してカプセル化されてるから、君はほかのものを混在させずに1つだけリプレイスとかアップグレードとかできるぜ。
スケーラブル： 君はデータセンターまたいで自動的にコンテナのレプリカを配布出来るんだぜ。
セキュア： コンテナってユーザーの設定なしで強い制約とかプロセス分離ができてるからすげーセキュアだぜ。
なんでこの記述よんで「Dockerは最初からアプリを配布する他のもの」という理解になるのか？
314(2): 2020/09/12(土)13:16 ID:0ivhhPrN(1) AAS
>>307
Docker EEはベアメタルかVMで動くものだったね。
去年の11月に売却したけど。
これでDockerはエンタープライズ市場
（クラウドでサービス展開する商用の本番機はほぼ全てだろ）
は諦めた、という事。
Dockerの終わりの始まりと書いている記事もあるね。
315: 2020/09/12(土)14:02 ID:SNrF3min(1/3) AAS
>>313
なんでとか俺に聞くな
Dockerは最初からアプリを配布（デプロイ）するためのものだし
お前はそのことに対して否定することを何も言ってない
お前は、違うかもしれない。な？な？としか言ってない
316: 2020/09/12(土)14:03 ID:SNrF3min(2/3) AAS
>>314
> Docker EEはベアメタルかVMで動くものだったね。
ベアメタルかVMでって、それ以外なんかあるの？
Docker EEじゃなくて、普通のDockerでも同じだけど
317: 2020/09/12(土)14:05 ID:SNrF3min(3/3) AAS
>>314
> これでDockerはエンタープライズ市場
> は諦めた、という事。
Docker社とDockerを区別しろ
会社の方針としてエンタープライズ市場を制覇するのを辞めたってことで
相変わらずDockerはエンタープライズでも使われてる
終わりの始まりというのはDocker社の話であって
Dockerはオープンソースでこれからも幅広い分野で使われる
318(2): 2020/09/12(土)14:39 ID:MB9cyzCx(1/5) AAS
volumeの中のmysqlのデータをバックアップ取る方法を教えてください
319(1): 2020/09/12(土)15:56 ID:mLdbGGDq(1/2) AAS
dockerは終わりでしょ
だってこれからはpodmanだから
320: 2020/09/12(土)15:57 ID:mLdbGGDq(2/2) AAS
>>318
mysqldump
上下前次1-新書関写板覧索設栞歴
あと 682 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.032s