[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
666: 2018/12/05(水)20:04 ID:t6HAOGba(14/15) AAS
>>664
システム付属のシェルが古かろうと特に困らんてことを実例上げて説明したんだが
667(1): 2018/12/05(水)20:10 ID:t6HAOGba(15/15) AAS
ちなみに古いバージョンのsolarisもコンテナとしてsolaris11上で動く
だから何の問題もない
668: 2018/12/05(水)20:45 ID:MMUcdQBe(24/24) AAS
>>667
OSだけ動かしたってしょうがないだろうに・・・
本当に使いたいのはOSじゃなくてアプリ
669: 2018/12/06(木)00:39 ID:YfDLncl6(1) AAS
ドカアッー！
670: 2018/12/06(木)16:29 ID:0H7DsjYT(1) AAS
どっかｱｰｯ!
671(2): 2018/12/06(木)19:29 ID:A7t9PKkR(1) AAS
話の流れとは関係ないが、なんか一部で勘違いしている人が
いるようだから書いておくわ
俺はコンテナを仮想マシンの代わりではないと言ってるんじゃなくて
Dockerコンテナ = アプリケーションコンテナが仮想マシンの代わりじゃないと言ってる。
システムコンテナは仮想マシンの代わりになる
（Linuxの）コンテナ技術はカーネルが提供するものだが、
それ単体では、アプリケーションコンテナとしても
システムコンテナとしても使いにくい。
それをアプリケーションコンテナとして使いやすくしたのがDocker
アプリケーションコンテナとして使いやすくしているものを
省5
672(1): 2018/12/06(木)19:39 ID:52R6P0bW(1) AAS
>>671
の指摘する基本的な知識不足のやつと結局アプリケーションを使いたいだけってところのやつが入り混じってややこしくなってる。
仮想マシン立ち上げて単一アプリだけ動かしてるやつかもそうだし、
linux以外でdockerインスコするのにVMを知らずに入れてるやつとかもそう。
基本知識がないのに議論を始めるやつ多すぎ。
673(1): 2018/12/06(木)22:07 ID:W7CcIDZc(1) AAS
>>671
privilegeを与えると、Dockerもシステムコンテナみたいになるという理解をしてもいいですか？
systemdが使えるので、けっこう便利にそうやってつかっているんだけど。
674: 2018/12/06(木)23:20 ID:CjmGCUkG(1) AAS
>>673
そういう使い方もできるだろうけど、それなら lxc とか、lxd の方が
扱いやすいんじゃないかと思われ。
675(3): 2018/12/07(金)00:24 ID:r4h+jkYy(1) AAS
システムコンテナとかいう謎用語はともかく、どんな用途のコンテナだろうが同一ホストでマルチテナントをやるなら高度な分離は必須だよ
クラウドベンダーが考えるコンテナ技術ってのは、デプロイや運用がPaaS並に手軽である一方で、
従来のPaaSのように特定のランタイムに縛られることがなく開発者の自由度が高い便利なプラットフォームを提供するための技術だ
どうしてもGoogleだのAWSだのクラウドベンダー発の技術には注目が集まりがちだけど、
そこには我々使う側ではなくプラットフォームを作る側の視点が強く反映されていることを理解しておかないといけない
そこを勘違いすると上で発狂してる子みたいな混乱に陥ることになる
676(2): 2018/12/07(金)00:40 ID:JClhMg58(1) AAS
>>672
WindowsでわざわざVM動かしてLinuxもどきをうごかして、
そうしてからDockerを動かすなんて気持ち悪い。
677: 2018/12/07(金)00:45 ID:Tm9Vcqu0(1/3) AAS
比較的安定したwinのGUIとコマンドの類が同時に手に入る
何も悪いことがない
678: 2018/12/07(金)00:55 ID:tqGO7pdw(1/18) AAS
>>675
> どんな用途のコンテナだろうが同一ホストでマルチテナントをやるなら高度な分離は必須だよ
つまり、同一ホストでなく、またマルチテナントをやらないなら
高度な分離は必須じゃないってことですよね
それは「必須」という用語を使ってまで言わないといけないことなんですか？ｗ
679: 2018/12/07(金)00:59 ID:tqGO7pdw(2/18) AAS
>>676
別にｗ
Dockerの目的はアプリケーションの可搬性なんだから
VMを使っていようが、WindowsやMac上でアプリが動いて
まるでOS上で直接動いているかのように、localhost:ポートで接続できるなら
Dockerの目的は達成できてるんだよ
そしてWindows上でもMac上でもDockerイメージを作れて
それをLinux上でも動かせる。
アプリケーションの可搬性がDockerの目的（コンテナの目的なんていってない）
680: 2018/12/07(金)01:00 ID:tqGO7pdw(3/18) AAS
>>675
> どうしてもGoogleだのAWSだのクラウドベンダー発の技術には注目が集まりがちだけど、
Dockerはクラウドベンダーとは一切関係ないよ
681(1): 2018/12/07(金)01:04 ID:tqGO7pdw(4/18) AAS
どんな用途のコンテナだろうが同一ホストでマルチテナントをやるなら高度な分離は必須だよ
高度な分離を行うときは仮想マシンで分離したほうがいいよ
そしてDockerでその仮想マシンに簡単にアプリをデプロイ
このスレはDockerのスレなんだから、1行目と2行目はスレ違いなんだよね。
Dockerの目的は物理マシン、仮想マシン問わず簡単にアプリをデプロイすることだから
WindowsでもMacでもアプリをデプロイ出来る。もっともこの二つの目的は
アプリの開発だけど、WindowsやMacで開発してそのイメージを
Linuxでそのまま動かせるっていうのもDockerの目的の一つだからね
682: 2018/12/07(金)05:54 ID:3ISGbBV6(1) AAS
Hyper-Vでドカッたらブルスク出た
683(1): 2018/12/07(金)09:16 ID:YIG0ITu+(1) AAS
>>681
今更すぎて指摘するのもアホらしいが、LinuxコンテナはLinux上でないとビルドも実行も不可能
いずれはマイクロVM向けにカーネルも同梱したコンテナが標準化されて
ホストOSに依存せずにWindowsコンテナもSolarisコンテナも統一的に扱えるようになるだろうけど、
まだまだ先の話だね
684: 2018/12/07(金)09:51 ID:tqGO7pdw(5/18) AAS
>>683
> 今更すぎて指摘するのもアホらしいが、LinuxコンテナはLinux上でないとビルドも実行も不可能
仮想マシン技術と併用すれば、Windows上でLinuxコンテナを動かせる
（ずーっと言ってるが、仮想マシンとDockerコンテナは使う目的が違っていて
併用して使うのは想定されているユースケースの一つ）
単なる仮想マシンと違うのは、仮想マシンが単なるマシンであり
その中にアプリをセットアップするのが大変で、ボリューム（仮想マシンで言う共有フォルダ機能を利用する）の
設定やまたlocalhost:ポート番号で接続できるようにネットワーク設定を行うのが大変ということ
これができてないのと、LinuxでLinuxコンテナを動かしているのと同じよう使うことは出来ないわけで
Windows（仮想マシンを使う）でもMac（仮想マシンを使う）でも
省6
685: 2018/12/07(金)10:51 ID:TC0/u8V/(1/2) AAS
仮想マシンの設定が面倒?そんな低レベルなことを問題にしてたのか
そんなもんコンテナだって本質的には違いはないわけで、Dockerがやったような適切な標準化さえなされていればどうとでもなる
必死に仮想マシンはアプリではないとの主張を曲げない君の姿、
Dockerが生まれたばかりの頃にこんなもんどこがアプリやねん仮想マシンやないかと言ってた老害と同じだよ
上下前次1-新書関写板覧索設栞歴
あと 317 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.022s