Docker Part5

DockerはLinuxが持つコンテナ技術を使ったアプリケーション仮想化技術です。
アプリケーションを動かすために必要な各種ライブラリ等を一つのDockerイメージに
まとめることで、さまざまな環境へのデプロイが容易になります。
例えばWindowsやmacOSを使って開発・テストしたDockerイメージを
そのままクラウド上のLinuxの本番環境で使うことができます。

クラウド上の環境が仮想マシンであるため、Dockerは仮想マシンと併用して使うことが多いですが
仮想マシン技術とは無関係の技術です。実際Linux環境において仮想マシンは必須ではありません。
WindowsとmacOSでは仮想マシンを使いますが、これはOSがLinuxではないからです。

Dockerは主にアプリケーションを動かすために設計されているのでデータを保存するのには適していません。
データはDockerイメージの外部、ボリュームを使ってホスト環境に保存するかネットワーク通信で外部サーバーに保存します。
またDockerコンテナは一つのサービスを実行し、複数のサービスが必要な場合はdocker-composeやk8sなどを使って連携させます。
Dockerを仮想マシンの代替として、コンテナ内で複数のサービスを起動しようとすると困難が待ち受けています。
それはDockerの設計方針とあっていないからです。

Dockerイメージ（Dockerfile）はアプリケーション開発者が作成します
動かすのに必要なもの全てがDockerイメージに含まれるので
インフラ担当者はそれを動かすだけ、本来のインフラの作業に集中できるようになります

Dockerは主にウェブ業界でサービスのデプロイの必須技術になりました
情報共有しましょう

http://www.docker.io/

前スレ　Docker Part4
https://mao.5ch.net/test/read.cgi/linux/1597591176/

注意　Dockerを仮想マシンの代替として使いたいと考えてる人は、DockerではなくLXCを使いましょう
LXC(Linux Containers)
https://mao.5ch.net/test/read.cgi/linux/1330826939/

毎度毎度だな。>>1ちゃんと読んだか？
Dockerはアプリを作るもの
Dockerの中のアプリは特定のユーザーで動かす必要があるかもしれないが
それはホストや他のDockerコンテナとは完全に無関係
Dockerの中で閉じてなければ他のマシンで動かせないだろ
ユーザーなんて他のコンテナに見せるな

別に特定のマシンのためのコンテナがあってもいいだろ
リリースしやすく、環境を汚さず、破棄しやすいなどといったメリットは
特定マシン向けのコンテナでも変わらずに享受できる

なら自分で招き入れた苦労は
自分で解決しろってだけの話だな

そもそも分かるやつに聞いてるだけで
お前に聞いてるわけではないのでは？

だから正しい答えとしてやるなと言ってる

それは運用指針として正しいが問題解決の面で正しくない

このスレって話をすり替える人が多いよね

話がどっか行っちゃうんだよね

>>715
それは、単なるネットワークの理解が足らないんじゃないのでは？
Qiitaの記事ではなくて、基本的なネットワークの理解が足りないだけだと思う。

>>716
Nodeコンテナ、Postgresコンテナともサービス起動時に172.18.0.0/16ネットワークのIPが割り当てられているので、
ご指摘のように、pg_hba.confを編集してIPv4接続用に「172.18.0.0/16　 password」を追加すれば解決しそうです。

