[過去ログ] Docker Part2©2ch.net (1002レス)
上下前次1-新
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
694: 2018/12/07(金)12:15 ID:tqGO7pdw(11/18) AAS
だからそのVMとDockerを組み合わせて使うんだよ
695: 2018/12/07(金)12:48 ID:JKnE+2X0(2/4) AAS
dockerにセキュリティ不安があるのに流行るのは必要なリソースが少なくてすんで、環境を切り分けできるから。
dockerはlinuxネイティブに動作するから実機にするか、VMにするかはどっちが使いたいかぐらいの意味しかない。
とはいえ、一般的なネイティブアプリよりはdockerにはコストがかかるので単一のアプリじゃなくて環境そのものを扱うような場合がいいんだよ。
パッケージさえ揃えれば古い環境も再現できるし、保守はしやすいんだ。
マイクロVMのおもろいところは発展すればWSLなんかより遥かにいいから将来性はある。
それもソフトの発展じゃなくて仮想化支援のハードが出ればの話。
intelが仮想化に全力出せばOSを選択する意味はなくなっちゃう。
696(1): 2018/12/07(金)12:52 ID:tqGO7pdw(12/18) AAS
> dockerにセキュリティ不安があるのに流行るのは必要なリソースが少なくてすんで、環境を切り分けできるから。
可搬性が高くなってデプロイが簡単になるからだよ。
環境が分離されるのは、可搬性を上げるためにそうういう機能が必要になるってだけ
697: 2018/12/07(金)13:00 ID:tqGO7pdw(13/18) AAS
いくらいってもVMと比べることしか出来ないよなw
マイクロVMのだめなところは、別にOSをインストールしなければつかない所
698: 2018/12/07(金)13:05 ID:JKnE+2X0(3/4) AAS
dockerと比べるならVMなんかじゃなくてsnapとかだよ。snapなんかの後継に根こそぎやられる可能性はある。
699: 2018/12/07(金)13:07 ID:tqGO7pdw(14/18) AAS
dockerはアプリ開発者が、自分のアプリのデプロイのために使うもので、
snapとはまったく用途がかぶらない
700: 2018/12/07(金)13:08 ID:tqGO7pdw(15/18) AAS
> intelが仮想化に全力出せばOSを選択する意味はなくなっちゃう。
OS使わないとアプリ動かないやんw
701(1): 2018/12/07(金)13:10 ID:tqGO7pdw(16/18) AAS
どのOSでも使える。ということと、OSを選ぶ必要がないかは話が別だからな
702(1): 2018/12/07(金)15:44 ID:Tm9Vcqu0(2/3) AAS
>>691
使ってる途中でユーザーの意思に反して勝手にOSにリセットが掛ったり
OSがフリーズして無反応になったのでサポに連絡すると
再起動しときましたー原因不明ですーというウェーイ系awsだと
そらOSの起動速度()は超重要なんだろうなwww
>>696
>可搬性が高くなって
犬糞はバイナリ互換性ガチ無視だからドッカ〜みたいなキワモノに依存せざるを得ないんだろ
パッチ当てるたびOS更新するたびにアッチ動かなくなりましたコッチ動かなくなりましたと情弱どもが大騒ぎ
>>701
省2
703(1): 2018/12/07(金)15:52 ID:tqGO7pdw(17/18) AAS
>>702
OSの起動速度が重要なのは、一時的なアクセス数増加に
迅速に対応するためだろ
> 犬糞はバイナリ互換性ガチ無視だからドッカ〜みたいなキワモノに依存せざるを得ないんだろ
バイナリ互換性があれば、デプロイが簡単になるという理屈をどうぞ
やっぱりDockerの目的がわかっちゃいねぇw
> 犬糞はドッカーが必要になるぐらいすぐにドコでも動かなくなる可能性が高い不安定なOS環境ってコトだろ
Dockerがあれば不安定なOS環境でも安定できるって
それ逆にすごくねw
Dockerの凄さをまざまざと見せつけられたw
704: 2018/12/07(金)19:38 ID:Tm9Vcqu0(3/3) AAS
>>703
>OSの起動速度が重要なのは、一時的なアクセス数増加に
>迅速に対応するためだろ
awsでも客数の増減でイチイチ鯖をageたり落としたりしてんのかよ
連中のやってんのは課金上げて乞食ユーザーをスポットインスタンスから振り落とすコトだけだろうがw
>バイナリ互換性があれば、デプロイが簡単になる
バイナリ互換性がないからデプロイするたびにドッカーが必要になるってコトだろ
>Dockerがあれば不安定なOS環境でも安定できるって
ドッカーによって稼働中のシステム全体がコケるってオチだろw
まさにそびえ立つクソの山
705(2): 2018/12/07(金)21:48 ID:JKnE+2X0(4/4) AAS
論理展開ができない人間と真面目に議論しても得るものなんかないぞ。さわるなさわるな。
706: 2018/12/07(金)21:59 ID:tqGO7pdw(18/18) AAS
>>705
ホントだなw
707: 2018/12/08(土)12:31 ID:jLrx7HKQ(1) AAS
What is the runtime performance cost of a Docker container?
外部リンク:stackoverflow.com
It doesn't work with Docker, K8s right now, but everyone's going nuts anyway for AWS's Firecracker microVMs
外部リンク:www.theregister.co.uk
Firecrackerは今までのVMより速くなったとは言え、ベアメタルの95%を超える程度のCPUパフォーマンス
たかが5%されど5%
コンテナはCPUのオーバーヘッドはほぼ0
セキュリティよりパフォーマンスを優先したい場合や
セキュリティが必要ない開発環境では
今まで通りコンテナが使われるだろう
708: 2018/12/08(土)12:45 ID:dieSV16U(1/7) AAS
FirecrakerはKVMベースで、それぞれのVMにカーネルが必要だが、
先の記事によればエミュレートする周辺機器を4つに限定してオーバーヘッドを削減している
ブロックデバイス
ネットワークインターフェイス
シリアルコンソール
VMを停止するためのボタンとして使うキーボードコントローラー
709: 2018/12/08(土)13:33 ID:+Jbcoor3(1/8) AAS
またVMの話か。何度言っても理解できないようだな
Dockerが解決するのはアプリのデプロイであ
そのためにコンテナという技術を使い、
アプリケーション実行環境を仮想化することで
実現してるんだよ。
VMとDockerコンテナはそれぞれ役目が違うから
組み合わせて使うのがよくあるユースケースだ
Dockerコンテナ(=アプリケーションコンテナ)の有用性が
明らかになったから、コンテナ専用のマイクロVMが作られたわけだが
このマイクロVMで通常のOSを動かすのは難しいだろうな
省2
710: 2018/12/08(土)13:38 ID:+Jbcoor3(2/8) AAS
やっぱり想像通りだった。現状ではLinuxしか対応してない。
Linuxは組み込みとかにも対応してるから、最小限そういった
限られたハードウェアでも動く実績があるんだよ
でもSolarisのようなサーバー向けOSは、一定レベルのハードウェアを
前提にしてるから、いろんなところが依存してるんだろうな
外部リンク: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.
711(1): 2018/12/08(土)14:29 ID:BjNmMfF8(1/2) AAS
Solarisとか言うオワコンwwwwww
あんたいつの時代から来たの?
712(1): 2018/12/08(土)14:43 ID:L5TbyMsj(1/12) AAS
>>705
オマエは論理的なのではなく単に長い物に巻かれるのを良しとしているダケだろうがw
713(1): 2018/12/08(土)14:55 ID:rWi9h0wU(1/3) AAS
>>712
悲しいかな、長いものが何一つ登場していないが、意味わかって使ってるか?
上下前次1-新書関写板覧索設栞歴
あと 289 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.016s