[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
292: 2018/08/01(水)18:21 ID:vZ5iA/aw(4/7) AAS
>>288
> コンテナがIPアドレスを持つって聞いて、ファッ?ってなったわ
> コンテナ=アプリとその動作環境をパックにしたものと
> ここで教わったが、アプリがIPアドレスを持つわけないだろう
そう。認識としてはIPアドレスを持ってないと考えていい。
内部の仕組みの話だから。
コンテナ = アプリで、環境の仮想化を行っているため、
そのコンテナ（＝アプリ）は自由にサービスを提供するポートを変更できる。
仮にコンテナの中で80番ポートでアクセスを受け付けているからって、
コンテナ（＝アプリ）は80番ポートでアクセスを受け付ける必要はない。
省6
293: 2018/08/01(水)18:23 ID:vZ5iA/aw(5/7) AAS
>>288
> それだけDockerの理解・運用は難しいということだな
技術職っていうのはそういうもんだよ。
ソフトウェアにおいて技術=知識
知識を得て楽をするか、知識ない人は力ずくで頑張れと
294(1): 2018/08/01(水)21:17 ID:rxe3lfEn(10/10) AAS
>>291
いや、関係あるでしょ。
元々ある程度のリテラシーのエンジニアに使ってもらうこと前提の話をしてるのに、あなたは俺が俺がばっかりで使い手に対する配慮がほとんど感じられない。
さっきもいったようにあなたは腫れ物か、もしくは本当に周りがDockerくらい使いこなせるみたいな優秀なエンジニアばかりの職場で働いてるからそういう考えになるんでしょうね。
せいぜいその職場から振り落とされないようにしてくださいね。
普通の職場で働くと、たぶんあなたは腫れ物扱いされます。
295: 2018/08/01(水)21:18 ID:/ajt4qwz(1) AAS
なんで喧嘩腰なの？
296: 2018/08/01(水)21:22 ID:vZ5iA/aw(6/7) AAS
>>294
> 元々ある程度のリテラシーのエンジニアに使ってもらうこと前提の話をしてるのに、
だから、それ、人間の話ですよね？
技術の話をしてください
297: 2018/08/01(水)21:27 ID:vZ5iA/aw(7/7) AAS
ほんとDockerの話しろっていってるのに、
俺の周りの人間は〜馬鹿ばかりだから〜
人間の話ばっかりｗ
298: 2018/08/01(水)22:48 ID:gpg7eCuF(1) AAS
なんでこのスレこんなに荒れてるの
299: 2018/08/02(木)01:28 ID:NqqEoGeq(1) AAS
AA省
300(2): 2018/08/02(木)06:34 ID:rhKXtEAo(1) AAS
そこで働く人間無視して仕事できる訳ないし、やってるつもりなら大した仕事してない。
勝手なことやるなら本当にインフラも含めて別予算で独自にやってほしい。
えらそうな事言って勝手な事やって、結局尻拭いはインフラ側に押し付ける勝手なアプリエンジニア見ると文句の一つも言いたくなる気持ち分かるでしょ。
インフラエンジニア要らないってのは理想。ただ、その理想を妨げる事が多いのが声がでかいアプリエンジニア。
大概やりたいようにやって自分では運用回らなくなって、別の誰かに運用を押し付けて自分はフェードアウトするってのがお決まりのパターン。
301: 2018/08/02(木)07:40 ID:a1K3N0Xu(1/2) AAS
>>300
そういう話じゃねーよ
人を持ち出してきたら、どんな結論でも覆せるんだからここで話す意味ないだろってこと
例えばウェブサーバー運用するのにLinuxが適しているとなっても
うちではLinux使える人がいないので、Linuxはだめなんですってなるだろ
Javaが適していてもうちではJava使える人がいないでJavaだめなんです。
COBOL使ってください。ってなるだろーが。
もはや適しているかどうかの話じゃなくなるんだよ。
「Dockerの適している使い方は○○です」って結論した後
心の中で「でもうちでは技術者のスキルが低くて使えるやついないんだよ。」って泣けばいいだろ
省1
302: 2018/08/02(木)08:13 ID:a1K3N0Xu(2/2) AAS
>>300
> インフラエンジニア要らないってのは理想。
そんなこと言ってない。アプリエンジニアがやるべきことはアプリエンジニアがやって
インフラエンジニアがやるべきことはインフラエンジニアがやれってだけ
アプリがなんの言語で使ってるかなんて、アプリエンジニアが知っていればいい情報だろ
言語もそうだしアプリ動かすのにインストールしなきゃいけないライブラリやパッケージを、
アプリエンジニアに聞かないでわかると思うか？
インフラエンジニアにはコンテナのイメージ渡すから、それを動かす環境を作ってくれればいい
中が何で動いているかなんか、知ったこっちゃねーだろ？
それとも勝手にディストリやパッケージを適当に入れた挙げ句、ライブラリのバージョンの違いで
省3
303: 2018/08/03(金)23:40 ID:1yCRuO5i(1) AAS
数日かけてDocker使って個人用のミニアプリ書いたぜ
内容はサーバーのとある情報を、別のマシンからブラウザで
グラフで見れるようにする一種の監視ツール
zabbix や nagios みたいに本格的な物はいらない。むしろおもすぎて邪魔
先に結論から言うと、このアプリを新しいサーバーで動かすには
docker run -d -p80:80 -vなどのオプション --restart=always コンテナ名
とdockerサーバーが動くマシンで、たった一行実行するだけでデプロイは完了する
（docker hubにイメージ置けるのであれば、本当にこの一行で終わり。
置けないならばプライベートレジストリから取ってくるように少し準備がいるだろう）
省9
304(1): 2018/08/05(日)08:47 ID:t1pjwXO7(1/2) AAS
すごいドヤ顔w
305: 2018/08/05(日)13:08 ID:FlnPtVfq(1) AAS
>>304
めちゃくちゃ便利やでw
今（個人的に）作ってるのはアプリじゃないんだけど
とあるサービスを特定の用途向けにカスタマイズしたもの
起動時に自作スクリプトで独自フォーマットの簡易な設定ァイルを解析して
サービス本来の設定ファイルを生成してから起動する仕組みで、通常なら/etc/以下にある
設定ファイルをいじらなきゃならないのが、簡易な設定ファイルを書くだけでよくなる
中身は既存のプログラムの組み合わせだけど、同じサービスを提供する
別のプログラムを作ったかのように使える
306: 2018/08/05(日)16:28 ID:t1pjwXO7(2/2) AAS
そうですね
307: 2018/08/05(日)21:35 ID:t4Ako3RB(1) AAS
Docker使いこなせる人ってすごいな（皮肉ではなく）
308(1): 2018/08/05(日)21:53 ID:9sU0s1Rh(1) AAS
わざわざdocker使わんでもchrootでいいことにdocker使ってる人が結構いる
309(1): 2018/08/05(日)22:01 ID:yAw8KkqM(1/2) AAS
chrootの親戚のGUIなし仮想アプライアンスに情熱を燃やせる謎
別スレではviの話で盛り上がるし日本人はビルジョイが好きなんだな
310: 2018/08/05(日)22:05 ID:yAw8KkqM(2/2) AAS
あーGUIまでいってるのか、なるほど
311: 2018/08/05(日)23:04 ID:NroY7Fy3(1/2) AAS
>>308
chroot使うぐらいならDocker使うなー
chroot用のディレクトリを準備するのでさえめんどくさい
debootstrapだっけ、懐かしいな。
/procや/devのマウントとかも必要だし。
同じdebianでもDockerだと最小構成で用意されてるから
ダウンロードの時間からして差があるし
誰かがDockerfileのようなものを公開してくれてるわけでもないし
懐かしくてちょっとググってみたけど、
あんな面倒なことやってたのかって思った
上下前次1-新書関写板覧索設栞歴
あと 691 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.202s*