あとはいかにしてPostgresqlサービス立ち上げ時にpg_hba.confを編集してリスタートさせるかですが。。。
イメージをpullしてCOPYでconfファイル差し替えだと、PostgreSQL起動時のinitdb処理時に、dataフォルダ
(=pg_hba.conf格納先フォルダ）が空じゃないって怒られます。initdb処理後にconfファイルを上書きして
リスタートできないかとか、いろいろ足掻いてみます。アドバイス、ありがとうございました。

※ググると、ubuntuイメージをpullしてPostgreSQLを手動インストールしてconfを変更している事例を見かけますが、
　できればPostgreSQL公式イメージに手を入れる対応にしたいところです。

あ、PostgreSQL側はcomposeで restart: always、tty: true指定にしていろいろ模索中です。

設定なんて変えなくても最初から接続できるよ

dockerコンテナでさくっと実験したいことがあるとき、
どこかに無料でDockerホストをいじらせてくれるサービスってないのかなあ

play with docker

>>732
自分のPCにDocker入れるんじゃだめなの？Win/Linux/Macどのプラットフォーム用のもあると思うけど。
ホスト環境をできるだけ汚したくないなら、フリーの仮想化ソフト入れて仮想マシンにDocker入れるとか。

>>732
自分でDockerホストを立てればよいのでは？
VPSでも何でもサクッと借りて、サクッと実験できるぞ。
しかも時間貸しVPSすらある。

Dockerに関する質問スレ
https://mao.5ch.net/test/read.cgi/linux/1614981278/

立ててみました
良かったら使ってみてください

ここでよくね？ただでさえ過疎ってんのに

まあ原理主義者は別名「管理人」とも言うからな。
そいつが執着するからこそ、スレが続いてい行く。
時に自演の質問→回答を繰り返し、涙ぐましい努力をしてだね・・・

原理主義を名乗っていいのはGNU/Linux Debianだけ！

Windows 10 Home でも更新すれば、Docker を使えるようになった。
でも、メモリ8GB じゃキツイけど

ただし、Windows10の連続更新に、3時間掛かったけど

Docker をシステムのように使おうとする香具師がいる。
いつも同じ香具師だと思う

Dockerはシステムじゃない。
システムは、Dockerの外にある

YouTube の、くろかわこうへいのAWS サロンに入れば？
月3千円で、Dockerも無料で教えるみたい。
400人が入っている

日本6位のKENTA のサロンの、AWS部活の大ボスも、来てるとか

Amazon の講習では、3日で21万円する

> くろかわこうへいのAWS サロンに入れば？

あれ糞だった。あの内容なら800円一回払いぐらいが妥当

情報商材に金払うような愚か者はIT業界から足洗って田舎で農家でもやってろよ

勉強のためにサロンやってるわけじゃないだろう
雑談とか他者とのふれあいが大事なんだと思う
勉強は無料でいつでもどきでもできる
けれど人との繋がりは維持するのが難しい

情報商材屋が売ってる商品以外の方に価値があるとかいい出したら
潰れる前兆だって死んだばあちゃんが言ってた

こんなスレでくろかわこうへいの名前を見るとは思わなかった
はっきり言ってあいつには騙されたと思ったよ
中身がまったくないうえに雑談と仲間内ネタで盛り上がってるだけ
まあ勉強代として諦めるけど

会社員は皆、3日で21万円する、Amazon の講習を受けに行く。
でも、何も身につかない。これが、本当の情弱w

楽天の百万円の講座を受ける会社員とかw
Shopify で作れば良いだけ

KENTA・くろかわこうへいを知らない香具師が情弱

それより、月3千円の方が良い。
KENTA のサロンは、月千円

だからどっちも詐欺だってば

普通会社で講習受ける場合は講習費は会社持ちだろ…？
どんな底辺で働いてるんだよ

会社の金でも、詐欺師に払うのはアホだろう

サロン()は詐欺だけど研修や講習は別に詐欺じゃないだろ…

自演で宣伝ですかｗ
きっしょｗｗｗｗ

会社の業務でDocker使うのに外部に勉強行く必要って何処に在るの？
まして訳の判らん奴とサロンで雑談とかｗｗ気味が悪い。
会社の業務は自分が一番良く知ってるだろ。Dockerの知識欲しいなら本を読めば良い。

>>749
会社がこぞって人件費を吸い戻そうとするド底辺、とか

今お勧めの小さいやつってなに？

FROM scratch

debian slim

alpineだろ
パッケージを追加でインストール必要がないなら
busyboxもありだけど

alpineはランタイムがな
互換性問題とかたまにあるし

alpineのランタイムってなんことだ？
意味不明なことを言うなよ

libc のことだろうな

glibc いれりゃいいだけじゃん
あほくさ

glibcとmuslの違いも知らない男の人って…

繰り返すがglibcをインストールすればいいだけ

そのライブラリー必須なのかと思ってた Linux 動作させるのに

https://github.com/sgerrand/alpine-pkg-glibc の Installing に書かれていることを皆やってるのかな

何だかんだで面倒臭いのがDockerって奴なんだな。

それはDockerをVMの代わりに使おうとしてるやつが
適してないことをしようとして面倒くさくなってるだけ

dockerはdockerで違った面倒くささがある
どんなツールも得手不得手がある
当たり前だ

Dockerが面倒くさいと言ってるやつは、
Dockerがどんな問題を解決するのかわかって無くて
ただのVMの代わりだと思ってるからだよ

サーバーにアプリを配布するのが楽になる
ということの意味がわからないやつがいる

ホスト管理がめんどくさい
ボリューム管理がめんどくさい
セキュリティ対策がめんどくさい

>>771
ホスト管理？ 何と比べて？

> ボリューム管理がめんどくさい
ローカルディレクトリに保存すればいいだけ

> セキュリティ対策がめんどくさい
何の検証もなしにサーバーにパッチ当てるんか？
Dockerだと検証済みのアプリに入れ替えるだけでいい

>>771
エンジニア向いてないよ

ちょっと前の話だけどGKEもAutopilotでたし、本番に使わない理由がいよいよなくなってきたな。

遣わない理由はコスト

なんのコストか言わない時点で
適当なこと言ってるってわかるやろ？

ここのスレで批判してるやつは GKE も ECS もそんな単語すら聞いたことないレベルしか居ないぞ

>>776
クラウド

>>778
クラウドで使う場合、無料でオープンソースの
Dockerを使うと、どこにコストがかかるんですか？

Dockerを使うのと使わない場合の
違いを言ってください

>>779
無料のマネージドk8sあるなら教えて

流石Docker原理主義者だなぁ・・・
無料でオープンソースのDocker以外のことは何も知らないｗｗ

・・・とツッコミを期待するネタだよね？
意味不明だけど面白いよ！

>>780
マネージドk8s と同じことをDockerを使わないで
どうやってやるんですか、まず話はそこからな
お前のターン、早くレスしやがれ

あー、いつものやつか

>>780
答えられない、知らないなら、適当なこと言うんじゃなかったな
Dockerは単にアプリをデプロイしやすくするためのもので

マネージドk8sを使わない、単体の仮想マシンでも使えるって
気づいて逃げたか？ｗ

ワッチョイまだかな

いらんだろ。
レス見てあれ？変な事言ってるな？と思ったら大体同一人物だろ。

原理主義者はせいぜい2人くらいか

>>786
その同一人物をあぼーんするのに便利だから導入しようって流れでしょ？
このスレでことあるごとに粘着してくるいつもの奴とか消したらスッキリするよ

いや。別にいらんな。
馬鹿を見抜くのもエンジニアのスキルだろ。
Linuxスレにﾜｯﾁｮｲ有無の議論なんか必要ないというのも同じ理屈。

>>788
ワッチョイは回線つなぎ変えたら変わるけど
どうやってあぼーんするの？
それっぽいレスを見かけるたびにNG登録していくの？

Docker使ったらマネージドk8sを使わないといけないって
思ってるやつってアホなのかな？

>>789
目に入るだけで邪魔だからあぼーんは有効だよ

>>790
変えられると言ってもある程度パターンあるからね

ワッチョイはIPアドレスとユーザーエージェントから出してるから
回線つなぎ替えるたびに変えられるよ

運用するならマネージドK8S必須かな
開発環境は好きにすればいい

マネージドK8S必須だとして、それをDockerを使わないでやる場合
どうやるのか？そっちの方がコストかかるだろって話なんだが
結局逃げたもんなｗ

クラウドでマネージドK8S必須、つまりクラスタ構成で
Dockerよりも金がかからない方法があるなら言ってみろって

例えその方法を出した所で、その方法＋DockerならマネージドK8S使わないから
サーバーへのデプロイが楽になる分、コストは下がりますねという反論が控えてるわけだがｗ

podman

会話の滑りっぷりがひどすぎｗ

Docker を NG ワードにしたらすっきりした

podman 2 〜Dr. ワイリーの謎〜

これの話だってわかってないやつがいるのか？

> 771 名前：運用情報臨時板でワッチョイ導入議論中[sage] 投稿日：2021/03/09(火) 20:14:53.28 ID:Ui3x5dki
> ホスト管理がめんどくさい
> ボリューム管理がめんどくさい
> セキュリティ対策がめんどくさい

君が会話していると思い込んでいる相手はそんな話をしていない。

逆だろう。俺は最初からそいつとしか会話してないんだが
関係ないやつが絡んできてる

771を発端とした会話は772が既にお門違いで滑ってるがｗ

>>803
どこがお門違いなの？
まずそこでしょう

何も言い返さないくせに
「お、お門違いだから（ふるえ）」はやめたほうがいいよ

>馬鹿を見抜くのもエンジニアのスキル

って言ってるだろ？771がレス返さなくなったと言うなら、そいつは（多分）優秀だよ。
たった1回のやり取りで「あコイツと会話続けても無駄だな」と悟ったのだろう。

何も言い返せなくなったからレスしてないだけ

>>806
なんなら代わりにお前がレスすればいいし、他の誰でも引き継いでレスすればいい
誰も>>771の後を引き継がないのは、>>771に勝ち目がないからだよ

勝ちとか負けとか変なこだわりがある人がいるんすねぇ...

明らかにいつもの奴だしワンパだからレスバしても発展性ないんだよね
ワッチョイが待ち遠しい

レスバに勝ちたい！

あなたはそうなんですね

Docker images and their layers explained
https://dominikbraun.io/blog/docker/docker-images-and-their-layers-explained/

>>813
何がすばらしいのか解説してくれ。
長すぎて読むのが面倒くさい。

イメージレイヤーってすごいよね
複数イメージで共有してディスク領域や転送時間を節約できるし
いろいろ変更してもコンテナを立ち上げ直したら綺麗さっぱり消えるし

別に何も凄くないｗ

はてぶでバズってたけど
https://sysdig.jp/blog/dockerfile-best-practices/

特定のUIDにバインドしない
↑
UIDをバインドしないとパーミッションで書き込みできないんだよなLinuxでは

>>817
いいね。ベストプラクティスが広まればVMの代わりとして使おうとするやつも減るかも
これらのベストプラクティスはVMとして使えなくする制約に近いから

1. 不要な特権を避ける
　コンテナを root で実行しないようにする
　特定のUIDにバインドしない
　実行可能ファイルを root が所有し、書き込み可能ではないものする
2. 攻撃対象を減らす
　マルチステージビルドを活用する
　distroless イメージを使うか、ゼロからビルドする
　イメージを頻繁に更新する
　暴露されたポートに注意する
3. 機密データの漏洩を防ぐ
　Dockerfileの命令にシークレットや認証情報を入れないようにしましょう
　ADDよりもCOPYを優先してください
　Dockerのコンテキストを意識し、.dockerignoreを使用する
4. その他
　レイヤーの数を減らし、インテリジェントに並べる
　メタデータとラベルを追加する
　lintersを活用してチェックを自動化する
　開発中にイメージをローカルでスキャンする
5. イメージのビルドの先には
　docker socketとTCP接続を保護します
　イメージに署名し、実行時に検証します
　タグの変異を避ける
　環境を root で実行しない
　ヘルスチェックを含める
　アプリケーションの機能を制限する

やっぱdockerならではのめんどくささってあるよな

>>819
これが面倒って感じるんだな ほぼ Dockerfile だけなのに無知は恥だよ