[過去ログ] Docker Part3 (1002レス)
1-

このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
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が作られ、どんな問題を解決しているのか?を調べたほうがいいよ
何に使えるかじゃなくて、何のために使うか。
(何に使えるかだと本来の用途ではない使い方をしてる例が多い。
曰くそういう使い方も出来るからいいじゃん。らしいw)

まあ答えを言ってしまえば、自分でビルドしたアプリを配布するために使う。
用途が重要だから仕組みをいくら調べても間違ったイメージは訂正できない。

Dockerの本とかでも良くない例が多くて、Dockerはdockerコマンドや
kubenetes使いこなすんじゃなくて、Dockerfileを自分で書くことが重要なんだが
そのDockerfileであっても例として「既存の○○サーバーをDockerで動かしてみましょう。」
省3
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
> いろんな手法を混ぜるのがめんどくさいから

いるよね。そういう奴w
より適したツールが有るのに「新しいのを覚えるのが嫌だから」
全部エクセルで頑張りましたとかw

頑張るところを間違っている。楽するために頑張って知恵をつけるのではなく
バカなまま無駄な努力をすることを頑張る
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って使いづらいですねw
こんな事したいんですが出来ないんです。」
ってなってるから言ってんだよ
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で作っていればもしや楽だったのでは…ってなった事はあった
そういう感じじゃないかなぁ的外れだったらごめん
780: 2020/04/16(木)01:01 ID:R7a4uuMe(1) AAS
インフラ専業の人が仮想化技術の1つとしてdockerを学ぼうとしているのだとしたら、
たぶんそれはあまり意味がないからやめた方がいい
dockerコンテナはアプリケーションのパッケージ化技術だ
アプリケーションにOSを丸ごとバンドルする、いわばスタティックリンクの一種にすぎない
781: 2020/04/16(木)08:05 ID:G/grTQ/Z(1/2) AAS
インフラ屋だけどDocker便利。
Zabbixコンテナを複数環境にそれぞれ独立して作ってるんだけど、
VMではメモリ消費の観点で難しかった。
782: 2020/04/16(木)09:57 ID:LeyxDGKY(1) AAS
開発者がCPUやコンパイラの技術を知っておくべきなのと同じように
インフラ屋がDockerの内部技術を知っておくのは正しいが、
普段の仕事でそれらの技術は使わないんだよ。

知っておくとトラブル解決が素早く出来るが
インフラ屋にとってのdockerを使う普段の仕事は
作られたDockerイメージをただ起動するだけ
YAMLファイルに一行書けば終わるぐらいのもの

インフラ屋の仕事が楽になるのではなく、
インフラ屋の仕事が無くなるのがDockerの便利さなんだから

世にあるDocker本は「Docker入門」ではなく
省2
1-
あと 220 レスあります
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル

ぬこの手 ぬこTOP 0.024s