Docker Part4
■ このスレッドは過去ログ倉庫に格納されています
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/ ネタというか暇つぶしにおちょくってるとき以外はずっと過疎ってるねここ Macで動かすと遅いって記事をqiitaでみたけどまじなの? ファイルシステムのせいだろ。NFSにしたら直るとか。 まじだよ。osxfsが遅い。 ホストとコンテナ間の一貫性を犠牲にして速くするオプションもあるけど、まぁ遅い。 個人的にはMac捨てたほうが幸せだと思う。 母艦はなんでもよかねえか どうせクラウドに接続して仕事するだろ >>283 gRPC FUSEにしたら、改善はするけどな。 safariがWindowsでもLinuxでも動かせればいいんだけどね Macうぜえ >>286 Apple「Mac買ってください。お願いします。どうかお願いします。助けると思って」 >>285 Docker for MacのEdgeリリースには入ってるんだっけ?試してみるかぁ DockerはもともとLinuxのLXCを使って実現したわけだけど、それ以外の環境だと 何らかの仮想化環境の上でDockerをエミュレートしているような状態だよな。 >>288 あぁ、手元は Edge を使っていたので、そのまま書いてもうた、スマン。 あと、VMware FusionをHypervisorにして、 Docker for Macから使うのもいいよ。 オススメは VMware Fusion Proでネットワークまわりをがっちりと作って、 Docker for Macから使うのもいいね。 >>288 んで、そこらへんをサクッとできるのが、 VMware Fusionの Project Nautilus。 VMware Fusionでサクッと、OCI containerを扱えるよ。 >>289 目的と手段の違いだな Dockerの目的は、あらゆるOS上で同じDockerイメージを動かすこと だから最初からWindowsとmacOSにも対応していた LXCを使うのは手段でしか無い 実機はLinuxだから素早く起動できるコンテナを使うという目標はあっただろうけど それと同時にWindowsやmacOSでも動かすという目的もあったのだろう >>292 macにそんな新機能とかご苦労なこったな。 当事者のアップルはintel捨てるっていうのに。 評価するだけバカバカしいわ。 MacみたいなカッコいいハードのLinuxノート売ってくれ >>294 ちなみに、最近、VMware Workstationもできるようになった。 2014〜2016年頃?: DockerはVMより起動がずっと早いです!将来はネイティブで実行が可能となりVMは不要になります! Dockerデスクトップ作ったので今はエンタープライズ向けのツール作って開発機から本番機までをサポートします! その後: 結局はDockerはdocker machineという名のVMの上で動いていただけです。 ネィティブ実行は出来ません(諦めました、CoreOSは離れていきました) エンタープライズ市場はK8sに勝てませんでした(諦めました、作ったツールは他社に売却しました) 今後はVMとコンテナは共存します。わが社は開発者にターゲットを絞ってサポート続けます。 駆逐されるはずだったVMの会社 →えっ?じゃあウチがコンテナランタイム作った方がよくね? 駆逐されるはずだったエンタープライズの会社 →えっ?じゃあウチがコンテナランタイム作った方がよくね? イマココでOK? > DockerはVMより起動がずっと早いです!将来はネイティブで実行が可能となりVMは不要になります! それ言ってたのバカだけ。 Dockerは最初からアプリを配布する他のものだって 公式の情報見てたやつはちゃんとわかってる そして今もバカは同じことを言ってる。 > 結局はDockerはdocker machineという名のVMの上で動いていただけです。 それはmacOSとWindowsの話 お前みたいにLinux使ってないやつだけがそう勘違いする > (諦めました、CoreOSは離れていきました) CoreOSはDockerと全く関係ない。 むしろ競合技術。CoreOSのrktはまさにDockerの代替 CoreOSが消え去ったのはDockerの勝利 Docker vs. CoreOS コンテナ戦争とは何だったのか? https://gihyo.jp/news/report/2016/11/2201 > 駆逐されるはずだったVMの会社 > →えっ?じゃあウチがコンテナランタイム作った方がよくね? VMの会社はMicrosoft、KVM、VirtualBoxのOracle、 VMware、Parallelsなど。どこもコンテナランタイム作っていない >>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 会話についてこれてなくて大爆笑w > その公式の情報とやらは何処に…? Dockerのドキュメント見ろって話 サイト見たこともないだろうなw >>305 いいからURL示せよ。 多分にお前のファンタジー解釈が入ってるだろうからw https://www.docker.com/ > DockerはVMより起動がずっと早いです!将来はネイティブで実行が可能となりVMは不要になります どこにもこんなこと書いてない っていうかさ、お前が書いてある証拠を出さないといけない案件だろ >>307 >Dockerは最初からアプリを配布する他のものだって と、どこに書いてあるのか、 と聞いているのだが? 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まるなげ コンテナーは、開発者がアプリを環境から分離して、「自分のマシンで機能する」という 頭痛を解決できるようにするソフトウェアの標準化されたユニットです。 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は、アプリのデプロイと管理に大きな柔軟性を提供します ここ荒らしてるのもアンチLinuxの解無しクンじゃないのか? 荒らすのが目的だから、食いついてくるなら何でも書き込んでくるぞ。 >>309 無能でコミュ障って本当大変だな(周りの人が) get-started:に "Docker is a system specialized for developers to develop and distribute applications." と書かれている場合だけ「Dockerは最初からアプリを配布する他のもの」という理解で良いかもしれないけど そんなことは勿論書かれておらず 柔軟性: すげー複雑なアプリもコンテナ化できるんだぜ。 軽量: コンテナってホストのカーネル借りたり共有したりするから、VMと比べてシステムリソースの使い方がすげー効率的だぜ。 可搬性: きみはローカルでビルドしてクラウドでデプロイしたり、どこでも実行できるぜ。 疎結合: コンテナって自己完結してカプセル化されてるから、君はほかのものを混在させずに1つだけリプレイスとかアップグレードとかできるぜ。 スケーラブル: 君はデータセンターまたいで自動的にコンテナのレプリカを配布出来るんだぜ。 セキュア: コンテナってユーザーの設定なしで強い制約とかプロセス分離ができてるからすげーセキュアだぜ。 なんでこの記述よんで「Dockerは最初からアプリを配布する他のもの」という理解になるのか? >>307 Docker EEはベアメタルかVMで動くものだったね。 去年の11月に売却したけど。 これでDockerはエンタープライズ市場 (クラウドでサービス展開する商用の本番機はほぼ全てだろ) は諦めた、という事。 Dockerの終わりの始まりと書いている記事もあるね。 >>313 なんでとか俺に聞くな Dockerは最初からアプリを配布(デプロイ)するためのものだし お前はそのことに対して否定することを何も言ってない お前は、違うかもしれない。な?な?としか言ってない >>314 > Docker EEはベアメタルかVMで動くものだったね。 ベアメタルかVMでって、それ以外なんかあるの? Docker EEじゃなくて、普通のDockerでも同じだけど >>314 > これでDockerはエンタープライズ市場 > は諦めた、という事。 Docker社とDockerを区別しろ 会社の方針としてエンタープライズ市場を制覇するのを辞めたってことで 相変わらずDockerはエンタープライズでも使われてる 終わりの始まりというのはDocker社の話であって Dockerはオープンソースでこれからも幅広い分野で使われる volumeの中のmysqlのデータをバックアップ取る方法を教えてください dockerは終わりでしょ だってこれからはpodmanだから >319 RedHadが代替を目指して作成したもので 成功したものなんてない RedHatとCentOSとFedoraで使われる程度 >>321 まあとにかく使ってみなよ dockerがpodmanに勝ってる部分って全くないぞ いいえ違います。 podmanが勝ってる部分がないと podmanへの乗り換えは起きません >>320 ありがとうございます dockerスレでpodmanの話しされてもうざいからpodmanのスレ立てましょうか? >>323 セキュア、デーモンレス、コンパクト、podサポートとかかな ビルダーもDockerfileより簡単で柔軟だ dockerはpodmanのエイリアスだからここで話してもOK >>328 ありがとうございます。 podman使いの方はご移動をお願いいたします。 >>318 は、docker上でmysql使っててバックアップが取りたかったんだよな? でその問題の解決方法はいつものmysqldumpだったと。 じゃあ君の問題は解決したんだからもう良いじゃん。 何でpodmanなんて君の問題に関係ないネタにスレ立てとか、おせっかいやくの? 君と関係ないじゃん。 >>330 関係ない話題に参加したらいかんのか? お前だって関係ない話題に参加しただろ。お前のそのそのレスで >>328 しかも322とか325はpodmanをDockerと比べて云々という話題をしているのに 立てたスレは「Dockerの話題禁止」ww それじゃ325の続きかけねーよwww >>331 行動が不自然だと言っている。 なんでmysqlに問題を抱えるやつが自分の問題が解決した 喜ぶべきスレ立ててまでタイミングで他人を排除とか変な 行動しなきゃならんの? って話。 >>332 podmanを消してDockerの話題だけをすればいい >>334 全く意味のない情報になるね。 >>1 には「情報共有しましょう」と書いてるのに。 俺はその話に興味があるんだから、お前が勝手に排除するなよ。 dockerとpodmanを比較したい? 話したいなら話せば良いじゃねーか。 比較の一方がDockerならスレチでもない。 お前が興味ないだけなんだろ?じゃあ2、3日PC閉じてろよ。 話し終わってるから。 韓国「日本が〜、日本が〜」 日本「韓国?興味ない」 >>336 まんまお前じゃねーかw お前「Dockerが〜、Dockerが〜」 ほかの皆さん「Docker?コンテナ技術の1つですね。」 www >>338 podmanの話をしようとした人はそうだろ。 ほかにNautilus の話しようとした人も。 >>333 すいません、理解できる日本語で書き直していただけますか >>340 何で君は自分の問題が解決した喜ぶべきタイミングで 君の問題と全く関係ない話をしている、他の人を排除しようとするの? 別にスレチって事も無いよな? mysqlはmysqlのスレに行けよ 関係ない話されっとマジ迷惑 じゃあpodmanは別ツールですから移動してくださいね 迷惑ですよ >>343 dockerとpodmanの比較の話をしてたはずだが? 俺は続きに興味があるんだが? 何処に優位性があるのか、思わずggちまった。 mysqlへの興味は10年前に終わった。mysqldumpとか初心者かよw dockerはpodmanのエイリアスだぞ dockerを語るということはpodmanを語るということだ 誰もpodmanに興味が内容であっちのスレは落ちそう Linux使え MacもWindowsも一般ユーザー向け 会社だとMacかWindowsが支給されるがLinuxは支給されない だからMacかWindowsでやったほうがいいのかなと思って >>351 会社支給品で開発するなら普通はMacでは? WindowsのDockerはまだこれからと言う気がする。 とはいえMacはARMに移行するから、近い将来買い替えなければならなくなる。 ARM CPUで開発して本番機はx86(Xeon)ってのも色々リスクがあるから会社の方針を変える必要があるかもね。 (本番機もArmのlinux使う検討するとか) 最近のWindowsUpdateの更新でWSLがバグってるらしいけどDockerは普通に動くの? WSLのバグは大きな問題じゃないから ほとんど問題なく動いてる メモリ食いつぶしたり古いカーネルAPIの互換性でクラッシュしたりするけど仕様なんだってな バグじゃないってよ WSL2ってそういうとこだよ メモリは上限を決めれば問題ないだろ 普通の仮想マシンと同じ扱いになる そして絶賛対応中。今のWindowsはマジで改善しまくってるから どんどん使いやすくなってる 普通の仮想マシンと同じ扱いならトラブル少ない普通の仮想マシンを使うわ 改善たってもとがアレじゃいつまでかかることやら… 最終的にMicrosoft Linuxまで改善が進んだらようやっと乗り換えを検討してもいいかなってところかな 普通の仮想マシンと同じ扱いなんて書いてないよ メモリの上限は普通の仮想マシンと同じ方法でやれる それ以外は仮想マシン使うより格段に便利なんだから 仮想マシンに比べてメリットはあれど欠点はないということになる 論理的思考をしましょうね 欠点はある WSLはデフォルト設定でメモリ食いつぶす レガシーAPIコールでクラッシュ コンフィグ用のクールなUIもない カスタマイズが前提なのにカスタマイズ方法がわかりにくいというクソ仕様 普通の仮想マシンはデフォルトでいい具合にメモリが制限されている 意味不明なクラッシュもしない コンフィグ用のUIが用意されてる はい自滅しました(笑) 仮想マシンのメリットは それだけなんです そう だから仮想マシンなんて使わないほうがいいんだ 最初からLinuxを使うだけ Docker on WSL2 on Windowsってどんだけ無駄なレイヤー積み重ねるつもりだよ >>362 いくらレイヤーを重ねようが、お前が作ってるわけじゃないんだから どうせ見てないだろw >>362 原理的にはそうなんだろうけどね。 linuxってそもそも効率的な開発できるもんなの? excelもwinmergeもないOSで効率的な開発できるとは到底思えん。 ファイルマネージャも使いにくいしな。 同僚でlinuxを開発機にしてる人がいるけどミスが多くて、やはり効率的に仕事しているとは思えない。 >>369 何にw? エアプなら何にでも使えて便利だよなwww >>370 docker-vpn-browserとかあるんですよ 無知晒しちゃったねw >>371 その程度の用途ならそもそもdockerのホストがlinuxなのかwinなのかmacなのかなんて どうでもいいじゃんw >>372 >開発以外の用途にdockerなんか使うのかよ? これの答えなんだがそれすらも理解できなかったかな? >>373 その上がDockerはWin/MacかLinux化って話だから、 そんな用途ならホストはどうだっていいよ、って話だね。 ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる