[過去ﾛｸﾞ] Docker Part3 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
653: 2020/02/02(日)22:07 ID:cuMP7GqL(27/27) AAS
>>652
以上、馬鹿で無知な>>iUJbnHUwに教えてあげました。
マジ感謝しろよｗ。
654: 2020/02/03(月)02:19 ID:bpau2PQS(1) AAS
捨て台詞ｗｗｗ
655: 2020/02/03(月)02:55 ID:NijMCh9X(1) AAS
デプロイに関しては確かにスレッドの最初の頃から理解がおかしい人がいたね。
656: 2020/02/03(月)03:10 ID:PgExQ+7W(1/5) AAS
> 世間一般で多くの場合、「デプロイする」とは
> 配備指示書にしたがってプログラムを文字通り「配備」（多くの場合はコピー）する事であり、
> 環境のセットアップは含まない。Docker村ではその特性から含んでいる、というだけ。
↑ほんとだｗ間違ってるｗ プログラムをコピーすることだって
qiitaの記事持ってきて環境のセットアップが含まないとかｗ
「本当の」世間一般の定義でも貼り付けときますか？
外部ﾘﾝｸ[html]:e-words.jp
ソフトウェアの分野で、開発したソフトウェアを利用できるように実際の運用環境に
展開することをデプロイということがある。インストール（install）に近い意味だが、
サーバコンピュータ上で運用され外部からネットワークを通じて利用されるソフトウェアや、
他のソフトウェアから参照されるコンポーネントなどを、利用可能な状態にする、
アクセス可能にする、といったニュアンスがある。
外部ﾘﾝｸ:kotobank.jp
アプリケーションソフトを、利用者の実際の運用環境で利用できるように準備すること。
◇「インストール」がコンピューター上で実行可能なファイルを準備することであるのに対して、
「デプロイ」は実行時に必要なライブラリーやコンポーネントなども含めて
実行可能であるように準備すること。「デプロイメント」ともいう。
657(1): 2020/02/03(月)03:16 ID:PgExQ+7W(2/5) AAS
大変なデプロイが簡単になるって言う意味がわからんかったのかな？
デプロイ？そんなのファイルコピーするだけじゃん
git使っていれば、git pullするだけ！とか思ってそう
> git使えば良いおじさん登場か
これってそういう意味だったのか
658: 2020/02/03(月)03:32 ID:lRDyNjgE(1/15) AAS
>>657
分かったから涙拭けよｗ
「「本当の」世間一般の定義」を張らなきゃ分からないんだろ？
つまり君自身は「デプロイ作業」を経験したことは無いわけだ。
だから、現場の俺とは全然話が合わないｗ。javaでwarファイルをデプロイした、
とか開発現場でphpでもpythonでも良いけど、本番機にデプロイした、
といった場合、常識的に、mod_phpをインストールするなんてことは無い。
659: 2020/02/03(月)03:34 ID:4HFKT3uL(1) AAS
>phpのdeployerっていうのも意味不明だし
phpのdeployerでググったら大量に出ますがな…。
660(1): 2020/02/03(月)03:34 ID:PgExQ+7W(3/5) AAS
> 「「本当の」世間一般の定義」を張らなきゃ分からないんだろ？
俺がわからないから「「本当の」世間一般の定義」を貼ったんじゃなくて
間違ってるやつがいるから貼ったんだけど？
ともかく「「本当の」世間一般の定義」は
必要なライブラリーやコンポーネントなども含めて
実行可能であるように準備する
ということに異論はないね
661: 2020/02/03(月)03:36 ID:lRDyNjgE(2/15) AAS
>>660
わかったよｗ
君の経験の浅さがめっちゃ出てるよ。
マジで俺にしてみれば、この話題をこんなに教えてあげても全然
理解しないとかって、馬鹿じゃないの？としか思わないんだが。
662(1): 2020/02/03(月)03:36 ID:PgExQ+7W(4/5) AAS
>>686
デプロイは必要なライブラリーやコンポーネントなども含めて
実行可能であるように準備することなので
mod_phpをインストールすることも含まれる
お前がやってるのはデプロイじゃなくて
デプロイ済みの環境のソフトウェアを
アップデートしてるだけ
つまりデプロイからやったこと無いんやろ？
663: 2020/02/03(月)03:39 ID:lRDyNjgE(3/15) AAS
>>662
もう良いよ、相変わらず宇宙人だなｗ
君は俺とは違う惑星でデプロイ作業してたんだろうなｗ
もう会話してもしょうがない。じゃーなｗ
664(1): 2020/02/03(月)04:37 ID:PgExQ+7W(5/5) AAS
お前がなんと言おうと
外部ﾘﾝｸ:kotobank.jp
アプリケーションソフトを、利用者の実際の運用環境で利用できるように準備すること。
◇「インストール」がコンピューター上で実行可能なファイルを準備することであるのに対して、
「デプロイ」は実行時に必要なライブラリーやコンポーネントなども含めて
実行可能であるように準備すること。「デプロイメント」ともいう。
665(1): 2020/02/03(月)07:34 ID:Pib546/2(1) AAS
Dockerイメージは全て
VirtualBoxとかの仮想マシンイメージで代用出来ると豪語するおじさんなら前いたが
それすらやらないおじさん登場か
もうとにかく手作業を増やして
無駄な仕事を増やしたいとしか思えない
666(1): 2020/02/03(月)09:14 ID:lRDyNjgE(4/15) AAS
>>664-665
こいつらは本当に糞。
自分の無知を、全く認めようとしないのね。
言っとくがお前が何と言おうと普通に現場でデプロイ（リリース）やってる
人が「明日（デプロイヤ使って）リリースします」とかいった場合に、そこに
「mod_phpのインストール」なんて作業は入らない。普通にIT現場で仕事
してりゃ分かるよ。夜間に dep production_web とかやるだけだ。
どうしようもない馬鹿だな。
667(1): 2020/02/03(月)09:57 ID:/k/BdpP5(1/10) AAS
>>666
お前、apacheとかmysqlとかのデプロイしたことないだろ？
668(1): 2020/02/03(月)10:21 ID:lRDyNjgE(5/15) AAS
>>667
馬鹿な君とやり取りすると必ず齟齬るから厳密に言ってくれれないかな？
apacheの何を行うことを持ってデプロイといっているの？
mysqlの何を行うことを持ってデプロイといっているの？
回答はそれ次第。
669(1): 2020/02/03(月)10:28 ID:/k/BdpP5(2/10) AAS
>>668
外部ﾘﾝｸ:aws.ama
zon.com/jp/rds/mysql/
> Amazon RDS を使用すると、コスト効率が良く、サイズ変更が可能なハードウェア容量で、
> スケーラブルな MySQL サーバーを数分でデプロイできます。
670(1): 2020/02/03(月)10:30 ID:/k/BdpP5(3/10) AAS
外部ﾘﾝｸ:kubernetes.io
例: 永続ボリュームを使ったWordPressとMySQLのデプロイ
671: 2020/02/03(月)10:34 ID:/k/BdpP5(4/10) AAS
外部ﾘﾝｸ[html]:docs.ansible.com
The playbooks deploy Apache, PHP, MySQL, Nagios, and HAProxy to a CentOS-based set of servers.
672(2): 2020/02/03(月)11:27 ID:lRDyNjgE(6/15) AAS
>>669-670
この回答の全てにおいてお前の経験の無さと論理的思考の欠如が良く出ているよ。
その2つに関して経験があるかと聞かれれば、「あるよ」で終わり。
が669に関して言えば、その説明に書いてあることは広義の意味で正しいけど、IT現場一般でその作業を「デプロイ」とは言わない。
670はそもそも一般的で言うIT用語のデプロイと、Docker村のデプロイの言葉の差違を今話題にしていて、
「一般的なデプロイとは何か」を語っている何故お前はDocker(k8s)村のデプロイの話を持ってくるの？
経験があるのかと聞かれれば当然あるよ。だがそれは、Docker村の用語でしかない、Dockerの場合はコンテナ破棄するんだから
そうするしかないだろ。でもそれはDocker村の話でDoker村を離れた現場では、>>651がデプロイだ、という話をずっとしている訳だが？
だからデプロイが複雑な場合はDockerが有効なこともありうるよ、と>>575でいったんだが。
ハァ
････お前の馬鹿っぷりは良く分かった。
もう俺にレスするな。俺はお前のような馬鹿と話はしたくない。
お前Docker村の話しか理解できない、自分の能力の無さが色んなところでスゲェ迷惑してるって気付いてないだろ？
620番台（もっと言えばこのスレの2桁番代から）から本来一瞬で終わる話を延々と続けてるんだが？
673(1): 2020/02/03(月)12:26 ID:/k/BdpP5(5/10) AAS
※ 以下の二つはDockerとは関係ない「デプロイ」であるというのが>>672の笑える点ですw
> Amazon RDS を使用すると、コスト効率が良く、サイズ変更が可能なハードウェア容量で、
> スケーラブルな MySQL サーバーを数分でデプロイできます。
外部ﾘﾝｸ[html]:docs.ansible.com
The playbooks deploy Apache, PHP, MySQL, Nagios, and HAProxy to a CentOS-based set of servers.
674(3): 2020/02/03(月)12:58 ID:lRDyNjgE(7/15) AAS
>>673
オッケー、もう話したくは無いというのを反故にするけど、ちょっとじゃあ、君の開発経験を教えてくれ。
俺の話が全く通じないのはその辺に原因があると思う。
君は、Docker以前はどのような言語、フレームワーク、開発体制（人数など）でソフトウェエア開発プロジェクトを行っていた？
それは、プロジェクトの数で言えば幾つ位で年数は何年位？
でその時に、当然、自分とかチームがが開発したものを開発、検証サーバーや本番サーバーに上げたと思うけど、その時の
デプロイはどの様に行っていたの？（ここで言うデプロイはDocker用語じゃなく、>>651的なものね）
当然本番機にあげなきゃ動かないよね？どうやっていたの？
675(1): 2020/02/03(月)13:01 ID:/k/BdpP5(6/10) AAS
>>674
まずお前がその自分の質問内容に答えろや
揚げ足撮ろうとしてるのバレバレ
676(1): 2020/02/03(月)13:02 ID:/k/BdpP5(7/10) AAS
あとお前ansibleでMySQLのデプロイしたことあるの？
外部ﾘﾝｸ[html]:docs.ansible.com
The playbooks deploy Apache, PHP, MySQL, Nagios, and HAProxy to a CentOS-based set of servers.
677(1): 2020/02/03(月)13:08 ID:lRDyNjgE(8/15) AAS
>>676
ansibleでデプロイ？そんな事はしないよ。で>>674に答えてくれるかな。
678(1): 2020/02/03(月)13:09 ID:/k/BdpP5(8/10) AAS
>>674
まずお前がその自分の質問内容に答えろや
揚げ足撮ろうとしてるのバレバレ
>>677
やっぱりansibleでMySQLのデプロイとかしたことないのねw
679(2): 2020/02/03(月)13:15 ID:lRDyNjgE(9/15) AAS
>>675
>※ 以下の二つはDockerとは関係ない「デプロイ」であるというのが>>672の笑える点ですw
こういう点ね。「本番システムにデプロイする」とか、そういった単語が使われるようになったのは
俺の経験じJavaあたりからで、（war/earファイルをデプロイする、とか）、それは十数年前のことで、その
当時から、「デプロイする」といえば、>>651のような作業で、RDS作ることをデプロイするとは言わなかった。
あくまで経験でしか答えられないからね。君が俺と同じ位の経験値を持って話をするなら、俺の話に
抵抗するなんて事は無い。皆そういってたから。
で、その話とは関係無しに、Docker以前の開発現場で場数を踏んでいれば、
「当然本番機にあげなきゃ動かないよね？どうやっていたの？」に対して何らかの解決策を行っていたはずなんだか？
君の場合、それは何だったの？
680: 2020/02/03(月)13:16 ID:lRDyNjgE(10/15) AAS
>>678
答えたろ。君の経験を教えてくれよ。
逃げるなよｗ
681(1): 2020/02/03(月)13:18 ID:/k/BdpP5(9/10) AAS
>>679はひたすら「自分の（少ない）経験では〜」と繰り返してるだけ
現実見せても、俺の！俺の！というだけ
哀れやのうw
682(1): 2020/02/03(月)13:18 ID:lRDyNjgE(11/15) AAS
>>681
いや！
分かったから君の豊富な経験を語ってくれよ、是非！
683(3): 2020/02/03(月)13:21 ID:/k/BdpP5(10/10) AAS
>>682
語る意味がないので（笑）
それよりかお前が語れよ。
684: 2020/02/03(月)13:21 ID:lRDyNjgE(12/15) AAS
>「当然本番機にあげなきゃ動かないよね？どうやっていたの？」
こんなの、現場入ったら直ぐ直面する問題だし簡単な話だよな？
まじで、どうやっていたの？
685: 2020/02/03(月)13:22 ID:lRDyNjgE(13/15) AAS
>>683
だから>>651だって！俺はこれ以外の解決策を知らんよｗ！
君に通じないから不思議でしょうがないんだろｗ
686(1): 2020/02/03(月)13:25 ID:lRDyNjgE(14/15) AAS
>>683
意味が無いことは無い！>>651以外の解決策を君が知っているなら、
結構凄い事だ。俺が知らないんだし。
拝聴するから早く語ってくれよ！
687: 2020/02/03(月)13:32 ID:lRDyNjgE(15/15) AAS
おいおいレス止まってるよ！
ググったりするなよ！自分の経験から「俺はこうやってた」と言うだけだ。
1分で答えられるよなｗ？
688(1): 2020/02/03(月)14:35 ID:+dD2W5mx(1) AAS
ECS使った現代的なスタックなら
全部Terraformで済むから
Ansibleとかは要らない
ECSはTerraformのAWSプロバイダーで操作できる
ビルドはCIパイプライン内でだけ実行する
JavaやGoのアプリのビルドはここでする
JavaScriptのような動的言語でも、npmからパッケージ取ってきたり、Webpackを使うのにビルドする
本番環境でパッケージの取得やビルドはしない
開発用PCでは試しにビルドはするが、
自動テストを行うのと、
統一した環境でビルドするために
本番環境やQA環境に持っていくやつは必ずCIでビルドする
開発環境でビルトしたのを本番機に送る事はない
689: 2020/02/03(月)14:50 ID:H+1Fdh2V(1) AAS
ECSの場合、
本番環境からSSHを完全排除も
やろうと思えば可能だな
本番環境の構成を考える時は
開発環境に同じ構成を作ってSSHして、
EC2を初期化するスクリプトのデバッグをやっても良いけど、
ECSのタスクはマネジメントコンソール等から一回限りの実行も可能だし、CI/CD環境で
ECSサービスの更新前にマイグレーションするようにしても良いので
SSHなしの運用も可能
コンテナのログはCloudWatchに送るようにして、
コンテナ以外のログはCloudWatch Agentとかを入れて取る
690(1): 2020/02/03(月)14:57 ID:DVn1edLs(1) AAS
Goアプリを>>688みたいにビルド&デプロイしてるけど、正直もうホストに実行バイナリ置くだけでいいんじゃないか感は否めないな
結局ホストは多少なりとも意識しなきゃいけないんだから、本質的には余計なレイヤーは無い方が楽だと思うわ
デプロイとプロセスのライフサイクルの管理が楽というだけでなんとなくコンテナ使ってるが、
たかがそれだけのためにコンテナのような複雑で大袈裟なものが本当に必要なのだろうかとたまに感じる
691: 2020/02/03(月)15:02 ID:MAB52r0T(1) AAS
動かすのが自作アプリ1個だけで
Goならそれで良いんじゃね？
知らんけど
692: 2020/02/03(月)15:05 ID:1lxKquFf(1) AAS
バックエンドはGoで、
フロントエンドはNodeで、
リバースプロキシにnginxとかやりだしたら
コンテナの方が楽だな
693: 2020/02/03(月)15:11 ID:Q2m7nka6(1/3) AAS
>>690
それはLinuxのカーネル以外を全て一つに外部プロセス呼び出しなしの
スタティックリンクできるって言ってるの同じことだぞ
例えばRubyのスクリプトとgitコマンドとffmpeg実行ファイルを
一つの実行ファイルにまとめれると？
技術的、ライセンス的に可能だと思うか？
694(1): 2020/02/03(月)15:46 ID:Ndl0vT0b(1) AAS
>>683の/k/BdpP5氏、逃げちゃったみたいだね。
難しい話語るのは大好きだけど、自分の単純な経験は語れない
可愛そうな人だったｗ
695(1): 2020/02/03(月)16:47 ID:Q2m7nka6(2/3) AAS
>>694
ヒント 月曜日
696(2): 2020/02/03(月)17:37 ID:RqwDXYD0(1) AAS
ホストのOS上でコンテナのコマンドを実行する方法ってありませんか？
例えばMacにあるelfファイルをDocker内のUbuntuで実行したり
Linux上のexeファイルをDocker内のWindowsで実行するような
697: 2020/02/03(月)17:50 ID:SAezlaWT(1) AAS
docker内のWindows・・・
698: 2020/02/03(月)18:45 ID:Q2m7nka6(3/3) AAS
>>696
ない。ボリュームを使え。
699: 2020/02/03(月)20:29 ID:AjbL5ocZ(1) AAS
コンテナなら
いちいちインフラチームにNode使えるサーバー用意してとか言って
準備してもらう必要もないからな
最終的にDockerイメージを作りさえすれば良い
700(1): 2020/02/03(月)21:33 ID:uSGfT6bD(1) AAS
>>696
このひとDockerをVirtualBoxか何かと勘違いしてる？
両者は異なる問題を解決するために作られたものだ
701(1): 2020/02/04(火)06:01 ID:MBGLu8A2(1) AAS
>>700
すみません正にその通りです。軽いから簡易的なVirtualBoxのような使い方ができそうとか考えてた初心者です、素直にそっち使うことにします。
所で新たに生じた疑問なんですがよく紹介されてるUbuntuとかのOSイメージって何に使われてるんでしょうか？
色々調べたらアプリとか鯖に使われてることは大半なんですがOSの使用例があまり見つからなくて。
702: 2020/02/04(火)06:03 ID:YD8xtZwK(1) AAS
>>695
あいつはたぶんニートか学生だろ。
月曜午前中に連投してたし。
たぶん学生じゃね？
703(1): 2020/02/04(火)06:09 ID:h84uEZr9(1) AAS
>>679
>で、その話とは関係無しに、Docker以前の開発現場で場数を踏んでいれば、
>「当然本番機にあげなきゃ動かないよね？どうやっていたの？」に対して何らかの解決策を行っていたはずなんだか？
>君の場合、それは何だったの？
俺はこの回答をずっと待っているんだが、
早く答えてくれないかな？
何で時間がかかるのか全く分からんｗ
704: 2020/02/04(火)06:17 ID:7tH3MnnI(1) AAS
>>701
サーバやアプリケーションを動かすための最小限のファイルセットが含まれている
OSそのものとしてはあまり使わないのでinit（systemd等）も通常入ってない
705: 2020/02/04(火)06:51 ID:glhRAKEA(1) AAS
>>703
どうやっていたの？って何を聞きたいのかわからん。
Docker以前？ 大昔のデプロイの話か？
今みたいにぽんぽんサーバー作れるわけじゃないから、新しくサーバーをデプロイするのは
たいていサーバーの購入から始まる。サーバーのセットアップは手順書が残ってるからそのとおりやる。
もちろん手順書がない初回は、手順書を書きつつサーバーにセットアップするわけだが。
手順書と言ってもそのハードウェアとかOSのバージョンは変わるわけで、
手順書通りやると言うより記録見ながらその都度対応が必要になる。
アプリ用とか特定のものを動かすのに必要なパッケージを手順書という名の
記録を見ながらインストールしていく
で、パッケージをインストールしただけじゃ終わらない。バージョンが微妙に変わるから
アプリの改修作業が必要になる。大体は言語のライブラリが新しくなってるからそれに合わせてアプリを修正する。
アプリの改修作業まで行ってようやく（例えばアプリケーションサーバーの）一台のデプロイが完了する。
その後はそのサーバーを大事に育てる（笑）上記のようなデプロイ作業をアプリのアップデートのたびにやれるわけがないからね
データベースサーバーとかならセキュリティパッチを当てるぐらいで対して変わらないがアプリケーションサーバーは大変。
ある機能に対応するためにライブラリのアプデートが必要だがそれが標準パッケージで提供されてないから
オレオレでパッケージングする必要がある。当時はperlだったから、dh-make-perlだっけな？それでDebian用のパッケージを作る。
アプリの更新はsvn up（笑）そしてapacheの再起動（笑）手動（笑）当時は便利なツールは何もなかったからな。
今は楽だよ。Dockerさえ動く環境があればいい。アプリのアップデート作業なんてものはない。
サーバーはハードウェア仮想化され消して作り直すことなんて簡単、壊してデプロイすればアプリも新しくなっている。
アプリもコンテナ化され、単一のサーバーだろうがクラスタだろうがどこでも動く
706: 2020/02/04(火)08:17 ID:eRywcgEu(1/2) AAS
うちは最初はサーバーはSSHしてセットアップし、
phpファイルをSFTPでアップロードしてた
当然ながら要らないファイルをアップしたり、し忘れるミスが多発
次にローカルからのrsyncになったが、
rsyncの無視するファイルのルールを編集し忘れて
ファイルが消えたりした
なお、どちらでも本番環境を直接書き換える模様
ブルー・グリーンデプロイ？なにそれ美味しいの？
次の進化は>>651
みたいなphp専用のデプロイツールとも思ったが、
それを経由せずCIでビルドとAmazon ECSでデプロイに進化した
データベースのマイグレーションを除けば
Dockerイメージの更新だけで
安全にローリングデプロイ可能になった
707: 2020/02/04(火)08:20 ID:eRywcgEu(2/2) AAS
EC2インスタンスはあるが、
ASGで使い捨てになり
サーバーがキャトルミューティレーションされたみたいに死んでも、
代わりをすぐ作れるようになった
アプデもAmazonの配布するAMIの更新で済む
708: 2020/02/07(金)22:37 ID:2MItdgnx(1) AAS
なんか最近はコンテナランタイム沢山あってよくわからない
どれを使えと
rkt（死亡？）
containerd
podman
lxd
cri-o
709: 2020/02/07(金)22:52 ID:blZZ5Y7J(1) AAS
基本はDockerを使っていればいい
コンテナランタイムは使える場合があったときに考えればいい
自分から使えるようにするものじゃない
710(1): 2020/02/14(金)20:00 ID:7Z+zTex9(1) AAS
openshiftの話題が全然出てこないけど、まだみんな使ってないのかな
711: 2020/02/14(金)22:24 ID:JcwNgO/m(1) AAS
ベースはKubernetesだからなぁ
712: 2020/02/15(土)05:03 ID:+RsjGVHi(1) AAS
クーベルネイティスのスレもあるんやけどなあ
713: 2020/02/15(土)15:02 ID:JXgJVuzp(1) AAS
クベルネテスかクーベネティスが好き
714: 2020/02/15(土)19:22 ID:xcQV5H2n(1) AAS
クバァでしょ
715: 2020/02/15(土)19:58 ID:lo0b1pQK(1) AAS
CoreOS Container LinuxをDockerコンテナ動かすOSに使ってたが
サポート終わりそう
Fedora CoreOSかFlatcar Container Linuxに乗り換えたい
FlatcarはほぼCoreOSのまま
メンテされるらしいが
rktは削除されるのか…？
716: 2020/02/16(日)12:27 ID:BVDCl0/P(1) AAS
OpenShiftはIBMが主に金融機関に対してクラウドのセキュリティリスク煽ってオンプレでサポート特盛契約をゴリ押しするための飯の種だろ
自社で使うようなもんじゃないよ
717: 2020/02/16(日)14:15 ID:OI4Id5HK(1) AAS
代替技術が本家を超えることってめったに無いよな
なんかったっけな？
718: 2020/02/16(日)14:48 ID:n+poZ4Ku(1/2) AAS
LinuxってUNIXの代替じゃん？
719: 2020/02/16(日)14:56 ID:n+poZ4Ku(2/2) AAS
Android RuntimeもJava VMの代替品
720: 2020/02/16(日)15:28 ID:3YAQTUkr(1) AAS
超えちゃいないなどっちも。
721: 2020/03/06(金)18:10 ID:OjWfIiDl(1) AAS
Docker Desktop for Windows 2.2.2.0(Edge)でようやくWindows Homeでもインストールできるようになった。
insider preview(slow ringで十分)でwsl2が必要。
722: 2020/03/06(金)19:48 ID:w+ubkCwq(1) AAS
もう正式版が出たのかと思った。
WSL2がまだだからそれはないかｗ
Docker Desktop for WSL2として出すんじゃなくて
Docker Desktop for WindowsをWSL2対応するってことかな？
だからDocker Desktop for Windowsとしては正式版だけど
WSL2対応機能は一応ベータ版と。完璧に動いていてもWSL2が
正式版じゃない以上なにか変わるかもしれんしね。
723: 2020/03/08(日)21:00 ID:S01X0/x1(1) AAS
GKE無料じゃなくなるらしい
外部ﾘﾝｸ:devopsdirective.com
0.1ドル*24*30=月72ドル
EKSとほぼ変わらない値段になる
ただし、単一ゾーンのクラスターは1つだけ無料
小規模クラスターだろうと大規模クラスターだろうと
値段は一緒なので
小規模クラスターを大量に使うなら
AKSやDOが安い
724: 2020/04/01(水)16:38 ID:DgjnAS5O(1) AAS
>>710
使ってるよ
minishift入れたけどバグが目立つ
725: 2020/04/01(水)22:28 ID:eeUwEP3q(1) AAS
minishiftはバージョン3なんだよね
今ならCRCの方が良さそう
726(1): 2020/04/02(木)06:55 ID:VqK6Gyyj(1/2) AAS
dockerがあるとJDK要らないみたいな話聞いたんだけど
でもdockerがあるからといってOSのAPIに非依存になるわけじゃないよね？
dockerの上にJDK置いてその上でJavaを実行するとかなら分かるけど、
dockerだけだと例えばLinuxカーネルとかに依存したプログラムを書くことになる、という理解であってる？
727: 2020/04/02(木)07:24 ID:y8EJEcvw(1/4) AAS
>>726
間違ってる。まずなぁ、JDKは開発のためのツールであってJavaアプリを
動かすのに必要なものじゃない。その時点で間違ってる。お前はJavaすら分かっていない。
Javaアプリを動かすのにひとうようなのはJREだ
> dockerの上にJDK置いてその上でJavaを実行するとかなら分かるけど、
> dockerだけだと例えばLinuxカーネルとかに依存したプログラムを書くことになる、という理解であってる？
人づてに聞いて想像するんじゃなくて、Dockerをちゃんと勉強しろ
お前が言ってるのは、
スマホがあればネットするのにパソコンはいらないって話を聞いたんだけど、
スマホの上にブラウザをインストールしてネットするならわかるけど
スマホだけならネットできないよね
って言ってるようなもんだよ。例えの意味わかる？
お前が「スマホだけだとネットできない！」って言ったら
スマホはブラウザをインストールして（してあって）ネットするために
作られた道具なんだよってツッコミはいるだろ？
DockerはJRE（等）を置いて使うために作られたものなんだよ。
Dockerだけで使うとかなんだそりゃｗ
スマホだけだと電話しか使えないという理解であってるって聞かれているようなもんだ。
728: 2020/04/02(木)07:41 ID:VqK6Gyyj(2/2) AAS
今（オラクルの）JREは存在しませんよ
あとJDKでも実行できます
729: 2020/04/02(木)08:00 ID:y8EJEcvw(2/4) AAS
今（オラクル以外の）JREは存在してますよ
と言われても困るんだがｗｗｗ
> あとJDKでも実行できます
JDKとJREの違いが今重要って分かってないから
君は"Java"の初心者なんだよ。
730: 2020/04/02(木)08:02 ID:y8EJEcvw(3/4) AAS
JREがあれば動くからJDKはいらん。
という答えでも良いんやで？ｗ
731: 2020/04/02(木)08:05 ID:y8EJEcvw(4/4) AAS
OSのAPIに非依存とか言ってる点からWindowsのことしか知らんのだなってわかるし
Linuxカーネルとかに依存したプログラムとか言ってる点からLinuxも知らんのだなってわかる
ああいい、言わなくていい。中途半端にしか知らんって意味だから。
浅い知識のまま、何年もやってるんだろうなってわかる。
そして自分が詳しいつもりでいるんだろうなって文章からわかるからさ。
732: 2020/04/02(木)08:25 ID:GYZhfijy(1) AAS
なんか格好悪い。
733: 2020/04/02(木)09:53 ID:FYEc23jq(1) AAS
dockerだけだとLinuxカーネルに依存したプログラムを書くことになるよね？って言うのは、
フランス料理フルコースの店って単品で頼めばフルコースじゃないよね？って言うようなもんだｗ
734: 2020/04/02(木)15:27 ID:IPZOwfEY(1) AAS
私の頭は悪すぎる。
ここのやり取りは半分もわからない。
何を言っているだろうな。
735: 2020/04/05(日)20:50 ID:ooapWF9T(1) AAS
kubernetesだんだん分かってきたわ
面白い仕組みやね(´・ω・`)
736: 2020/04/06(月)08:44 ID:FO60yhPK(1) AAS
オーバースペック気味だよな
なによりメモリ消費量が多すぎる
737: 2020/04/06(月)11:33 ID:5llIuxD8(1) AAS
流行ってないけどswarm modeが結構好き
738(1): 2020/04/07(火)19:45 ID:Q0ksfuEi(1) AAS
dockerを前提としたソフト開発において、差分ビルドとかデバッグはどうやって使っていけばいいの？
739(1): 2020/04/07(火)23:47 ID:wKrRdfGX(1) AAS
>>738
毎度のことながら使い方が間違っている。
Dockerは仮想マシンじゃない。
Dockerの中で差分ビルドやデバッグという
開発作業は行わない
開発が終わってテストもデバッグもすんで
それを配布するときに使うもの
740(1): 2020/04/08(水)00:53 ID:ZpJduvjW(1) AAS
>>739
ありがとう。いっていることは分かる。
質問を変えてもう聞きたいのだけど、開発環境の統一化という意味でdocker使いたいけどいい案ありますか？
741: 2020/04/08(水)01:32 ID:tWAmSl9y(1) AAS
そんなふわっとした聞き方するならググった方が早いんでね？
742(1): 2020/04/08(水)08:58 ID:tEYV+bda(1) AAS
>>740
開発環境を押し付けるな。プログラマの自由にやらせろ。「統一環境」ではなく
「推奨環境」として環境づくりが面倒な人のために、例の一つとして作るだけにしろ
統一はしないという前提で「統一しなくても信頼できる」
ことを保証するためにDockerを使うんだよ
統一しないっていうことはわかりやすく言えば、開発環境は
WindowsでもLinuxでもmacOSでも使っていいということ
使うIDEやテキストエディタやブラウザなどはそれぞれ違うだろう
しかし何を使って作っても、同じように動くと保証するにはどうするか？
それが必要なのは"差分"ビルドやデバッグ環境を統一することではない。
"完成版"ビルドと完全なテスト用のDockerイメージを作成することだ。
テスト用のDockerイメージを使ってCIで実行すれば
どういう開発環境を使って開発していたとしても正しく動くことが保証される。
もちろんこのテストというのは全体のテストだ。
自分が開発した部分のテストだけをやりたいのに全体のテストをしていては時間がかかる。
こういうのは自分の開発したマシンでやることだ。つまりそれぞれ違う開発環境でやることだ。
開発には何よりスピードが重要だ。いちいちDocker（ついでにいうと仮想マシンも）を
絡ませなければ開発できないなんて愚の骨頂だ。
環境特有のバグはゼロではないから、統一した環境（つまりDocker）でテストすることは重要だが
大抵の問題は開発者が書いたコードにバグがある。特定の環境でしか発生しない問題は少ない。
どうしてもDockerや仮想マシンが必要な場合でない限り、Dockerや仮想マシンを使わない。
それが開発環境のあるべき姿だ。Dockerや仮想マシンを使わずに高速に開発テストし
場合によってはローカルでDockerを使って統一"実行"環境でテストも出来るようにする。
そして最終的には共通のCIサーバーでテストを実行する。本番用Dockerイメージを使って実行する。
これが今の理想の開発スタイルだ。
もう一度言うがDocker（や仮想マシン）で開発環境を統一するな。そういう時代は終わった。
743: 2020/04/08(水)13:45 ID:E1X8IPXX(1) AAS
Heroku, CircleCI などの、CI/CD パイプラインだろ
git すれば、Jenkins などのタスクランナーが走って、テスト・デプロイされる
744(1): 2020/04/08(水)14:07 ID:qGQoebh0(1) AAS
何を持ってそんな自信満々に言えるんだろう。クッソ古いlibcとかどーすんのさ
745(1): 2020/04/08(水)14:21 ID:74qGwmrR(1/3) AAS
libc5やELF移行前とかどうすんのさ！ってか。
746: 2020/04/08(水)15:06 ID:lh3o3SXB(1) AAS
>>744-745
なにがいいたいのかわからん。クロスコンパイルがしたいって話？
つまり開発マシンでそのまま動かすことが出来ないバイナリを動かしたいって話？
747: 2020/04/08(水)15:11 ID:74qGwmrR(2/3) AAS
いや俺は長文は読まない主義なので、元ネタすら知らん。
748: 2020/04/08(水)15:13 ID:74qGwmrR(3/3) AAS
おまえらの糞みたいな書き込みは3行が限界だ。
それ以上は時間の無駄。
749: 2020/04/08(水)15:19 ID:0/ZsiN0l(1) AAS
自分で知恵遅れ宣言してて草
750: 2020/04/08(水)15:30 ID:9IBLuCoT(1) AAS
ガイジの日記帳だからしゃーない
751: 2020/04/08(水)17:11 ID:bDnpnEzN(1) AAS
>>742
へいすみません
752: 2020/04/09(木)01:01 ID:MR8owRqe(1) AAS
クーベルネーテスって便利ですか？
753: 2020/04/09(木)02:53 ID:FEp3Oz10(1) AAS
そーでもねーです
754(3): 2020/04/12(日)22:18 ID:U8HvSeE4(1) AAS
Dockerfileに以下を書いてbuildしてもWarningになってしまいます…
Qiitaやら海外の掲示板の情報を試しても上手くいかず…
誰か同じ経験or解決したことある人いませんか？
docker介さず行えばpip install コマンドは動くのですが…
Hyper-VにCentos8入れてそこでやってます。
FROM python:3.7
RUN pip install --upgrade pip
→WARNING: Retrying (略 Failed to establish a new connection
755(1): 2020/04/13(月)05:58 ID:eh1JbNkW(1) AAS
>>754
おそらくプロキシ環境でDockerfileにプロキシ設定していないのでは
756(1): 2020/04/13(月)19:14 ID:e8TZ9eU2(1/5) AAS
>>754
これ実行したらどうなる？
docker run -it busybox ping 8.8.8.8
docker run -it busybox wget 外部ﾘﾝｸ:google.com
757: 2020/04/13(月)20:57 ID:BJxyd1Wh(1/7) AAS
>>755 ありがとう。プロシキ環境は使ってないっす。念のため調べてみます。
>>756 こんな結果になりました。下が通らないのが変なのでしょうか？
[root@localhost ~]# docker run -it busybox ping 8.8.8.8
PING 8.8.8.8 (8.8.8.8): 56 data bytes
64 bytes from 8.8.8.8: seq=5 ttl=49 time=29.793 ms
64 bytes from 8.8.8.8: seq=6 ttl=49 time=15.181 ms
64 bytes from 8.8.8.8: seq=7 ttl=49 time=13.270 ms
64 bytes from 8.8.8.8: seq=8 ttl=49 time=18.520 ms
[root@localhost ~]# docker run -it busybox wget 外部ﾘﾝｸ:google.com
wget: bad address 'google.com'
758: 2020/04/13(月)21:02 ID:e8TZ9eU2(2/5) AAS
ネットワークはつながってるけど、DNSサーバーの問題だね。
いまから飯作るんで後でなｗｗｗ
それか他の人お願い
759: 2020/04/13(月)21:24 ID:BJxyd1Wh(2/7) AAS
DNSサーバーか…ありがとう、もう少し調べてみます！
760(1): 2020/04/13(月)21:25 ID:e8TZ9eU2(3/5) AAS
でもまあ解決策はよく知らんのよねｗ
俺は普通に使えるし。
こことか参考になるんじゃね？
外部ﾘﾝｸ:qiita.com
あと興味があるからこの結果も見てみたいな。
普通はプライベートIPアドレスなはずだが
身元がばれるようなものが入ってないことに注意なｗ
docker run -it busybox df -h
docker run -it busybox cat /etc/resolv.conf
761: 2020/04/13(月)21:25 ID:e8TZ9eU2(4/5) AAS
DNSサーバーっていうか、名前解決が出来てないってことね
762: 2020/04/13(月)22:17 ID:BJxyd1Wh(3/7) AAS
test
763: 2020/04/13(月)22:20 ID:BJxyd1Wh(4/7) AAS
Filesystem Size Used Available Use% Mounted on
764: 2020/04/13(月)22:22 ID:BJxyd1Wh(5/7) AAS
何か書けないな？
resolv.confはプライベートIPアドレスと、あと自分でさっき追加した8.8.8.8が入ってました…
765: 2020/04/13(月)22:24 ID:BJxyd1Wh(6/7) AAS
>>760
docker run -it busybox df -h
↑の結果を書こうとしたら何故かjaneがエラーになーるww
766: 2020/04/13(月)22:33 ID:BJxyd1Wh(7/7) AAS
hyper-Vの設定が悪さしてる気がしてきた…
767: 2020/04/13(月)22:38 ID:e8TZ9eU2(5/5) AAS
Docker Desktop for Windows を使ってるんだよね？
768(2): 2020/04/13(月)23:44 ID:JPY8bLts(1/2) AAS
何か、コンテナの概念と仕組みをスッキリ、はっきり
説明してるお勧めサイトってありませんか？
遅まきながら使い始めたけど、よくわからない。
思考がどうもコンテナ≒仮想マシンってイメージに引っ張られる
とりあえずくじらが書いてある本を、ｱﾏｿﾞﾝﾎﾟﾁｰﾉからのンロッカーで受け取って
ざっと読んだが、余計に混乱しだした・・・。
769: 2020/04/13(月)23:45 ID:JPY8bLts(2/2) AAS
すみません、コンテナはDockerの誤りです。
770(1): 2020/04/14(火)00:05 ID:nrI+3Pdd(1) AAS
>>768
何のためにDockerが作られ、どんな問題を解決しているのか？を調べたほうがいいよ
何に使えるかじゃなくて、何のために使うか。
（何に使えるかだと本来の用途ではない使い方をしてる例が多い。
曰くそういう使い方も出来るからいいじゃん。らしいｗ）
まあ答えを言ってしまえば、自分でビルドしたアプリを配布するために使う。
用途が重要だから仕組みをいくら調べても間違ったイメージは訂正できない。
Dockerの本とかでも良くない例が多くて、Dockerはdockerコマンドや
kubenetes使いこなすんじゃなくて、Dockerfileを自分で書くことが重要なんだが
そのDockerfileであっても例として「既存の○○サーバーをDockerで動かしてみましょう。」
という話が始まる。本来は自分で開発したアプリのDockerfileを書くものだ。
「自分で開発したアプリ」はDockerの話からすれば本題からずれるから
既存の○○を例として使うのはわかるが、そうするとDockerの正しいイメージから遠ざかってしまう。
771(2): 2020/04/14(火)09:24 ID:Iur9C4SR(1/4) AAS
自分が使いたい使い方を我慢してまで
Dockerの本来の使い方を守ろうとする意味は何？
他の方法がある、とか言うんだろうが
いろんな手法を混ぜるのがめんどくさいから
多少設計思想から外れても全部Dockerでやっちゃうってのも別に自由じゃん
772: 2020/04/14(火)09:32 ID:Iur9C4SR(2/4) AAS
あ、ごめん流れ読んでなかった。
>>768の質問があっての返答なら全くごもっともだわ
773(1): 2020/04/14(火)09:49 ID:pFN7AsrW(1/3) AAS
>>771
> 自分が使いたい使い方を我慢してまで
自分が使いたい使い方にはそれに適したツールがあるから
より適したツールが有るのに、我慢してDockerを使わなくていい
774(1): 2020/04/14(火)09:51 ID:pFN7AsrW(2/3) AAS
>>771
> いろんな手法を混ぜるのがめんどくさいから
いるよね。そういう奴ｗ
より適したツールが有るのに「新しいのを覚えるのが嫌だから」
全部エクセルで頑張りましたとかｗ
頑張るところを間違っている。楽するために頑張って知恵をつけるのではなく
バカなまま無駄な努力をすることを頑張る
775(1): 2020/04/14(火)10:13 ID:Iur9C4SR(3/4) AAS
>>773-774
スクリプト書けば一発なのにExcelで何とかするのは純粋に時間のムダだけど、
「Dockerの本来の想定からは外れるかもしれないけどあっさり使える」用途があるなら
実際そういう使い方もできるからいいじゃんとしか言えんわな。
何のために作られたとか、
作った奴の思想はこうだから、とかクソどうでもいい。
776(1): 2020/04/14(火)10:23 ID:pFN7AsrW(3/3) AAS
>>775
実際は「そういう使い方出来るからいいじゃん。
それにしてもDockerって使いづらいですねｗ
こんな事したいんですが出来ないんです。」
ってなってるから言ってんだよ
777: 2020/04/14(火)10:26 ID:Iur9C4SR(4/4) AAS
>>776
そこは異論ないよ。
俺のそもそものツッコミも筋違いだったわけだし。
778: 2020/04/15(水)23:40 ID:rCWj0bNr(1) AAS
>>770
> Dockerはdockerコマンドや
> kubenetes使いこなすんじゃなくて、
買った本はまさにそんな感じの本だった。
このコマンドを打つと、コンテナはこういう状態になりまーす、って感じで
Dockerコマンドとは、Dockerとは何ぞや、どういう仕組みなのかって事が中心で
「どうしたら、Dockerって便利だなーってなるんだよ！！」って雰囲気の本だった
目鱗。ありがとうございます。
779: 2020/04/16(木)00:38 ID:G9bh7zxQ(1) AAS
「前CentOSで組み立てたこのWebサービス環境だけど今度はUbuntuで動かして！」とかいう指示が来た時にdockerで作っていればもしや楽だったのでは…ってなった事はあった
そういう感じじゃないかなぁ的外れだったらごめん
上下前次1-新書関写板覧索設栞歴
あと 223 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.039s