1 名前:login:Penguin mailto:sageteoff [2017/09/28(木) 14:00:45.18 ID:/4TtIqGt.net] LXCを使った軽量仮想環境。 これからの動向が気になるところ。 情報共有しましょう。 www.docker.io/ 前スレ Docker mao.2ch.net/test/read.cgi/linux/1374861492/
701 名前:login:Penguin mailto:sage [2018/12/05(水) 19:37:52.80 ID:MMUcdQBe.net] 業者の都合でLinux導入できないんだよ。でもそれがいいんだよ。 クラウドも導入できないんだよ。でもそのほうがいいんだよ あのぶどうは酸っぱくてまずいんだよ こんなところかね
702 名前:login:Penguin mailto:sage [2018/12/05(水) 19:44:58.18 ID:t6HAOGba.net] >>659 フツーにユーザー作ったら標準でbashが動いたと思ったけど>solaris 11.4 今useradd試してみたけど間違いなく/usr/bin/bashが入ってきた つかユーザーが過去に書いたスクリプトの互換性まで考えれば 下手にシステム付属のシェルは弄れない >>660 オレに向けたレスか?ちょっと落ち着けよw 自分でコンテナ仮想化からOSカーネルまで全部書いてるのかね 凄い労力だなw つかOSSの中身が業者がかりじゃないと思ってるとか何か純粋な人なんだなw
703 名前:login:Penguin mailto:sage [2018/12/05(水) 19:46:32.90 ID:t6HAOGba.net] >>662 心配しなくても大丈夫 ちゃんと犬糞も使ってるからw ただ檻に入れた上でごく限定的な用途でしか使う気しねえけどな
704 名前:login:Penguin mailto:sage [2018/12/05(水) 19:58:04.75 ID:MMUcdQBe.net] >>663 それはログインシェル まったく基本的なことすら知らないんだな そんな奴が言ったってなんの説得力もねーわ [] [ここ壊れてます]
706 名前:login:Penguin mailto:sage [2018/12/05(水) 19:59:04.87 ID:MMUcdQBe.net] 最初から限定意的な用途でしか使ってないやつに、 深い知識を求めても無駄だな Linuxインストールして満足しているやつらと変わらん
707 名前:login:Penguin mailto:sage [2018/12/05(水) 20:04:00.13 ID:t6HAOGba.net] >>665 システム付属のシェルが古かろうと特に困らんてことを実例上げて説明したんだが
708 名前:login:Penguin mailto:sage [2018/12/05(水) 20:10:10.73 ID:t6HAOGba.net] ちなみに古いバージョンのsolarisもコンテナとしてsolaris11上で動く だから何の問題もない
709 名前:login:Penguin mailto:sage [2018/12/05(水) 20:45:44.47 ID:MMUcdQBe.net] >>668 OSだけ動かしたってしょうがないだろうに・・・ 本当に使いたいのはOSじゃなくてアプリ
710 名前:login:Penguin mailto:sage [2018/12/06(木) 00:39:07.15 ID:YfDLncl6.net] ドカアッー!
711 名前:login:Penguin mailto:sage [2018/12/06(木) 16:29:06.10 ID:0H7DsjYT.net] どっかアーッ!
712 名前:login:Penguin mailto:sage [2018/12/06(木) 19:29:31.33 ID:A7t9PKkR.net] 話の流れとは関係ないが、なんか一部で勘違いしている人が いるようだから書いておくわ 俺はコンテナを仮想マシンの代わりではないと言ってるんじゃなくて Dockerコンテナ = アプリケーションコンテナが仮想マシンの代わりじゃないと言ってる。 システムコンテナは仮想マシンの代わりになる (Linuxの)コンテナ技術はカーネルが提供するものだが、 それ単体では、アプリケーションコンテナとしても システムコンテナとしても使いにくい。 それをアプリケーションコンテナとして使いやすくしたのがDocker アプリケーションコンテナとして使いやすくしているものを システムコンテナとして使うとかネタでしょレベルだから コンテナを仮想マシンの代わりとして使いたいなら システムコンテナを使えばいい。俺はアプリ開発者だから アプリのデプロイを簡単にしてくれるアプリケーションコンテナには興味があるが 仮想マシンの代替でしかないシステムコンテナは興味はそれほどない
713 名前:login:Penguin mailto:sage [2018/12/06(木) 19:39:15.11 ID:52R6P0bW.net] >>672 の指摘する基本的な知識不足のやつと結局アプリケーションを使いたいだけってところのやつが入り混じってややこしくなってる。 仮想マシン立ち上げて単一アプリだけ動かしてるやつかもそうだし、 linux以外でdockerインスコするのにVMを知らずに入れてるやつとかもそう。 基本知識がないのに議論を始めるやつ多すぎ。
714 名前:login:Penguin mailto:sage [2018/12/06(木) 22:07:11.61 ID:W7CcIDZc.net] >>672 privilegeを与えると、Dockerもシステムコンテナみたいになるという理解をしてもいいですか? systemdが使えるので、けっこう便利にそうやってつかっているんだけど。
715 名前:login:Penguin mailto:sage [2018/12/06(木) 23:20:08.28 ID:CjmGCUkG.net] >>674 そういう使い方もできるだろうけど、それなら lxc とか、lxd の方が 扱いやすいんじゃないかと思われ。
716 名前:login:Penguin mailto:sage [2018/12/07(金) 00:24:19.67 ID:r4h+jkYy.net] システムコンテナとかいう謎用語はともかく、どんな用途のコンテナだろうが同一ホストでマルチテナントをやるなら高度な分離は必須だよ クラウドベンダーが考えるコンテナ技術ってのは、デプロイや運用がPaaS並に手軽である一方で、 従来のPaaSのように特定のランタイムに縛られることがなく開発者の自由度が高い便利なプラットフォームを提供するための技術だ どうしてもGoogleだのAWSだのクラウドベンダー発の技術には注目が集まりがちだけど、 そこには我々使う側ではなくプラットフォームを作る側の視点が強く反映されていることを理解しておかないといけない そこを勘違いすると上で発狂してる子みたいな混乱に陥ることになる
717 名前:login:Penguin mailto:sage [2018/12/07(金) 00:40:32.21 ID:JClhMg58.net] >>673 WindowsでわざわざVM動かしてLinuxもどきをうごかして、 そうしてからDockerを動かすなんて気持ち悪い。
718 名前:login:Penguin mailto:sage [2018/12/07(金) 00:45:22.04 ID:Tm9Vcqu0.net] 比較的安定したwinのGUIとコマンドの類が同時に手に入る 何も悪いことがない
719 名前:login:Penguin mailto:sage [2018/12/07(金) 00:55:25.89 ID:tqGO7pdw.net] >>676 > どんな用途のコンテナだろうが同一ホストでマルチテナントをやるなら高度な分離は必須だよ つまり、同一ホストでなく、またマルチテナントをやらないなら
720 名前:高度な分離は必須じゃないってことですよね それは「必須」という用語を使ってまで言わないといけないことなんですか?w [] [ここ壊れてます]
721 名前:login:Penguin mailto:sage [2018/12/07(金) 00:59:19.39 ID:tqGO7pdw.net] >>677 別にw Dockerの目的はアプリケーションの可搬性なんだから VMを使っていようが、WindowsやMac上でアプリが動いて まるでOS上で直接動いているかのように、localhost:ポートで接続できるなら Dockerの目的は達成できてるんだよ そしてWindows上でもMac上でもDockerイメージを作れて それをLinux上でも動かせる。 アプリケーションの可搬性がDockerの目的(コンテナの目的なんていってない)
722 名前:login:Penguin mailto:sage [2018/12/07(金) 01:00:42.60 ID:tqGO7pdw.net] >>676 > どうしてもGoogleだのAWSだのクラウドベンダー発の技術には注目が集まりがちだけど、 Dockerはクラウドベンダーとは一切関係ないよ
723 名前:login:Penguin mailto:sage [2018/12/07(金) 01:04:47.37 ID:tqGO7pdw.net] どんな用途のコンテナだろうが同一ホストでマルチテナントをやるなら高度な分離は必須だよ 高度な分離を行うときは仮想マシンで分離したほうがいいよ そしてDockerでその仮想マシンに簡単にアプリをデプロイ このスレはDockerのスレなんだから、1行目と2行目はスレ違いなんだよね。 Dockerの目的は物理マシン、仮想マシン問わず簡単にアプリをデプロイすることだから WindowsでもMacでもアプリをデプロイ出来る。もっともこの二つの目的は アプリの開発だけど、WindowsやMacで開発してそのイメージを Linuxでそのまま動かせるっていうのもDockerの目的の一つだからね
724 名前:login:Penguin mailto:sage [2018/12/07(金) 05:54:32.56 ID:3ISGbBV6.net] Hyper-Vでドカッたらブルスク出た
725 名前:login:Penguin mailto:sage [2018/12/07(金) 09:16:55.56 ID:YIG0ITu+.net] >>682 今更すぎて指摘するのもアホらしいが、LinuxコンテナはLinux上でないとビルドも実行も不可能 いずれはマイクロVM向けにカーネルも同梱したコンテナが標準化されて ホストOSに依存せずにWindowsコンテナもSolarisコンテナも統一的に扱えるようになるだろうけど、 まだまだ先の話だね
726 名前:login:Penguin mailto:sage [2018/12/07(金) 09:51:15.00 ID:tqGO7pdw.net] >>684 > 今更すぎて指摘するのもアホらしいが、LinuxコンテナはLinux上でないとビルドも実行も不可能 仮想マシン技術と併用すれば、Windows上でLinuxコンテナを動かせる (ずーっと言ってるが、仮想マシンとDockerコンテナは使う目的が違っていて 併用して使うのは想定されているユースケースの一つ) 単なる仮想マシンと違うのは、仮想マシンが単なるマシンであり その中にアプリをセットアップするのが大変で、ボリューム(仮想マシンで言う共有フォルダ機能を利用する)の 設定やまたlocalhost:ポート番号で接続できるようにネットワーク設定を行うのが大変ということ これができてないのと、LinuxでLinuxコンテナを動かしているのと同じよう使うことは出来ないわけで Windows(仮想マシンを使う)でもMac(仮想マシンを使う)でも 同じように使えるという環境をDockerは提供している Dockerが背景の仕組みを解決してくれてるおかげで、 Docker buildするとDockerfileから同じようにアプリのイメージが作れ Docker runをするとそのアプリが起動する。 そしてLinuxで動かしたのと何ら変わらず、localhost:ポート番号で接続できる これがDockerが提供している機能の本質だよ
727 名前:login:Penguin mailto:sage [2018/12/07(金) 10:51:56.04 ID:TC0/u8V/.net] 仮想マシンの設定が面倒?そんな低レベルなことを問題にしてたのか そんなもんコンテナだって本質的には違いはないわけで、Dockerがやったような適切な標準化さえなされていればどうとでもなる 必死に仮想マシンはアプリではないとの主張を曲げない君の姿、 Dockerが生まれたばかりの頃にこんなもんどこがアプリやねん仮想マシンやないかと言ってた老害と同じだよ
728 名前:login:Penguin mailto:sage [2018/12/07(金) 10:59:18.45 ID:tqGO7pdw.net] > 仮想マシンの設定が面倒?そんな低レベルなことを問題にしてたのか 仮想マシンの設定じゃなくて、仮想マシンに入れるアプリの設定だよ いつもどおり話が通じないな で、ここでインフラ馬鹿は、パッケージ入れれば終わりじゃんとか いうんだよなw そうじゃなくて、自分たちで開発したアプリの設定(環境構築)だ ずーっといってる。Dockerはアプリ開発者のためのものだって アプリ開発にともなって、アプリが必要とするモジュール・ライブラリも変わってくる アプリの高速なアップデートのたびに、今回新しくしたモジュールはないか? あるならそれをどうやってインストールするか?OS標準のパッケージの更新が必要か? 更新して大丈夫か? ローカルの開発環境とバージョンはちゃんと揃ってるか? テストもちゃんとそのバージョンで行ってるか? そういったことを細かく把握しな
729 名前:ォゃいけないのが大変だって話だ。 Dockerを使えば、開発マシンがWindowsであってもDockerfileという 誰でも同じやり方でイメージを作る方法があって、そのイメージをそのまま 実環境でも使える。そういった仕組みやツールを提供してるのがDockerなんだよ ほんと、仮想マシンの設定レベルしか思いつかないんだからだめなやつだ [] [ここ壊れてます]
730 名前:login:Penguin mailto:sage [2018/12/07(金) 11:00:55.95 ID:tqGO7pdw.net] > 必死に仮想マシンはアプリではないとの主張を曲げない君の姿、 仮想マシンをぽんと用意した所で、開発したRailsアプリは動かないからねw 仮想マシンはアプリじゃない。当たり前だ。
731 名前:login:Penguin mailto:sage [2018/12/07(金) 11:05:36.14 ID:TC0/u8V/.net] だからOSのセットアップや運用管理が必要なのはコンテナだって同じだ それを簡単にしたのはDockerが頑張ってそれを実装したからであり、コンテナだから楽になった訳ではない Dockerと同等の簡便なワークフローをVMで実現することは技術的には普通に可能だ
732 名前:login:Penguin mailto:sage [2018/12/07(金) 11:12:21.01 ID:tqGO7pdw.net] >>689 > Dockerと同等の簡便なワークフローをVMで実現することは技術的には普通に可能だ そりゃ、 仮想マシンにDockerを入れれば可能だろうねw もしかしてVMだけでコンテナを使わないで可能だって言ってる? Linux上に仮想マシンを使わないで動かせるのがコンテナなのに 仮想マシンを使って作るとか、仮想マシンを使わないという条件を満たしてないんだがw
733 名前:login:Penguin mailto:sage [2018/12/07(金) 11:19:44.15 ID:tqGO7pdw.net] マイクロVMはコンテナを動かすという前提があるから あれだけ早く起動できる。 コンテナを使わないと仮想マシンは相当重くなる
734 名前:login:Penguin mailto:sage [2018/12/07(金) 11:21:03.34 ID:tqGO7pdw.net] そういやSolarisってなんであんなに起動が遅いの?って思ったな。 VMだけ起動が早くても、そこで動かすSolarisがあんなに遅いんじゃ 使いものにならないだろうね。
735 名前:login:Penguin mailto:sage [2018/12/07(金) 11:32:05.74 ID:JKnE+2X0.net] >>677 気持ち悪い云々は自由だけど、公式からもそういうツールがでてるし、一般的な運用なんだな、これが。 特に開発環境ではね。あとVMはWSLみたいなLinuxもどきではないぞ。
736 名前:login:Penguin mailto:sage [2018/12/07(金) 12:14:23.46 ID:4ybr+TT5.net] そうそうVMはWSLみたいなLinuxもどきじゃない エミュレートされるハードウェアは古いけどメジャーどころなのでそこらへんのノートPCよりも相性いい
737 名前:login:Penguin mailto:sage [2018/12/07(金) 12:15:26.87 ID:tqGO7pdw.net] だからそのVMとDockerを組み合わせて使うんだよ
738 名前:login:Penguin mailto:sage [2018/12/07(金) 12:48:37.28 ID:JKnE+2X0.net] dockerにセキュリティ不安があるのに流行るのは必要なリソースが少なくてすんで、環境を切り分けできるから。 dockerはlinuxネイティブに動作するから実機にするか、VMにするかはどっちが使いたいかぐらいの意味しかない。 とはいえ、一般的なネイティブアプリよりはdockerにはコストがかかるので単一のアプリじゃなくて環境そのものを扱うような場合がいいんだよ。 パッケージさえ揃えれば古い環境も再現できるし、保守はしやすいんだ。 マイクロVMのおもろいところは発展すればWSLなんかより遥かにいいから将来性はある。 それもソフトの発展じゃなくて仮想化支援のハードが出ればの話。 intelが仮想化に全力出せばOSを選択する意味はなくなっちゃう。
739 名前:login:Penguin mailto:sage [2018/12/07(金) 12:52:38.28 ID:tqGO7pdw.net] > dockerにセキュリティ不安があるのに流行るのは必要なリソースが少なくてすんで、環境を切り分けできるから。 可搬性が高くなってデプロイが簡単になるからだよ。 環境が分離されるのは、可搬性を上げるためにそうういう機能が必要になるってだけ
740 名前:login:Penguin mailto:sage [2018/12/07(金) 13:00:01.85 ID:tqGO7pdw.net] いくらいってもVMと比べることしか出来ないよなw マイクロVMのだめなところは、別にOSをインストールしなければつかない所
741 名前:login:Penguin mailto:sage [2018/12/07(金) 13:05:33.68 ID:JKnE+2X0.net] dockerと比べるならVMなんかじゃなくてsnapとかだよ。snapなんかの後継に根こそぎやられる可能性はある。
742 名前:login:Penguin mailto:sage [2018/12/07(金) 13:07:19.36 ID:tqGO7pdw.net] dockerはアプリ開発者が、自分のアプリのデプロイのために使うもので、 snapとはまったく用途がかぶらない
743 名前:login:Penguin mailto:sage [2018/12/07(金) 13:08:59.77 ID:tqGO7pdw.net] > intelが仮想化に全力出せばOSを選択する意味はなくなっちゃう。 OS使わないとアプリ動かないやんw
744 名前:login:Penguin mailto:sage [2018/12/07(金) 13:10:41.56 ID:tqGO7pdw.net] どのOSでも使える。ということと、OSを選ぶ必要がないかは話が別だからな
745 名前:login:Penguin mailto:sage [2018/12/07(金) 15:44:32.66 ID:Tm9Vcqu0.net] >>692 使ってる途中でユーザーの意思に反して勝手にOSにリセットが掛ったり OSがフリーズして無反応になったのでサポに連絡すると 再起動しときましたー原
746 名前:因不明ですーというウェーイ系awsだと そらOSの起動速度()は超重要なんだろうなwww >>697 >可搬性が高くなって 犬糞はバイナリ互換性ガチ無視だからドッカ〜みたいなキワモノに依存せざるを得ないんだろ パッチ当てるたびOS更新するたびにアッチ動かなくなりましたコッチ動かなくなりましたと情弱どもが大騒ぎ >>702 犬糞はドッカーが必要になるぐらいすぐにドコでも動かなくなる可能性が高い不安定なOS環境ってコトだろ コトバを飾るなや [] [ここ壊れてます]
747 名前:login:Penguin mailto:sage [2018/12/07(金) 15:52:05.55 ID:tqGO7pdw.net] >>703 OSの起動速度が重要なのは、一時的なアクセス数増加に 迅速に対応するためだろ > 犬糞はバイナリ互換性ガチ無視だからドッカ〜みたいなキワモノに依存せざるを得ないんだろ バイナリ互換性があれば、デプロイが簡単になるという理屈をどうぞ やっぱりDockerの目的がわかっちゃいねぇw > 犬糞はドッカーが必要になるぐらいすぐにドコでも動かなくなる可能性が高い不安定なOS環境ってコトだろ Dockerがあれば不安定なOS環境でも安定できるって それ逆にすごくねw Dockerの凄さをまざまざと見せつけられたw
748 名前:login:Penguin mailto:sage [2018/12/07(金) 19:38:05.59 ID:Tm9Vcqu0.net] >>704 >OSの起動速度が重要なのは、一時的なアクセス数増加に >迅速に対応するためだろ awsでも客数の増減でイチイチ鯖をageたり落としたりしてんのかよ 連中のやってんのは課金上げて乞食ユーザーをスポットインスタンスから振り落とすコトだけだろうがw >バイナリ互換性があれば、デプロイが簡単になる バイナリ互換性がないからデプロイするたびにドッカーが必要になるってコトだろ >Dockerがあれば不安定なOS環境でも安定できるって ドッカーによって稼働中のシステム全体がコケるってオチだろw まさにそびえ立つクソの山
749 名前:login:Penguin mailto:sage [2018/12/07(金) 21:48:15.71 ID:JKnE+2X0.net] 論理展開ができない人間と真面目に議論しても得るものなんかないぞ。さわるなさわるな。
750 名前:login:Penguin mailto:sage [2018/12/07(金) 21:59:50.50 ID:tqGO7pdw.net] >>706 ホントだなw
751 名前:login:Penguin [2018/12/08(土) 12:31:08.24 ID:jLrx7HKQ.net] What is the runtime performance cost of a Docker container? https://stackoverflow.com/questions/21889053/what-is-the-runtime-performance-cost-of-a-docker-container It doesn't work with Docker, K8s right now, but everyone's going nuts anyway for AWS's Firecracker microVMs https://www.theregister.co.uk/2018/11/27/aws_sets_firecracker/ Firecrackerは今までのVMより速くなったとは言え、ベアメタルの95%を超える程度のCPUパフォーマンス たかが5%されど5% コンテナはCPUのオーバーヘッドはほぼ0 セキュリティよりパフォーマンスを優先したい場合や セキュリティが必要ない開発環境では 今まで通りコンテナが使われるだろう
752 名前:login:Penguin [2018/12/08(土) 12:45:37.18 ID:dieSV16U.net] FirecrakerはKVMベースで、それぞれのVMにカーネルが必要だが、 先の記事によればエミュレートする周辺機器を4つに限定してオーバーヘッドを削減している ブロックデバイス ネットワークインターフェイス シリアルコンソール VMを停止するためのボタンとして使うキーボードコントローラー
753 名前:login:Penguin mailto:sage [2018/12/08(土) 13:33:41.63 ID:+Jbcoor3.net] またVMの話か。何度言っても理解できないようだな Dockerが解決するのはアプリのデプロイであ そのためにコンテナという技術を使い、 アプリケーション実行環境を仮想化することで 実現してるんだよ。 VMとDockerコンテナはそれぞれ役目が違うから 組み合わせて使うのがよくあるユースケースだ Dockerコンテナ(=アプリケーションコンテナ)の有用性が 明らかになったから、コンテナ専用のマイクロVMが作られたわけだが このマイクロVMで通常のOSを動かすのは難しいだろうな Firecrackerで果たしてSolarisが動くかどうか Linuxしか動かないVMになるだろう
754 名前:login:Penguin mailto:sage [2018/12/08(土) 13:38:22.40 ID:+Jbcoor3.net] やっぱり想像通りだった。現状ではLinuxしか対応してない。 Linuxは組み込みとかにも対応してるから、最小限そういった 限られたハードウェアでも動く実績があるんだよ でもSolarisのようなサーバー向けOSは、一定レベルのハードウェアを 前提にしてるから、いろんなところが依存してるんだろうな https://firecracker-microvm.github.io/ What operating systems are supported by Firecracker? Firecracker supports Linux host and guest operating systems with kernel versions 4.14 and above. The long-term support plan is still under discussion. A leading option is to support Firecracker for the last two Linux stable branch releases.
755 名前:login:Penguin [2018/12/08(土) 14:29:10.10 ID:BjNmMfF8.net] Solarisとか言うオワコンwwwwww あんたいつの時代から来たの?
756 名前:login:Penguin mailto:sage [2018/12/08(土) 14:43:53.94 ID:L5TbyMsj.net] >>706 オマエは論理的なのではなく単に長い物に巻かれるのを良しとしているダケだろうがw
757 名前:login:Penguin mailto:sage [2018/12/08(土) 14:55:41.74 ID:rWi9h0wU.net] >>713 悲しいかな、長いものが何一つ登場していないが、意味わかって使ってるか?
758 名前:login:Penguin mailto:sage [2018/12/08(土) 15:11:44.95 ID:L5TbyMsj.net] >>714 自分が何をやってるのか(やらされてるのか)すら分かってないんだなw アワレなやっちゃな
759 名前:login:Penguin mailto:sage [2018/12/08(土) 15:12:58.65 ID:+Jbcoor3.net] >>712 だってUnix系ってSolaris以外オワコンじゃんw
760 名前:login:Penguin mailto:sage [2018/12/08(土) 15:23:23.21 ID:L5TbyMsj.net] 痛ニウム(とhp-ux)は無事死亡 ヨゴレIBMのキモイAIXは確実に客に避けられるのでエサ撒いたうえでRHを買収 バカを見たのは血道上げてRHのバグ潰しやってた不治痛とボラクルかw あと散々販促活動してた五橋研究所www
761 名前:login:Penguin [2018/12/08(土) 15:27:36.57 ID:BjNmMfF8.net] Solarisは既にOracleに殺された もう先はない
762 名前:login:Penguin mailto:sage [2018/12/08(土) 15:32:43.14 ID:L5TbyMsj.net] hp-uxはCiRCUSであんなに大成功したのに それをシステムとして売り込んでも ワールドワイドでの採用実績がほとんどゼロだったというのは逆に凄いと言えば凄い 日本的なITモノって白豚どもの拒否反応を引き出す何かがあるというか ぶっちゃけどっかコワレてるんだろうな やってる連中が島国根性だからなのか知らんがw この辺のネット系サービスはチョンコや支那畜も成功例聞かないので アジア系全体の問題かもだが
763 名前:login:Penguin mailto:sage [2018/12/08(土) 15:35:01.94 ID:L5TbyMsj.net] ボラクルに頃されたというよりはいわゆるリーマンショックに頃された>Sun 中の人が言うには突然カネ入ってこなくなったらしいからな ボラクルは一式揃って案外安かったので拾ったダケと言ってるな まぁそれでも買ったのだからどうしようが連中の自由ってこった
764 名前:login:Penguin mailto:sage [2018/12/08(土) 15:37:14.59 ID:+Jbcoor3.net] >>718 知ってる。採用候補になり得る最後のUNIXだった あとはベンダーロックインされてしまって 抜け出せない所がUNIXを使ってる わざわざクラウド移行時にUNIXを採用することもないし そもそも大半のクラウドはIntel互換CPUなので Solaris以外のUnixが動かないというのもある 結果、マイクロVMもLinuxに対応すれば十分という考えに行き着く
765 名前:login:Penguin mailto:sage [2018/12/08(土) 15:40:19.17 ID:L5TbyMsj.net] >あとはベンダーロックインされてしまって >抜け出せない所がUNIXを使ってる それはLinuxを採用しても同じコト RHと糞淫にベンダーロックインされてるダケ それこそまさにawsにベンダーロックインされたがってる
766 名前:gコロすらあるw [] [ここ壊れてます]
767 名前:login:Penguin mailto:sage [2018/12/08(土) 15:43:59.74 ID:L5TbyMsj.net] 自分ダケはベンダーロックインから逃れられていると思ってる痛いコは居るかな?w ttp://www.eweek.com/security/linux-kernel-developer-criticizes-intel-for-meltdown-spectre-response "Intel siloed SUSE, they siloed Red Hat, they siloed Canonical. They never told Oracle, and they wouldn't let us talk to each other."
768 名前:login:Penguin mailto:sage [2018/12/08(土) 15:49:20.78 ID:L5TbyMsj.net] ググるもPOWER採用でキモイやつら(666)のお仲間だってのはトックにバレちゃってるから そっこらじゅうユダ公の息のかかったキモイ汚いモノだらけw
769 名前:login:Penguin [2018/12/08(土) 15:57:43.92 ID:dieSV16U.net] Firecrackerってオンプレミスでも無い限り 自分で使う事は無いよな FargateかLambdaを通して使うスタイル
770 名前:login:Penguin mailto:sage [2018/12/08(土) 16:14:26.42 ID:+Jbcoor3.net] >>725 使う流れとしては デプロイをもっと簡単にしたい 1. Dockerコンテナ化する それを動かすディストリは、コンテナさえ動けばいいよね 2. コンテナ専用の軽量ディストリ採用 VMもコンテナ動けば十分だよね 3. FirecrackerなどのマイクロVM採用 という流れだよ。 Dockerコンテナ化は目的があって行うことだが、 それ以外は、必要ないから減らすという考え
771 名前:login:Penguin mailto:sage [2018/12/08(土) 16:18:36.37 ID:L5TbyMsj.net] ドッカー野郎がPC使って調子こいてられるのもSunがvboxに投資してたからだろ docker toolboxなんてまさにまんまそれだ MySQLもそうだ イケてないライセンスのvmware(player含む)だと何もできない 翻ってRHはどうだ?win上で動く実用的なx86仮想化の技術なんて何も持たねえだろ これだけ見てもSunがドンだけ先見て投資してたのかってハナシだよ 自社開発したチップの外販すらできんグズで消費するしか能のないググるとは比較にならない
772 名前:login:Penguin mailto:sage [2018/12/08(土) 16:22:32.04 ID:+Jbcoor3.net] なんでvbox? LinuxでDocker使うのに仮想マシンはいらないし、 WindowsとmacOSでは仮想マシン使ってるけど もうvboxは使ってないくて、両方共OS標準の仮想マシン使ってるし 特にWindowsではvboxはDockerと同居できなくなったんで もう数年使ってないよ。
773 名前:login:Penguin [2018/12/08(土) 17:01:23.32 ID:ctzZZ9Ht.net] 口だけのエアプだから知らないんだろう
774 名前:login:Penguin [2018/12/08(土) 17:17:22.07 ID:dieSV16U.net] Fargateは自動的にVMを確保してくれて 便利だが比較的高い 従来からあるEC2の方が安いが、コンテナを動かすVMは自分で管理する必要がある ジレンマ
775 名前:login:Penguin mailto:sage [2018/12/08(土) 18:23:26.70 ID:L5TbyMsj.net] >WindowsではvboxはDockerと同居できなくなったんで フツーに同居してるけどな 問題なくdocker machineも動いてるし 何かの間違いなのかな
776 名前:login:Penguin mailto:sage [2018/12/08(土) 18:37:17.06 ID:L5TbyMsj.net] Solaris同梱のkshのバージョンがが古いとのたまい乍ら サポ切れバージョンの犬糞をドッカープル()することにはダンマリ こういう手合いをダブスタ野郎と言うw
777 名前:login:Penguin [2018/12/08(土) 18:53:52.19 ID:dieSV16U.net] Hyper-Vを利用しているとVT-xは利用出来ない 同時に利用はできず、片方だけ使える そしてVT-xはVirtualBoxに必要 >>732 意味不明 ちゃんと更新すれば良いだけだろ?
778 名前:login:Penguin mailto:sage [2018/12/08(土) 19:01:40.23 ID:PaHNzXQu.net] もう相手にするなよマジで
779 名前:login:Penguin [2018/12/08(土) 19:14:36.46 ID:dieSV16U.net] Docker for WindowsはHyper-Vを利用し Docker ToolboxはVirtualBoxを利用する さらに、最近ではWindows Subsystem for LinuxでVMなしで動かせるようになったようだ WSLのcgroupsやiptablesなどのサポートが改善された事による成果だ https://github.com/Microsoft/WSL/is
780 名前:sues/2291#issuecomment-438388987 [] [ここ壊れてます]
781 名前:login:Penguin mailto:sage [2018/12/08(土) 19:44:38.54 ID:+Jbcoor3.net] 「pullして使う」っていうのも発想が アプリ開発者じゃないって感じるよな dockerはビルドして使うものだからね そもそもアプリ開発者が、自分で開発したアプリをデプロイするために アプリと実行環境をイメージとしてまとめるっていうのが主な使い方なんだから ベースとなるディストリは、更新すりゃいいだけ それがすぐに簡単にできるようにDockerfileがあって 新しいディストリへの更新は数分程度で終わってしまう それがVMやコンテナ単体では出来ないことで、Dockerが解決している問題
782 名前:login:Penguin mailto:sage [2018/12/08(土) 19:50:23.58 ID:rWi9h0wU.net] アプリ開発者のためだけのものではないぞ。念の為に言っておくが。
783 名前:login:Penguin mailto:sage [2018/12/08(土) 19:50:40.18 ID:+Jbcoor3.net] >>735 WSL凄いよな。パフォーマンスの点でDocker for Windowsを(WSLから)使うけど その問題が解決するならば、仮想マシンで動かさなくて良くなるからもっと便利になる 具体的には仮想マシンにメモリを割り当てなくて良くなるから、アプリが使用する 必要最小限のメモリだけで良くなる macOSもそうなってほしいね。macOSはUNIXだけどLinuxではないので 仮想マシンを使わないとDockerが使えない
784 名前:login:Penguin mailto:sage [2018/12/08(土) 19:56:23.54 ID:L5TbyMsj.net] >>735 >Windows Subsystem for Linux 動作が遅いんだよなソレ
785 名前:login:Penguin [2018/12/08(土) 20:46:45.10 ID:2GxAzxkY.net] >>739 エアプ乙wwwwwwwww
786 名前:login:Penguin [2018/12/08(土) 21:11:29.00 ID:dieSV16U.net] WSLはCPU速度はVMと同等かそれ以上に速いが I/OはNTFSを使う都合上遅い 後一年も経てば解決するかも
787 名前:login:Penguin mailto:sage [2018/12/08(土) 21:14:37.86 ID:rWi9h0wU.net] >>741 なんで一年なの?もしよかったら。
788 名前:login:Penguin [2018/12/08(土) 21:29:09.06 ID:dieSV16U.net] >>742 一応問題視はしてるらしいので https://news.mynavi.jp/article/20180815-676572/ いつまで掛かるかは分からん 1年?2年?3年?
789 名前:login:Penguin mailto:sage [2018/12/09(日) 00:10:57.54 ID:cc85A2e8.net] cygwinの時も同じ問題があって、それは解決できなかったんだけど、 MSの場合はカーネルやファイルシステムに手を入れることも視野に入れられるからな これまでWindowsのアップデートのたびにWSLの互換性は上がっていってるので MSの本気度はかなり高いことがわかってる。例えばこれとか マイクロソフト、Windows 10にUNIX系OSと似た擬似コンソール実装 https://news.mynavi.jp/article/20180817-679662/ パフォーマンスを上げるためにカーネルに手を入れる可能性も十分あると思うわ
790 名前:login:Penguin mailto:sage [2018/12/09(日) 00:12:49.28 ID:cc85A2e8.net] > I/OはNTFSを使う都合上遅い NTFSが遅いんじゃなくて、NTFSでLinuxのファイルシステムに求められる機能 (パーミッションなど)をエミュレートするから遅いんだけどな NTFSのファイルシステム自体は高速 Windowsから触ってる時、何も遅く無いだろ?
791 名前:login:Penguin mailto:sage [2018/12/09(日) 01:14:22.47 ID:HpkcVb/n.net] ちょっとドッカ行ってくる!
792 名前:login:Penguin [2018/12/09(日) 02:07:56.20 ID:To7rhTt4.net] >>738 >>738 Windowsという再起動OSなんて使いたくない。 勝手に通信するし、あんなものをLinuxの代わりなどならない。 どうせ、終コンになる。 Edgeなんて使わなくて良かった。 生のLinux使えばいい。
793 名前:login:Penguin mailto:sage [2018/12/09(日) 10:31:38.95 ID:EY4Hdmdj.net] 最近のM$のLinuxへの擦り寄り方が気持ち悪い・・
794 名前:login:Penguin [2018/12/09(日) 11:58:40.20 ID:lnGs3c0o.net] EdgeもChromiumベースになるらしい もともとユーザー数少ないし、下手に独自のエンジン作られても非互換の部分が増えるだけだし 良いんじゃね? もっとOSSに擦り寄れよ
795 名前:login:Penguin mailto:sage [2018/12/09(日) 13:16:03.28 ID:y11hLOEC.net] >>743 ニュースなってたんだ。ありがと。あとはデーモン管理できるようになれば実用段階だね。
796 名前:login:Penguin mailto:sage [2018/12/09(日) 13:28:40.17 ID:THytfEd4.net] >>748 Windowsはクラウドでの運用に適さないからね Azure使ってみたらよく分かるけど、MSのAzureチームもWindows使うの苦痛なんだろう
797 名前:login:Penguin mailto:sage [2018/12/09(日) 13:29:50.96 ID:krBcsUKs.net] >>748 クラウドの客が犬糞使いたがってる影響だな まぁ色々やむを得ずなんだろ
798 名前:login:Penguin mailto:sage [2018/12/09(日) 22:54:59.88 ID:To7rhTt4.net] >>751 そもそもライセンスが面倒
799 名前:login:Penguin mailto:sage [2018/12/10(月) 00:04:12.08 ID:SK07uHh5.net] >>753 だから必然的にクラウドを使うんだよ AzureもAWSもGCPもWindowsインスタンスが用意されていて そこにライセンスも使用料も含まれてる もしかして知らなかった? オンプレで自前サーバーとかて立ててる 時代のやり方してる所は知らなそうだよね
800 名前:login:Penguin mailto:sage [2018/12/10(月) 00:39:51.48 ID:J1i/Nso2.net] windowsを使おうと思わないから、インスタンスがあっても知らんよ。。