[過去ﾛｸﾞ] Docker Part3 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
354: 2019/11/30(土)12:53 ID:wFtP+/8O(8/12) AAS
> mozcの人もメンテしてないようだけど、面倒くさいというか、そこまでやる価値ない
> と思ったんだろうね。
ブーメラン、ブーメラン
つまりVM作る価値がないからOVAファイルがないと？ｗ
355(1): 2019/11/30(土)13:00 ID:Se1bf1fg(7/14) AAS
>>352
>ほらもうできなくなった
おれ自身が普段使わない、という意味なんですが・・
MacにVMWwareWorkstation入れれば普通に動くだろ。
356(1): 2019/11/30(土)13:05 ID:wFtP+/8O(9/12) AAS
>>355
普段使わないなら話にならんな。
俺が質問しても的はずれな答えしか来ないだろう。
お前が普段使っているのを言え
お前が俺の質問に正しく答えられると自身があるものを言え。
普段どのOSでOVAファイルを使ってるんだ？
357(1): 2019/11/30(土)13:06 ID:Se1bf1fg(8/14) AAS
>>356
OVAとかは、これで終わりな。
可搬性がない、という事は当てはまらない。
以上。
358(1): 2019/11/30(土)13:09 ID:wFtP+/8O(10/12) AAS
>>357
逃げるの？まだ質問の一歩目なんだけど？
その後いろいろとOVAではできないことがあるんだけど
359(1): 2019/11/30(土)13:12 ID:Se1bf1fg(9/14) AAS
>>358
何つーか君のために、そんな作業するのがだるすぎる。
可搬性の話だよな？じゃあ、もっと手前で、
?windowsにvmware workstation入れる。
?何でも良いから適当にOSつくる
?そのファイルをマックにコピる。
?macにvmware workstation入れる。
?マックで?を開く。
自分でやってみれば？
360(2): 2019/11/30(土)13:13 ID:wFtP+/8O(11/12) AAS
OVAファイルではできないこと。
ブラウザから 外部ﾘﾝｸ:localhost:8080で接続できない。
できるというのなら、その手順を一行で書いてみてね。
docker run -d -p 8080:8080 image
↑可搬性があるからこんなに簡単にできる。
どのOSでも同じやり方、ポート番号を変えたければ引数を変えるだけ
こんなのは序の口
361(1): 2019/11/30(土)13:14 ID:wFtP+/8O(12/12) AAS
>>359
?windowsにvmware workstation入れる。
?何でも良いから適当にOSつくる ← ここが手動。これ笑う所なｗｗｗｗ
?そのファイルをマックにコピる。
?macにvmware workstation入れる。
?マックで?を開く。
362: 2019/11/30(土)14:12 ID:wMw6KZO2(1/2) AAS
>>340
> それ以外の人には殆ど関係ない。
あなたにとっては、少なくとも関係ないだけですね。
まぁ、頑張ってねっ！
363(1): 2019/11/30(土)14:21 ID:vSs97oU5(2/2) AAS
>>360
>OVAファイルではできないこと。
>ブラウザから 外部ﾘﾝｸ:localhost:8080で接続できない。
Serverspec でテストすれば？
command(コード)で、汎用コマンドも実行できる。
ping, wget, curl とか
Selenium WebDriver を使った、Ruby スクリプトも実行できるかな？
364(3): 2019/11/30(土)14:30 ID:Se1bf1fg(10/14) AAS
>>361
OSの仮想化技術なんだから当然だろ？
君は何の技術か意味を理解しているの？
何かこういう書き込み見てると、コイツ何処まで理解して話してるんだろうな？と言う気がするね。
2つの全然違う技術をゴチャにしている
>>360
/etc/hosts
IPアドレス 起動したOS
http://起動したOS
> docker run -d -p 8080:8080 image
省14
365(1): 2019/11/30(土)15:23 ID:3P4mm8Mh(1/2) AAS
>>364
＞2つの全然違う技術をゴチャにしている
全くの別物であるdockerと汎用の仮想マシンを比較する意味なんてないからお前の疑問もまるごと解決だな
さようなら
366: 2019/11/30(土)15:52 ID:wMw6KZO2(2/2) AAS
>>364
> ごく一般的なITのエンジニアや顧客を納得させることは出来ない。
別に納得させなくて良いよ。
367: 2019/11/30(土)15:56 ID:Se1bf1fg(11/14) AAS
>>365
いやいや逃げなよ？まだ質問の一歩目なんだろｗ？
368: 2019/11/30(土)18:35 ID:hmmzT75Z(1) AAS
まだやってんのかよ。
369(1): 2019/11/30(土)19:03 ID:yxXUcR2F(1/5) AAS
>>363
> Serverspec でテストすれば？
？ なに使ってもlocalhostで接続できないじゃん
>>364
> OSの仮想化技術なんだから当然だろ？
だからDockerとは違うって言ってるんだろ？
お前意味不明だな。Dockerと同じことができないって言ってるのに
省5
370: 2019/11/30(土)19:04 ID:yxXUcR2F(2/5) AAS
仮想マシンを使った問題は、mozcの例でわかる。
仮想マシンじゃ、古いバイナリしか持っておけないんだよ。
最新のソースコードを持ってきてビルドしたいときに
古いOVAファイルは全く役たたない
これもVMでは無理なことの一つ
371: 2019/11/30(土)19:05 ID:yxXUcR2F(3/5) AAS
なぜmozcを作ってる人は、仮想マシンを使わなかったのか？
理由はわかるよね？
372(1): 2019/11/30(土)19:06 ID:yxXUcR2F(4/5) AAS
> 「Dcokerはこんなことが出来るから凄い」では無く、Dockerはこんな問題を解決しようとして、
だから、可搬性。
作ったイメージをあちこちに持っていける。
OVAファイルを作れば同じことができる？
どうやってawsやgcpで動かすのさ？
KVM使ってるんだぞ。
373(1): 2019/11/30(土)19:10 ID:yxXUcR2F(5/5) AAS
さて、VMではできないこと＝Dockerが解決してることを一つ追加。
Dockerは最新のソースコードから簡単に素早くビルドしてイメージを作ることができる。
仮想マシンはタダの仮想マシンでしかない。
仮想マシンを使っても、ビルド済みの古いバイナリしかとっておけない
新しいソースコードからイメージを生成できない。
上下前次1-新書関写板覧索設栞歴
あと 629 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.034s