Docker Part2©2ch.net
■ このスレッドは過去ログ倉庫に格納されています
>>624 それな。WinnyとかP2P世代のバカは仮想マシンを 「ウイルスに感染しても安全」な技術だと思ってる。(もちろん間違い) ここで仮想化をセキュリティのためのものと思ってる奴がそうだろう 仮想マシン(VM)と仮想化は別のもの 仮想マシンは"ハードウェアを"仮想化したもの コンテナはハードウェアを仮想化してないので、明らかに違うものを仮想化してるんだが 仮想マシンで仮想化してるから、コンテナで仮想化する意味がないという理屈のようだ >>626 お前も、Docker世代のバカと呼ばれるんだろうな >>626 さすがに頭悪すぎ どんなハッカーやウィルスをもってしても、VM内から同一ホスト上の別の客のVMに正当な方法を介さずにアクセスできてはならない これがAWSが仮想化技術に対して要求する最低限のセキュリティだよ クラウドベンダー各社がDockerをサポートし始めてもなかなかFargateのようなサーバーレスサービスが出なかった理由もそこにある つまり、Dockerだけでは従来のハイパーバイザー型仮想化と同等の分離水準を実現できなかったんだよ FaaSやCaaSの先駆者であるAWSがマイクロVMを必要としたのはそういう背景がある >どんなハッカーやウィルスをもってしても、VM内から同一ホスト上の別の客のVMに正当な方法を介さずにアクセスできてはならない こういうのまるっとガン無視して犬糞の鳥間バージョン間各種パッチ適用ごとの糞そのものの互換性のなさを 思考停止してとりまお気楽極楽に乗り越えて便利に使いましょいっていうのがドッカー()だと思ってたんだがw >FaaSやCaaSの先駆者であるAWSがマイクロVMを必要 どこまでいっても業者のツゴーってコトだよなwww >>631 企業内の専有クラスタでもコンテナが乗っ取られたときの影響範囲とか部門間のアクセス制御とかあるからね ウェーイwww系Webからビジネスへと足を踏み入れた途端に、Docker世代のバカには想像もできない複雑で広大な世界が広がっている 頭の悪さは > つまり、Dockerだけでは従来のハイパーバイザー型仮想化と同等の分離水準を実現できなかったんだよ この一文に集約されてる。 Dockerはもともとハイパーバイザー型仮想化と同等の分離水準を 実現するためのものではない。それがわかってないと自白したようなもんだ それからもう一つ言うと、コンテナ間の分離機能というのは カーネルが搭載しているコンテナの機能を使ってるだけなので Dockerの問題じゃないんだわ。カーネルの問題 最初から俺が言ってるように「Dockerは仮想マシンと組み合わせて使うもの」 なんだから、そういう分離は仮想マシンでやるからいいんだよ。 DockerはDockerの本質であるアプリケーション実行環境の仮想化に 特化すれば良い。こればかりは仮想マシンでは実現できないんだから。 結局いつもの、Dockerを理解してない or 仮想マシンの代わりだと思ってる 理解の浅いやつが叫んでるだけでしたね。 >>632 solarisはdockerやるって言ってたけど今のところ見送りだからな 流石に長くOSやってるトコロはセキュリティに関する意識が全然違う >>633 >Dockerはもともとハイパーバイザー型仮想化と同等の分離水準を >実現するためのものではない。 ありとあらゆるトコロに地雷のように埋まってる腐れOSSの非互換性を解決するための 単なるお遊びレベルのコンテナシェア取り合戦なんだよなw 分かる分かるww >>634 >カーネルが搭載しているコンテナの機能を使ってるだけなので >Dockerの問題じゃないんだわ。カーネルの問題 いやいやいや下のレイヤに何を選ぶかはドッカ〜の実装の問題だろw カーネルの責任に転嫁するのはさすがに無責任極まりないwww まぁOSS界隈のやり取りらしくて大変結構なんだがwww >>637 だから下のレイヤー(コンテナ機能)に問題があるってことですよねw Linuxカーネル標準のコンテナ機能以外に コンテナってありましたっけ? それともDockerが選んだLinuxに問題があると言いたいのかな?w Solarisはもう未来ないから・・・ 米オラクルがSolaris関連の従業員をほぼ全員レイオフしたとの報道(追記あり) https://www.publickey1.jp/blog/17/solaris.html >>638 分離したいなら仮想マシン使えは現状そうするしかないんだが >FaaSやCaaSの先駆者であるAWSがマイクロVMを必要としたのはそういう背景がある 何度も言うように業者のツゴーでそう言ってるバヤイじゃないってコトだろ 課金も絡むだろうからクラウド()に縛られてる情弱貧乏ユーザーどもにとっても死活問題だろうし >>638 >>639 >Dockerが選んだLinuxに問題があると言いたいのかな 問題アリアリだからドッカ〜が必要になったんだろwww つかソコをトボケてどうしたいのさ 犬糞ageっすか?w >>640 安価なゴミ産廃で置き換えられていくのがITの歴史そのものだからやむを得んだろうな まぁ今でもボラクルだけではなく不治痛からも買えるのでレガシーユーザーは困らん>solaris つかドッカーのコンテナランタイムってドッカーさんちの自作ちゃうの? >>641 だからさ、なんで分離するとか言う話してんの? Dockerは分離するためのものじゃないんだが? やっぱりわかってないよね >>641 > 問題アリアリだからドッカ〜が必要になったんだろwww 違うよ? やっぱりわかってないね。お前の書き込みが証拠だよ。 仮想マシンとか分離の話なんか一言も出てこないからさw 「コンテナはデプロイと運用を再発明する」、レッドハットがコンテナ戦略を説明 https://cloud.watch.impress.co.jp/docs/news/1013903.html Dockerは、アプリケーション単位でコンテナを作ってパッケージ化する技術だ。 アプリケーションに状態を持たせずにスケールさせるクラウドネィテイブな手法や、 1つのシステムを単機能のサービスの組合せで作るマイクロサービス、 開発・デプロイ・運用のサイクルを早くまわすDevOpsといった、 新しい方式と特に相性がいいと言われている。 アプリケーションをコンテナ化する価値として岡下氏は、アプリのデプロイと 運用に統一手法がとれ、シンプルにできることを挙げた。 >>642 > 安価なゴミ産廃で置き換えられていくのがITの歴史そのものだからやむを得んだろうな その理屈で言うとSolarisもその「安価なゴミ産廃」として 作られたものですからねw いままでSolarisというゴミ産廃に置き換えられていった。 えぇ、お前の理屈だとそうなるって話です。 >>643 を読む限りコンテナランタイムの機能もどうせわかってないんだろうな プロセスの分離とかをしてるのはコンテナランタイムではない カーネルの機能を呼び出しているだけ >>644 だから業者のツゴーだって言ってるじゃん 客がソレに全力で振り回されてる状況なんだが まぁ尼損は今のところ王様の商売やってんなとは思うね >>645 少なくとも数ある商用UNIXにはドッカーみたいなゴミはどこにも存在しない 犬糞のお陰で今までなかった問題が発生したのでそれを解決するやむを得ない戯術偽術の類だよ >>647 >その理屈で言うとSolarisもその「安価なゴミ産廃」として >作られたものですからねw そらそうよw ただ犬糞よりは断然筋がイイ 出自を見れば分かるだろ >>644 >プロセスの分離とかをしてるのはコンテナランタイムではない そりゃそーだろ つかドッカーで全部のプロセスがルート扱いで動いちゃってるのはカーネルの責任!とかいう言い分かよw > つかドッカーで全部のプロセスがルート扱いで動いちゃってるのはカーネルの責任!とかいう言い分かよw 普通に実行ユーザーを指定すればそのユーザーでコンテナが動作しますが? どーせソコまで安全側に倒しておかずに動かすこと優先でやってんだろ ルートでは動かないように小細工されてるツールだけやむを得ず一般ユーザーで動かすとかさぁ 動いたらハイ!終わり!w コレが一般的なデブオプス()のスタイルだろ >>649 > そらそうよw > ただ犬糞よりは断然筋がイイ Solarisはクソでした。あなたの理屈通りでした。 でもあんたの理屈は、あんたには適用されるが、 俺には適用されない。LinuxよりもSolarisはクソ >>649 > だから業者のツゴーだって言ってるじゃん > 客がソレに全力で振り回されてる状況なんだが お前が振り回されてるのはわかったが、 俺は別に振り回されてない。 Solarisの先行きが不安定なのに焦ってるのか? >LinuxよりもSolarisはクソ まぁその気持ちも分からんではないね 初心者ほどとっつきやすいモノがよく見える デパートで売ってる服よかユニクロの服の方が好きなタイプだろ?w >>651 お前が適当な知識でやってるから、 それしかできないと思ってるのでは?w >>654 いいものが好きなんでLinuxが好きなんですよ。それだけです。 言われてみれば服もブランドに限らずいいものが好きだし、それと同じなんだろうな。 >>653 >Solarisの先行きが不安定なのに焦ってるのか? ソコも業者のツゴーゆえ割り切らざるを得ない 筋の悪いドッカーも犬糞とクラウド延命のための一環だ 精々頑張ってくれw Solarisでびっくりしたのがようやく11になってから ksh93が標準になったこと それまでksh88やそれよりも古いBourne Shellがデフォルト 今2018年やで1988年って >>675 お前大変やな。 全部業者に依存してるからそうなるんやで >>656 イイモノじゃなくて道に落ちてる出所不明なモノを拾い食いして 腹に当たったか平気だったかレポしてるのに近いなと思うねw まぁコレはOSS全般に言えることだけどな 多数が狂ってればマトモな感覚のヤツがキチガイ扱いされても当然ではある 業者の都合でLinux導入できないんだよ。でもそれがいいんだよ。 クラウドも導入できないんだよ。でもそのほうがいいんだよ あのぶどうは酸っぱくてまずいんだよ こんなところかね >>658 フツーにユーザー作ったら標準でbashが動いたと思ったけど>solaris 11.4 今useradd試してみたけど間違いなく/usr/bin/bashが入ってきた つかユーザーが過去に書いたスクリプトの互換性まで考えれば 下手にシステム付属のシェルは弄れない >>659 オレに向けたレスか?ちょっと落ち着けよw 自分でコンテナ仮想化からOSカーネルまで全部書いてるのかね 凄い労力だなw つかOSSの中身が業者がかりじゃないと思ってるとか何か純粋な人なんだなw >>661 心配しなくても大丈夫 ちゃんと犬糞も使ってるからw ただ檻に入れた上でごく限定的な用途でしか使う気しねえけどな >>662 それはログインシェル まったく基本的なことすら知らないんだな そんな奴が言ったってなんの説得力もねーわ 最初から限定意的な用途でしか使ってないやつに、 深い知識を求めても無駄だな Linuxインストールして満足しているやつらと変わらん >>664 システム付属のシェルが古かろうと特に困らんてことを実例上げて説明したんだが ちなみに古いバージョンのsolarisもコンテナとしてsolaris11上で動く だから何の問題もない >>667 OSだけ動かしたってしょうがないだろうに・・・ 本当に使いたいのはOSじゃなくてアプリ 話の流れとは関係ないが、なんか一部で勘違いしている人が いるようだから書いておくわ 俺はコンテナを仮想マシンの代わりではないと言ってるんじゃなくて Dockerコンテナ = アプリケーションコンテナが仮想マシンの代わりじゃないと言ってる。 システムコンテナは仮想マシンの代わりになる (Linuxの)コンテナ技術はカーネルが提供するものだが、 それ単体では、アプリケーションコンテナとしても システムコンテナとしても使いにくい。 それをアプリケーションコンテナとして使いやすくしたのがDocker アプリケーションコンテナとして使いやすくしているものを システムコンテナとして使うとかネタでしょレベルだから コンテナを仮想マシンの代わりとして使いたいなら システムコンテナを使えばいい。俺はアプリ開発者だから アプリのデプロイを簡単にしてくれるアプリケーションコンテナには興味があるが 仮想マシンの代替でしかないシステムコンテナは興味はそれほどない >>671 の指摘する基本的な知識不足のやつと結局アプリケーションを使いたいだけってところのやつが入り混じってややこしくなってる。 仮想マシン立ち上げて単一アプリだけ動かしてるやつかもそうだし、 linux以外でdockerインスコするのにVMを知らずに入れてるやつとかもそう。 基本知識がないのに議論を始めるやつ多すぎ。 >>671 privilegeを与えると、Dockerもシステムコンテナみたいになるという理解をしてもいいですか? systemdが使えるので、けっこう便利にそうやってつかっているんだけど。 >>673 そういう使い方もできるだろうけど、それなら lxc とか、lxd の方が 扱いやすいんじゃないかと思われ。 システムコンテナとかいう謎用語はともかく、どんな用途のコンテナだろうが同一ホストでマルチテナントをやるなら高度な分離は必須だよ クラウドベンダーが考えるコンテナ技術ってのは、デプロイや運用がPaaS並に手軽である一方で、 従来のPaaSのように特定のランタイムに縛られることがなく開発者の自由度が高い便利なプラットフォームを提供するための技術だ どうしてもGoogleだのAWSだのクラウドベンダー発の技術には注目が集まりがちだけど、 そこには我々使う側ではなくプラットフォームを作る側の視点が強く反映されていることを理解しておかないといけない そこを勘違いすると上で発狂してる子みたいな混乱に陥ることになる >>672 WindowsでわざわざVM動かしてLinuxもどきをうごかして、 そうしてからDockerを動かすなんて気持ち悪い。 比較的安定したwinのGUIとコマンドの類が同時に手に入る 何も悪いことがない >>675 > どんな用途のコンテナだろうが同一ホストでマルチテナントをやるなら高度な分離は必須だよ つまり、同一ホストでなく、またマルチテナントをやらないなら 高度な分離は必須じゃないってことですよね それは「必須」という用語を使ってまで言わないといけないことなんですか?w >>676 別にw Dockerの目的はアプリケーションの可搬性なんだから VMを使っていようが、WindowsやMac上でアプリが動いて まるでOS上で直接動いているかのように、localhost:ポートで接続できるなら Dockerの目的は達成できてるんだよ そしてWindows上でもMac上でもDockerイメージを作れて それをLinux上でも動かせる。 アプリケーションの可搬性がDockerの目的(コンテナの目的なんていってない) >>675 > どうしてもGoogleだのAWSだのクラウドベンダー発の技術には注目が集まりがちだけど、 Dockerはクラウドベンダーとは一切関係ないよ どんな用途のコンテナだろうが同一ホストでマルチテナントをやるなら高度な分離は必須だよ 高度な分離を行うときは仮想マシンで分離したほうがいいよ そしてDockerでその仮想マシンに簡単にアプリをデプロイ このスレはDockerのスレなんだから、1行目と2行目はスレ違いなんだよね。 Dockerの目的は物理マシン、仮想マシン問わず簡単にアプリをデプロイすることだから WindowsでもMacでもアプリをデプロイ出来る。もっともこの二つの目的は アプリの開発だけど、WindowsやMacで開発してそのイメージを Linuxでそのまま動かせるっていうのもDockerの目的の一つだからね >>681 今更すぎて指摘するのもアホらしいが、LinuxコンテナはLinux上でないとビルドも実行も不可能 いずれはマイクロVM向けにカーネルも同梱したコンテナが標準化されて ホストOSに依存せずにWindowsコンテナもSolarisコンテナも統一的に扱えるようになるだろうけど、 まだまだ先の話だね >>683 > 今更すぎて指摘するのもアホらしいが、LinuxコンテナはLinux上でないとビルドも実行も不可能 仮想マシン技術と併用すれば、Windows上でLinuxコンテナを動かせる (ずーっと言ってるが、仮想マシンとDockerコンテナは使う目的が違っていて 併用して使うのは想定されているユースケースの一つ) 単なる仮想マシンと違うのは、仮想マシンが単なるマシンであり その中にアプリをセットアップするのが大変で、ボリューム(仮想マシンで言う共有フォルダ機能を利用する)の 設定やまたlocalhost:ポート番号で接続できるようにネットワーク設定を行うのが大変ということ これができてないのと、LinuxでLinuxコンテナを動かしているのと同じよう使うことは出来ないわけで Windows(仮想マシンを使う)でもMac(仮想マシンを使う)でも 同じように使えるという環境をDockerは提供している Dockerが背景の仕組みを解決してくれてるおかげで、 Docker buildするとDockerfileから同じようにアプリのイメージが作れ Docker runをするとそのアプリが起動する。 そしてLinuxで動かしたのと何ら変わらず、localhost:ポート番号で接続できる これがDockerが提供している機能の本質だよ 仮想マシンの設定が面倒?そんな低レベルなことを問題にしてたのか そんなもんコンテナだって本質的には違いはないわけで、Dockerがやったような適切な標準化さえなされていればどうとでもなる 必死に仮想マシンはアプリではないとの主張を曲げない君の姿、 Dockerが生まれたばかりの頃にこんなもんどこがアプリやねん仮想マシンやないかと言ってた老害と同じだよ > 仮想マシンの設定が面倒?そんな低レベルなことを問題にしてたのか 仮想マシンの設定じゃなくて、仮想マシンに入れるアプリの設定だよ いつもどおり話が通じないな で、ここでインフラ馬鹿は、パッケージ入れれば終わりじゃんとか いうんだよなw そうじゃなくて、自分たちで開発したアプリの設定(環境構築)だ ずーっといってる。Dockerはアプリ開発者のためのものだって アプリ開発にともなって、アプリが必要とするモジュール・ライブラリも変わってくる アプリの高速なアップデートのたびに、今回新しくしたモジュールはないか? あるならそれをどうやってインストールするか?OS標準のパッケージの更新が必要か? 更新して大丈夫か? ローカルの開発環境とバージョンはちゃんと揃ってるか? テストもちゃんとそのバージョンで行ってるか? そういったことを細かく把握しなきゃいけないのが大変だって話だ。 Dockerを使えば、開発マシンがWindowsであってもDockerfileという 誰でも同じやり方でイメージを作る方法があって、そのイメージをそのまま 実環境でも使える。そういった仕組みやツールを提供してるのがDockerなんだよ ほんと、仮想マシンの設定レベルしか思いつかないんだからだめなやつだ > 必死に仮想マシンはアプリではないとの主張を曲げない君の姿、 仮想マシンをぽんと用意した所で、開発したRailsアプリは動かないからねw 仮想マシンはアプリじゃない。当たり前だ。 だからOSのセットアップや運用管理が必要なのはコンテナだって同じだ それを簡単にしたのはDockerが頑張ってそれを実装したからであり、コンテナだから楽になった訳ではない Dockerと同等の簡便なワークフローをVMで実現することは技術的には普通に可能だ >>688 > Dockerと同等の簡便なワークフローをVMで実現することは技術的には普通に可能だ そりゃ、 仮想マシンにDockerを入れれば可能だろうねw もしかしてVMだけでコンテナを使わないで可能だって言ってる? Linux上に仮想マシンを使わないで動かせるのがコンテナなのに 仮想マシンを使って作るとか、仮想マシンを使わないという条件を満たしてないんだがw マイクロVMはコンテナを動かすという前提があるから あれだけ早く起動できる。 コンテナを使わないと仮想マシンは相当重くなる そういやSolarisってなんであんなに起動が遅いの?って思ったな。 VMだけ起動が早くても、そこで動かすSolarisがあんなに遅いんじゃ 使いものにならないだろうね。 >>676 気持ち悪い云々は自由だけど、公式からもそういうツールがでてるし、一般的な運用なんだな、これが。 特に開発環境ではね。あとVMはWSLみたいなLinuxもどきではないぞ。 そうそうVMはWSLみたいなLinuxもどきじゃない エミュレートされるハードウェアは古いけどメジャーどころなのでそこらへんのノートPCよりも相性いい だからそのVMとDockerを組み合わせて使うんだよ dockerにセキュリティ不安があるのに流行るのは必要なリソースが少なくてすんで、環境を切り分けできるから。 dockerはlinuxネイティブに動作するから実機にするか、VMにするかはどっちが使いたいかぐらいの意味しかない。 とはいえ、一般的なネイティブアプリよりはdockerにはコストがかかるので単一のアプリじゃなくて環境そのものを扱うような場合がいいんだよ。 パッケージさえ揃えれば古い環境も再現できるし、保守はしやすいんだ。 マイクロVMのおもろいところは発展すればWSLなんかより遥かにいいから将来性はある。 それもソフトの発展じゃなくて仮想化支援のハードが出ればの話。 intelが仮想化に全力出せばOSを選択する意味はなくなっちゃう。 > dockerにセキュリティ不安があるのに流行るのは必要なリソースが少なくてすんで、環境を切り分けできるから。 可搬性が高くなってデプロイが簡単になるからだよ。 環境が分離されるのは、可搬性を上げるためにそうういう機能が必要になるってだけ いくらいってもVMと比べることしか出来ないよなw マイクロVMのだめなところは、別にOSをインストールしなければつかない所 dockerと比べるならVMなんかじゃなくてsnapとかだよ。snapなんかの後継に根こそぎやられる可能性はある。 dockerはアプリ開発者が、自分のアプリのデプロイのために使うもので、 snapとはまったく用途がかぶらない > intelが仮想化に全力出せばOSを選択する意味はなくなっちゃう。 OS使わないとアプリ動かないやんw どのOSでも使える。ということと、OSを選ぶ必要がないかは話が別だからな >>691 使ってる途中でユーザーの意思に反して勝手にOSにリセットが掛ったり OSがフリーズして無反応になったのでサポに連絡すると 再起動しときましたー原因不明ですーというウェーイ系awsだと そらOSの起動速度()は超重要なんだろうなwww >>696 >可搬性が高くなって 犬糞はバイナリ互換性ガチ無視だからドッカ〜みたいなキワモノに依存せざるを得ないんだろ パッチ当てるたびOS更新するたびにアッチ動かなくなりましたコッチ動かなくなりましたと情弱どもが大騒ぎ >>701 犬糞はドッカーが必要になるぐらいすぐにドコでも動かなくなる可能性が高い不安定なOS環境ってコトだろ コトバを飾るなや >>702 OSの起動速度が重要なのは、一時的なアクセス数増加に 迅速に対応するためだろ > 犬糞はバイナリ互換性ガチ無視だからドッカ〜みたいなキワモノに依存せざるを得ないんだろ バイナリ互換性があれば、デプロイが簡単になるという理屈をどうぞ やっぱりDockerの目的がわかっちゃいねぇw > 犬糞はドッカーが必要になるぐらいすぐにドコでも動かなくなる可能性が高い不安定なOS環境ってコトだろ Dockerがあれば不安定なOS環境でも安定できるって それ逆にすごくねw Dockerの凄さをまざまざと見せつけられたw >>703 >OSの起動速度が重要なのは、一時的なアクセス数増加に >迅速に対応するためだろ awsでも客数の増減でイチイチ鯖をageたり落としたりしてんのかよ 連中のやってんのは課金上げて乞食ユーザーをスポットインスタンスから振り落とすコトだけだろうがw >バイナリ互換性があれば、デプロイが簡単になる バイナリ互換性がないからデプロイするたびにドッカーが必要になるってコトだろ >Dockerがあれば不安定なOS環境でも安定できるって ドッカーによって稼働中のシステム全体がコケるってオチだろw まさにそびえ立つクソの山 論理展開ができない人間と真面目に議論しても得るものなんかないぞ。さわるなさわるな。 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 セキュリティよりパフォーマンスを優先したい場合や セキュリティが必要ない開発環境では 今まで通りコンテナが使われるだろう FirecrakerはKVMベースで、それぞれのVMにカーネルが必要だが、 先の記事によればエミュレートする周辺機器を4つに限定してオーバーヘッドを削減している ブロックデバイス ネットワークインターフェイス シリアルコンソール VMを停止するためのボタンとして使うキーボードコントローラー またVMの話か。何度言っても理解できないようだな Dockerが解決するのはアプリのデプロイであ そのためにコンテナという技術を使い、 アプリケーション実行環境を仮想化することで 実現してるんだよ。 VMとDockerコンテナはそれぞれ役目が違うから 組み合わせて使うのがよくあるユースケースだ Dockerコンテナ(=アプリケーションコンテナ)の有用性が 明らかになったから、コンテナ専用のマイクロVMが作られたわけだが このマイクロVMで通常のOSを動かすのは難しいだろうな Firecrackerで果たしてSolarisが動くかどうか Linuxしか動かないVMになるだろう やっぱり想像通りだった。現状では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. Solarisとか言うオワコンwwwwww あんたいつの時代から来たの? >>705 オマエは論理的なのではなく単に長い物に巻かれるのを良しとしているダケだろうがw >>712 悲しいかな、長いものが何一つ登場していないが、意味わかって使ってるか? >>713 自分が何をやってるのか(やらされてるのか)すら分かってないんだなw アワレなやっちゃな >>711 だってUnix系ってSolaris以外オワコンじゃんw 痛ニウム(とhp-ux)は無事死亡 ヨゴレIBMのキモイAIXは確実に客に避けられるのでエサ撒いたうえでRHを買収 バカを見たのは血道上げてRHのバグ潰しやってた不治痛とボラクルかw あと散々販促活動してた五橋研究所www Solarisは既にOracleに殺された もう先はない hp-uxはCiRCUSであんなに大成功したのに それをシステムとして売り込んでも ワールドワイドでの採用実績がほとんどゼロだったというのは逆に凄いと言えば凄い 日本的なITモノって白豚どもの拒否反応を引き出す何かがあるというか ぶっちゃけどっかコワレてるんだろうな やってる連中が島国根性だからなのか知らんがw この辺のネット系サービスはチョンコや支那畜も成功例聞かないので アジア系全体の問題かもだが ボラクルに頃されたというよりはいわゆるリーマンショックに頃された>Sun 中の人が言うには突然カネ入ってこなくなったらしいからな ボラクルは一式揃って案外安かったので拾ったダケと言ってるな まぁそれでも買ったのだからどうしようが連中の自由ってこった >>717 知ってる。採用候補になり得る最後のUNIXだった あとはベンダーロックインされてしまって 抜け出せない所がUNIXを使ってる わざわざクラウド移行時にUNIXを採用することもないし そもそも大半のクラウドはIntel互換CPUなので Solaris以外のUnixが動かないというのもある 結果、マイクロVMもLinuxに対応すれば十分という考えに行き着く >あとはベンダーロックインされてしまって >抜け出せない所がUNIXを使ってる それはLinuxを採用しても同じコト RHと糞淫にベンダーロックインされてるダケ それこそまさにawsにベンダーロックインされたがってるトコロすらあるw 自分ダケはベンダーロックインから逃れられていると思ってる痛いコは居るかな?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." ググるもPOWER採用でキモイやつら(666)のお仲間だってのはトックにバレちゃってるから そっこらじゅうユダ公の息のかかったキモイ汚いモノだらけw Firecrackerってオンプレミスでも無い限り 自分で使う事は無いよな FargateかLambdaを通して使うスタイル ■ このスレッドは過去ログ倉庫に格納されています
read.cgi ver 07.5.1 2024/04/28 Walang Kapalit ★ | Donguri System Team 5ちゃんねる