[過去ﾛｸﾞ] Docker Part4 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
63: 2020/08/26(水)15:05 ID:0H2mld0z(1) AAS
社内にキャッシュしてるでしょ普通
64: 2020/08/26(水)15:15 ID:+IB2Mq+W(1) AAS
docker-compose.ymlで十分だから今の所イメージを保存する必要がこない
65: 2020/08/26(水)18:13 ID:j27J8KXs(1/2) AAS
>>62
100回ってびっくりしたわ
6時間あたり100回か
それに「Pull回数の制限はイメージのPullを行う側が利用する」と書いてある
イメージごとじゃないな
どうやって判断してるんだろう？
66: 2020/08/26(水)18:14 ID:j27J8KXs(2/2) AAS
> 匿名ユーザーの場合はIPアドレスをもとに制限されるとのこと。
書いてあったｗ
67: 2020/08/26(水)19:44 ID:q6TP6I5D(1) AAS
NATゲートウェイ経由でプルしたら、全部同一IPからのプルになる？
NAT Gatewayによるアクセス元IPアドレスの固定
外部ﾘﾝｸ:dev.classmethod.jp
68(1): 2020/08/26(水)19:54 ID:jL7Jrgle(1) AAS
そんなケチるほど金ないのか
マイクロソフトに買い取って貰えばいいのに
69(1): 2020/08/26(水)22:18 ID:L2fd2N25(1) AAS
pullしようとしたけどすでに最新だった場合ってどうなるんだろうか？
pullチェック時点でカウントされるのか
それとも実際にpullした場合でカウントされるのか
大企業とかではキャッシュサーバーが必要になるかもしれんな
70(1): 2020/08/27(木)06:58 ID:foUCwOUe(1) AAS
>>69
というか、自前でレジストリ作れってことだよ。
71(1): 2020/08/27(木)07:22 ID:+jIZgv+V(1) AAS
Circle CIとかGitHub ActionsとかのSaaSは
仮想マシンは同じIPを再利用する事ある？
同じユーザー扱いになってCIが急に失敗するようになりそう
レジストリのミラー作るのって
なんか難しそう
72: 2020/08/27(木)09:41 ID:3ZMzxZkQ(1/5) AAS
>>70
レジストリをメンテするぐらいなら金払うよ
たった月5ドルだろ？
73: 2020/08/27(木)09:56 ID:3ZMzxZkQ(2/5) AAS
>>71
別のユーザーによるpullでCIがこける可能性があるんだよな
でもそれはCIサービス側が対応する問題になるだろう
その対応の内容には安定したpullがしたければ
金払えっていうのも含まれるけどｗ
ちなみにオープンソースでツール公開してるんだけど、この間から
おそらく誰かがCIに組み込んだようでGitHubのGit Clone数が跳ね上がった
その数が大体1日500〜600cloneで、ユニーククローン数が300〜400clone
つまりGitHub側から見れば1日300〜400人が来て2回pullしてるように見えてる
このデータから一概に言えるわけじゃないけど、同じIPアドレスを使われる可能性は低いと思う
CI実行するたびにクラウドの仮想マシン作り直してるだろうし、クラウドの仮想マシンは
固定にしない限り作り直せば変わるわけで、問題が発生することは殆どないと考えてる
74: 2020/08/27(木)10:00 ID:hq16/u5d(1) AAS
>>68
Docker社はずっと大赤字だろうけど、GitHub のようにプラットフォームとして成長していればいずれエンプラで黒字化するだろうという目論見だったのが、
KubeやECS等にエコシステムを乗っ取られエンプラ事業が大失敗に終わったことで完全に収益化の望みが断たれた
Docker Hubはプラットフォームといえども所詮はいくらでも替えのきくストレージに過ぎず、タダ乗りベンダー連中との間の差別化要因も乏しいためGitHubのような赤字を余裕で帳消しにするレベルの大型買収にも期待できない
もう焼畑しかないというわけだ
75: 2020/08/27(木)11:18 ID:WVTFASAX(1/3) AAS
ふーん
Docker終わったな
これからはpodmanが勝つるか
76: 2020/08/27(木)13:41 ID:rEVJhQj2(1/5) AAS
Dockerがエンプラで黒字なんて無理だろ。
そもそも本番機で使えるエコシステムがECSであれEKSであれ他社の製品だし。
しかも本命は不在だし。
問題がはっきりしているのに何でこの分野でDocker社は何も提供しないの？
個人的にはECSであれEKSであれ下で動くインスタンス（VM)がサービスの前面に
出てきている時点でDockerは本番機には使いたくない。
VM管理とコンテナ管理の二度手間以外の何物でもないからね。
アマゾンはよく理解してる様でAWS Fargateでインスタンス隠しているけど、普及しているかどうかは知らない。
Docker社とも関係ない
77(2): 2020/08/27(木)14:24 ID:WVTFASAX(2/3) AAS
何を言ってんだ
ホスト管理がいやだからクラウドのコンテナサービを使うんだろうが
78(1): 2020/08/27(木)14:30 ID:WVTFASAX(3/3) AAS
dockerを使わないと逆にインスタンス管理が大変になると思うが
79: 2020/08/27(木)15:21 ID:x4abZMVm(1) AAS
また仮想マシンイメージ最強おじさんの登場？
80(1): 2020/08/27(木)15:34 ID:rEVJhQj2(2/5) AAS
>>77
外部ﾘﾝｸ:vmware-juku.jp
>Kubernetesは外部のOSSと連携することによってNATを経由することなく
>別のホストのコンテナ同士の通信を実現しています。
>OSSを利用する場合のいくつか選択肢がありますが、
>flannelを採用した場合はオーバーレイによるカプセリングを行うことで、
>従来の仮想マシンのようにIPアドレスを割り当てることが出来るようになります。
こういう単語が出ている時点でホストの管理もしなければならないのは明かだろ。
AWS Fargateで「ホスト」と言う単語が一切なくなるのなら、標準になるかもしれないけど
そうなるとコンテナランタイムがdockerである必要もない。
81: 2020/08/27(木)15:51 ID:CDxtO8zr(1) AAS
dockerを採用するとhost machineの管理が単純化されるので全体としての管理が楽になるということですね
82(1): 2020/08/27(木)15:55 ID:3ZMzxZkQ(3/5) AAS
>>80
> こういう単語が出ている時点でホストの管理もしなければならないのは明かだろ。
どういう理屈？
1. Kubernetesは別ホストと通信できます
2. しかもホストを管理しなくていいです
こういう話だよね？
どこからホストを管理しなければならないなんて話が出てきたの？
83(2): 2020/08/27(木)16:27 ID:rEVJhQj2(3/5) AAS
>>82
いやいや意味が分からない。
ホストの管理をしなくていい→「ホスト」と言う単語は出てこない。
でなければならないって話だが。
何でDockerだとホストの管理をする必要が無いと思うの？
84(2): 2020/08/27(木)16:49 ID:5Vf3cgc6(1/2) AAS
クラウドだから管理不要
85: 2020/08/27(木)16:54 ID:rEVJhQj2(4/5) AAS
>>84
それはDockerじゃなくても同じだねｗ。
86: 2020/08/27(木)17:21 ID:5Vf3cgc6(2/2) AAS
最初からそう言ってる
いったいどっからホストの管理が必要なんて話になったんだ？
87: 2020/08/27(木)20:43 ID:rEVJhQj2(5/5) AAS
いやもう日本語通じない通じないｗ
このトピずーとそうだけどｗ
>>77 ホスト管理がいやだからクラウドのコンテナサービを使う
>>78 インスタンス管理が大変
>>84 クラウドだからホストは管理不要ｗ←Now!
88(1): 2020/08/27(木)20:44 ID:3ZMzxZkQ(4/5) AAS
>>83
お前がホストって言葉を知らんだけじゃね？ｗ
わかりやすくパソコンにしようか？ｗ
息子がやってくれるからパソコンの管理はしなくていい
パソコンの管理をしなくていいが、パソコンという単語はでてくる。
例えば「パソコンを使う」「パソコンの電源を入れる」とかね
「（ホストの）管理しない」という話と「（ホストという）単語が出てこない」には
まったく繋がりがない
ホストの管理をしなくても、ホストという単語は出てくる
89: 2020/08/27(木)20:45 ID:3ZMzxZkQ(5/5) AAS
>>83
> 何でDockerだとホストの管理をする必要が無いと思うの？
Kubernetesだからホストの管理をする必要がないって話だろ
話をすり替えんなって
90: 2020/08/27(木)22:29 ID:wbUHfpqX(1) AAS
また発狂してる
91: 2020/08/28(金)00:41 ID:3wq52AaO(1) AAS
Kubernetesはノードを意識した細かい制御ができすぎてな
ホストに強く依存した変なオーバーエンジニアリングをやりだす問題児が必ず出てくる
ECSより遥かにホストを意識してるわ
92(1): 2020/08/28(金)01:03 ID:jxJyct3p(1/2) AAS
>>88
そんなレベルの話をするなよ初心者くんｗ
君の言う「パソコン」＝物理サーバは
完全に抽象化されててこのスレ内では全くでないだろｗ
Dockerの中で「ホスト」と言っているのはDockerが動く基盤であってそれが物理サーバであるかVMであるかは問わない。
非常に多くの場合はVMであり、それは「インスタンス」と言う名前で出ている。
つまりこの文脈ではホスト＝インスタンスって事
で何でk8sだからホスト管理しなくて良いの？
外部ﾘﾝｸ:knowledge.sakura.ad.jp
例えば、上記の構成で本番機を作ったとして、192.168.0.50が死んだらどうするの？
「ホスト管理しなくていい」と言っているのは生存管理すら必要ないと言っているんだよね？
93(1): 2020/08/28(金)01:27 ID:im6cTGiy(1) AAS
>>92
> 例えば、上記の構成で本番機を作ったとして、192.168.0.50が死んだらどうするの？
ああ、おまえ、GKEとかEKSというサービスを知らんのかｗ
上記の構成を作って"管理"するのはクラウドサービス側なんで
”お前がやらなければいけないと思ってること”を全部クラウドサービス側がやってくれるんだよ
94(1): 2020/08/28(金)01:34 ID:jxJyct3p(2/2) AAS
>>93
いやマジ君の言っている（言わんとする事）の意味がつかめないんだがｗ
君の説明はどうでも良いよ。君の行動を話してくれ。
192.168.0.50が死んだとしよう、君はどうする？
95: 2020/08/28(金)02:36 ID:S0mdB+Yg(1) AAS
お前らよくこんなニッチなものでいつまでも言い争いできるな
素直に感心するわ
96: 2020/08/28(金)04:23 ID:zYE9gZVL(1/8) AAS
>>94
サーバーの管理って何のことかわかってる？
サーバーが死んだら新しいインスタンス起動して自動的に再起動やろ
やらなくていいのはサーバーの管理だってわかってる？
97: 2020/08/28(金)07:35 ID:pZN+Qti3(1/3) AAS
FargateってEBSはマウント出来ないよな
データベースとかはFargateで動かせないね
EFSとか言うネットワークファイルシステムはマウント出来るが
複数マシンで同期を取るために速度は遅い
コンテナに確保するリソースは0.25vCPU、0.5GB未満は選択出来ないので
これ未満の能力しかいらない場合は
EC2に詰め込んだほうが安い
Fargate自体が同等のEC2と比べると少し高い
Fargateはサーバーレスと言っても
管理の手間が少ないだけでサーバーは存在するので
セキュリティパッチを当てるためにサービスの再起動が必要な場合はある
98(1): 2020/08/28(金)11:22 ID:0ih4XZ3G(1) AAS
イメージのマージ機能はいつになったらサポートされんだ
devcontainer作るときいちいちインストール方法調べてDockerfile書くの不便なんだが
99: 2020/08/28(金)12:33 ID:zYE9gZVL(2/8) AAS
インストール方法？
自分で開発したアプリのインストール方法もわからんのか？
100: 2020/08/28(金)14:11 ID:PXYaUzYG(1/2) AAS
いや他人の作ったものも使うだろ
101: 2020/08/28(金)14:53 ID:zYE9gZVL(3/8) AAS
そりゃチームの人が作ったら他人だろうけどそういう話じゃないだろｗ
102(1): 2020/08/28(金)15:05 ID:PXYaUzYG(2/2) AAS
いやいやそうじゃなくてオープンソースのツールとかあるだろ
ネット遮断でもしてんのかお前んとこ
103: 2020/08/28(金)15:41 ID:e8Ic+DMZ(1) AAS
Dockerfileも拾えよ
104(1): 2020/08/28(金)16:42 ID:zYE9gZVL(4/8) AAS
>>102
オープンソースのものを自分でDockerfile作る意味は？
殆どのものは公式が用意してるでしょ
105(1): 2020/08/28(金)17:18 ID:O2BsRo2K(1) AAS
>>104
公式サポートない物もいくらでもある
それに組み合わせて使えないからマージしたいときは自分で作らなきゃならん
なんでこんな基本的なこと説明してやらんといかんのだ？
106: 2020/08/28(金)17:54 ID:MXNSOP9Y(1/2) AAS
いや、自分で「マージしたDockerfile」作れよ
それが自動でできなくてゴネてるの？
107: 2020/08/28(金)18:41 ID:jq9YEzpA(1) AAS
めんどくせぇ
108: 2020/08/28(金)18:56 ID:NRktIr3W(1/2) AAS
go製ツールならバイナリ落としてくればすぐ動くが
Pvthonとかのスクリプト言語を使う系や
C/C++で書かれている物はそうも行かない
パッケージマネージャにあれば良いが
あっても古い、このパッケージもインストール必要とか面倒
glibc使ってるC/C++製ツールで動的リンクしてたら
alpineにそのまま持って行っても動かない
muslで再コンパイルするか
イメージサイズの肥大化を覚悟でglibcを入れる必要がある
109: 2020/08/28(金)18:58 ID:NRktIr3W(2/2) AAS
OSに最初から入ってるツールの扱いはどうするのか？とか考えたら
自動的にマージできるとか思うわけない
Dockerからしたら全てただのファイルであり
依存関係も把握してないし区別もしない
110(1): 2020/08/28(金)19:30 ID:D6h6IbAl(1/2) AAS
結局のところ必要だったのはdockerじゃなくてより賢いパッケージマネージャだったんだよな
方向性としてはsnapなどのほうが正しかった
111: 2020/08/28(金)19:36 ID:MXNSOP9Y(2/2) AAS
賢いパッケージマネージャよりdockerが便利
112(2): 2020/08/28(金)19:51 ID:zYE9gZVL(5/8) AAS
>>105
> それに組み合わせて使えないからマージしたいときは自分で作らなきゃならん
docker-compose使えよ
１つのコンテナに複数のサービスを入れ込もうとしているからそうなるんやで？
ベストプラクティス通り1コンテナ1サービスにすれば
既存のものをそのままつかえるのに
ベストプラクティスから外れることを自分でしておいて
自分が苦労してるのって間抜けじゃねーか？ｗ
113: 2020/08/28(金)19:54 ID:zYE9gZVL(6/8) AAS
>>110
Dockerはパッケージマネージャーが対応してないような
自分（自社）で開発したアプリケーションを使って
自分でサービスを運営するためのパッケージマネージャーです
開発者向けのツールです。
snapはアプリ開発者がエンドユーザーにアプリケーションを
提供するためのもの。用途が全く違います。
114: 2020/08/28(金)20:05 ID:a9bICJj+(1) AAS
apacheのバーチャルホストで20個のサイトを運営するのと
1つのイメージを使って1コンテナ1サイトを作るのでは
どっちがメモリとCPU使用率が高いですか？
115: 2020/08/28(金)20:09 ID:zYE9gZVL(7/8) AAS
メモリとCPU使用率が重要なら、
1つのイメージを使って1コンテナ20サイトを作れば？
116: 2020/08/28(金)20:18 ID:zYE9gZVL(8/8) AAS
1コンテナ1サイトって発想が出るのもやっぱりいつもの
Dockerを仮想マシンの代わりだと思ってるからなんだろうか？
Dockerはアプリの代わりと考えれば、この場合apacheだとわかる
１つのapacheアプリでバーチャルホストをするのであれば
Dockerの1つのapacheアプリでバーチャルホストをすればいいだけ
そのバーチャルホストの設定を予め終わらせておいた
カスタマイズ済みapacheを簡単にデプロできるのが
Dockerのメリットなわけで
117: 2020/08/28(金)20:33 ID:pZN+Qti3(2/3) AAS
1サイトをバックエンドとフロントエンドとDBに分けても良いよ？
118: 2020/08/28(金)21:09 ID:D6h6IbAl(2/2) AAS
>>112
アホか
何でもかんでもサービスにしたら効率が悪いこともある
119: 2020/08/28(金)21:24 ID:MSjqCkB+(1) AAS
何か変なのがいる。この後どうなるか楽しみ。
120: 2020/08/28(金)21:44 ID:7j4VCa1Z(1/2) AAS
メインの言語でwebアプリを作って内部で別言語製のCLIツールを呼び出すようなシステム
業務システムなら普通にあるよなあ
別言語でapi鯖構築してメイン言語と別言語の2コンテナ構成にするって手もないこたないけど
そのためにワザワザ別言語とそのweb apiフレームワークを習得するのはコスパ悪いだろ
こういうときは1つのコンテナに複数の言語ランタイムやパッケージをまとめちゃって素直にサブプロセス呼んだほうが製造コスパがいい
んでそういうときに公式イメージのマージができたら便利なんだがサポートされてないからDockerfileをワザワザ書かなきゃならん
コンテナを分離する間抜けなアイデアよりは遥かに楽だけどそれでもDockerfileを書く手間は残る
121: 2020/08/28(金)21:50 ID:7j4VCa1Z(2/2) AAS
>>112
ベストプラクティスは1コンテナ1責務だ
素人は1コンテナ1プロセスと間違って覚える
脱初心者を目指してるぐらいのレベルだと1コンテナ1サービスとか言い始める
122: 2020/08/28(金)22:54 ID:pZN+Qti3(3/3) AAS
docker-in-dockerとかdocker-outside-of- dockerをやれば良いんじゃね？
セキュリティについては知らん
Dockerコンテナ内からDockerを使うことについて
外部ﾘﾝｸ:esakat.github.io
123: 2020/08/28(金)23:55 ID:wNNnqhGV(1) AAS
この明後日の方向に突っ走る感じ
124: 2020/08/29(土)00:15 ID:kVmc/kdt(1) AAS
Dockerだけで云々言っている人は、
オーケストレーションまで頭がまわらないだろうし、
どないしようもないと思う。
CRIだけの世界でせいぜいがんばってください。
125(1): 2020/08/29(土)12:47 ID:74MbloCF(1) AAS
COPY --from=some/image /source/path /dest/path
Docddkerfileにこれを書いておけば
some/imageという既存Dockerイメージからファイルをコピー出来るぞ
依存関係が色々あって何をコピーしたいかわからない場合は知らん
126: 2020/08/29(土)12:53 ID:Qqt2hfOB(1/2) AAS
マージ君は自動でやってほしいんだからそんなもんお呼びでないだろう
127: 2020/08/29(土)14:16 ID:n8QTuXNc(1/4) AAS
>>125
マージには役に立たんわ
そもそも必要なファイルがどこにあるか探すのめんどくせぇーだろ
欲しいのはレイヤーをコピペする機能だよ
それかdocker最適化されたパッケージマネージャでもいいかな
128(2): 2020/08/29(土)14:43 ID:n8QTuXNc(2/4) AAS
俺たちが本当に欲しかったのってこれな
FROM alpine:latest
# ディストリ差異対応とか依存関係解決とか環境変数とかボリュームとかキャッシュクリアとかよしなにやってくれる素晴らしいdockerfile専用パッケージマネージャ
PACKAGE openjdk:11 somevendor/somepythonclitool:latest
COPY bin /myapp
ENTRYPOINT /myapp/entrypoint.sh
openjdkイメージとsomepythonclitoolイメージって形式でリリースしちゃったら再利用性が低すぎるんだわ
129(1): 2020/08/29(土)15:25 ID:CyY7ymQE(1) AAS
>>128
Dockerは○○専用に作るものなのに
それをなにに再利用するんだよｗ
130(3): 2020/08/29(土)15:44 ID:n8QTuXNc(3/4) AAS
>>129
世の中なんの外部依存関係もないピュアなアプリケーションだけじゃない
そしてすべての外部依存関係がネットワークを通じて呼び出せるエンドポイントを持っているわけじゃない
こんな基本的なことをなんで説明しなきゃわからないんだ
131(1): 2020/08/29(土)15:49 ID:Qqt2hfOB(2/2) AAS
「よしなに」が仕様のツール誰が作るの
トラブったら>>128みたいなのに文句言われるんだろ
132: 2020/08/29(土)16:01 ID:n8QTuXNc(4/4) AAS
>>131
docker公式かツールベンダが作るんだよ当たり前だろ
133(1): 2020/08/29(土)20:04 ID:MO1Uvs8e(1/9) AAS
>>130
反論に全くなってないけど、だから何？
134: 2020/08/29(土)22:32 ID:lTv/US4g(1/8) AAS
>>133
うーんこの理解力
135: 2020/08/29(土)23:00 ID:MO1Uvs8e(2/9) AAS
ほらな、説明できない（笑）
言ってることが不明瞭の場合は聞き返してみるに限るね
136(5): 2020/08/29(土)23:05 ID:lTv/US4g(2/8) AAS
はぁ…┐(´д｀)┌ﾔﾚﾔﾚ
>>130だから同じイメージに複数のパッケージを入れて環境変数やボリューム設定をするというユースケースが当たり前のように出てくる
そのためにはimageではなくパッケージって単位で再利用できねーと非効率的なんだよ
わかったかなボウヤ
137(2): 2020/08/29(土)23:07 ID:MO1Uvs8e(3/9) AAS
>>136
主張を繰り返せって言ってるんじゃなくて
主張の理由を言えって言ってんの
ほんと会話ができんやつだなｗ
138: 2020/08/29(土)23:09 ID:lTv/US4g(3/8) AAS
>>137
これがdockefile専用パッケージマネージャが必要な理由に見えないならもう話にならんわ
会話が通じないレベルの差があるってことだ
139(2): 2020/08/29(土)23:10 ID:MO1Uvs8e(4/9) AAS
お前が言ってるのは、ユースケースと主張だけ
理由を言ってない
140: 2020/08/29(土)23:11 ID:lTv/US4g(4/8) AAS
>>139
>>136
141(1): 2020/08/29(土)23:12 ID:lTv/US4g(5/8) AAS
>>139
>>130
142(1): 2020/08/29(土)23:13 ID:MO1Uvs8e(5/9) AAS
「同じイメージに複数のパッケージを入れて環境変数やボリューム設定をするというユースケース」
これはユースケース
「imageではなくパッケージって単位で再利用できねーと非効率的」
これは主張
「なぜなら、・・・・」
これが理由
143(1): 2020/08/29(土)23:14 ID:MO1Uvs8e(6/9) AAS
「世の中なんの外部依存関係もないピュアなアプリケーションだけじゃない
そしてすべての外部依存関係がネットワークを通じて呼び出せるエンドポイントを持っているわけじゃない」
これは事実
「こういう場合に、・・・」
これが理由
144(1): 2020/08/29(土)23:14 ID:lTv/US4g(6/8) AAS
>>142
>>141
145(1): 2020/08/29(土)23:15 ID:MO1Uvs8e(7/9) AAS
>>144
>>143
理由をさっさと書きましょう
146: 2020/08/29(土)23:17 ID:lTv/US4g(7/8) AAS
>>145
書いてある
あとはお前が理解するだけだ
理解する気がないなら無駄な問答が続くだけだからもうレスしなくていいよ
バイバイ
147(1): 2020/08/29(土)23:18 ID:MO1Uvs8e(8/9) AAS
お前が言った言葉の全てに対して「それは理由じゃない」と説明したんだがｗ
148: 2020/08/29(土)23:20 ID:lTv/US4g(8/8) AAS
>>147
間違った説明だから意味ない
理解する気がないならレスするな
2回目だよ
149(1): 2020/08/29(土)23:33 ID:MO1Uvs8e(9/9) AAS
俺の説明のどこが間違っているか言える？ｗ
主張じゃなくて理由を言え
150: 2020/08/30(日)00:00 ID:ZAOk4Rrf(1) AAS
できたらコテ班付けてくれませんか
誰と誰の主張がぶつかってるのか日が変わるとわからないので
151: 2020/08/30(日)11:03 ID:MLxBHRb9(1) AAS
お前らはどのコンテナセキュリティスキャナ使ってるん？
152: 2020/08/30(日)13:50 ID:Qpr/sPeC(1/9) AAS
>>149
いつものDocker原理主義者？
傍から見ていると、君が何故そんな下らない方向に持っていくのかスゲー疑問。
君が>>98に対する解決策を知っていれば教えれば良いだけ。知らなきゃ黙ってろよ。
俺はこの人がなぜ欲しががっているのか理解はできるよ。
解決策知らないから黙ってるけど。
確かにDockerのビルドはスタック上に積み上げてるから、その一部分だけ抜き取ってマージしたいとは思うわな。
何で「理由を言え、Dockerの本来の使い方はどうのこうの」の話を50レスも繰り返すの？
153(1): 2020/08/30(日)14:58 ID:4F5aYT1J(1/9) AAS
> 何で「理由を言え、Dockerの本来の使い方はどうのこうの」の話を50レスも繰り返すの？
理由を答えないからでは？
154: 2020/08/30(日)14:58 ID:4F5aYT1J(2/9) AAS
> 確かにDockerのビルドはスタック上に積み上げてるから、その一部分だけ抜き取ってマージしたいとは思うわな。
思わないな
155: 2020/08/30(日)15:05 ID:UMRfRZsn(1/2) AAS
同じファイルを使うとか同じポートを使うとか
事情がわかってないとイメージだけマージしてもしょうがのにな
156(1): 2020/08/30(日)15:18 ID:Qpr/sPeC(2/9) AAS
>>153
理由を答えてるけど君が理解しないだけだよね？>>136はどこからどう読んでも
理由にしか見えないんだが？しかし別に理由はどうでも良いよ。
知ってるんなら答えろよ。知らないんなら黙っとけ。
スレの無駄だ。
157: 2020/08/30(日)15:21 ID:pNBhhLmO(1) AAS
そういう面倒なところを解決するためにスマートなDockerfile専用パッケージマネージャがあるといいなぁって話だろ
158(1): 2020/08/30(日)15:39 ID:UMRfRZsn(2/2) AAS
それは同一イメージ内でyumやaptを複数回使うのと何が違うの
159(1): 2020/08/30(日)15:55 ID:4F5aYT1J(3/9) AAS
>>156
じゃあ重要でない言葉をマスクしてみようか？
○○というユースケースが当たり前のように出てくる
そのためには○○できねーと非効率的なんだよ
見ての通り、理由が書いていない
160: 2020/08/30(日)15:58 ID:Qpr/sPeC(3/9) AAS
環境変数の設定やインストールの手順がわからないことがあり、
イチイチ調べてDockerfile書かないといけないから、って話じゃなかったの？
161: 2020/08/30(日)15:58 ID:4F5aYT1J(4/9) AAS
>>158
Dockerfile専用パッケージマネージャは
理屈は不明、何をしてくれるかもわからないが
面倒なことを魔法のように解決してくれるのです
どうにかして〜って叫ぶだけで
何かが解決するのです
162(1): 2020/08/30(日)16:00 ID:Qpr/sPeC(4/9) AAS
>>159
もう良いよｗお前は黙っとけ！ｗ
「できねーと非効率的なんだよ」
何でこれが理由だと読めないんだよ！アスペ野郎ｗ
163: 2020/08/30(日)16:04 ID:4F5aYT1J(5/9) AAS
サービス起動するときにあれこれ設定して起動するの面倒だなぁ
↓
Dockerfileの中で基本設定は全部済ませたで、必要最小限の
環境変数を渡すだけで起動可能だ、やったー
↓
Dockerfileの中で設定を済ませるの面倒だな
Dockerfile専用パッケージマネージャがあれば解決するはずだ！
↓
Dockerfile専用パッケージマネージャ
「インストールだけしておいたで、設定は全部Dockerの外でやるんやで」
↓
Docker使ってサービス起動するときにあれこれ設定して起動するの面倒だなぁ
（本末転倒）
164(1): 2020/08/30(日)16:05 ID:4F5aYT1J(6/9) AAS
>>162
じゃあ同じように"理由"を言うね
「imageではなくパッケージって単位で再利用できねーからこそ効率的なんだよ」
これがお前の言う"理由"です
理由を言ったので納得しますよね？ｗ
165(1): 2020/08/30(日)16:19 ID:Qpr/sPeC(5/9) AAS
>>164
元の文章：
「imageではなくパッケージって単位で再利用できねーと非効率的なんだよ」
>これがお前の言う"理由"です
×「imageではなくパッケージって単位で再利用できねーからこそ効率的なんだよ」
○「imageではなくパッケージって単位で再利用できれば効率的なんだよ」
君はマジでここに粘着するより、病院に行ったほうが良い。
166(1): 2020/08/30(日)16:23 ID:4F5aYT1J(7/9) AAS
>>165
元の文章が間違ってるから
俺が正しい"理由"を言っただけですが？
俺はこれを"理由"とは認めてないが、
お前は"理由"だというのだから問題ないはずだが？
167(1): 2020/08/30(日)16:30 ID:pgAkspfe(1) AAS
レス番飛ぶなぁ
168(1): 2020/08/30(日)16:42 ID:Qpr/sPeC(6/9) AAS
>>166
なるほど、君は>>136に、
「俺はそれを理由として認めない、お前はエスパーになって、
俺の納得いく理由を答えろ、それ以外は会話できると見なさない」
と、こう言いたかったのですね。
169: 2020/08/30(日)16:43 ID:Qpr/sPeC(7/9) AAS
>>167
話の九割はDocker関係ないけどな！
170(1): 2020/08/30(日)16:50 ID:4F5aYT1J(8/9) AAS
>>168
納得がいくかどうかじゃなくて
"理由"そのものになってない。
もしその文章が本当に"理由"であれば、
頭に「なぜなら」や「その理由は」をくっつけて自然な文章になる
「なぜなら、imageではなくパッケージって単位で再利用できねーからこそ効率的なんだよ」
「その理由は、imageではなくパッケージって単位で再利用できねーからこそ効率的なんだよ」
自然な文章になってないので、これは理由ではない
これは単なる主張
171: 2020/08/30(日)16:51 ID:4F5aYT1J(9/9) AAS
文章が逆だったなｗ
「なぜなら、imageではなくパッケージって単位で再利用できれば効率的なんだよ」
「その理由は、imageではなくパッケージって単位で再利用できれば効率的なんだよ」
172(1): 2020/08/30(日)16:57 ID:Qpr/sPeC(8/9) AAS
>>170
わかったから病院に行け。
明日の朝イチですぐに行け。
君は相当、重度の発達障害だぜ。
「なぜなら、imageではなくパッケージって単位で再利用できねーと非効率的なんだよ」
これが理由と読めない理由がさっぱりわからないｗ
他人が述べた理由を
「なぜなら、imageではなくパッケージって単位で再利用できねーからこそ効率的なんだよ」
と勝手に書き換えるのもわからないｗｗ
実は君は宇宙人で、夏休みで日本に降り立ったのかいｗ？
日本語難しいよな！
173(1): 2020/08/30(日)17:13 ID:N0JftUYO(1/4) AAS
>>172
なぜパッケージ単位で再利用できねーと非効率的なんですか？
174(1): 2020/08/30(日)17:35 ID:Qpr/sPeC(9/9) AAS
>>173
なんで俺に理由を聞くの？>>136にレスしろよ。
彼が言っている事で、俺にも思い当たることはあるけど、正確に136が
どのようなケースを想定してこういったのかは知らない。エスパーじゃないからねｗ
俺は>>137の日本語の理解がおかしい、と指摘しているだけだが。
175: 2020/08/30(日)17:41 ID:Hfipjr9d(1) AAS
136じゃなかったのかw
176(1): 2020/08/30(日)19:53 ID:NuTsilhE(1) AAS
何か知らんけど、マージ機能なんか実現するわけないし話しても仕方なくね？
使いたいOSのパッケージマネージャーに入れてもらう方が現実的
177: 2020/08/30(日)23:57 ID:N0JftUYO(2/4) AAS
>>174
おや？「パッケージ単位で再利用できねーと非効率的」では
理由になってないと認めたのですか？ｗ
それが理由だろって言えばいいだろうｗ
178(1): 2020/08/30(日)23:58 ID:IuMrdEpr(1) AAS
コンテナの安全性をどう保証するのか社内で揉めてる
既存のノウハウが通じない事が多くてこんなんじゃ本番環境での採用に納得してもらえないよ
179: 2020/08/30(日)23:58 ID:N0JftUYO(3/4) AAS
>>176
謎の技術で面倒なものをよきに計らってくれるものが
作れると思ってるやつに何言っても無駄だろうｗ
180(1): 2020/08/30(日)23:59 ID:N0JftUYO(4/4) AAS
>>178
既存のノウハウで安全性を保証すればいいだけでは？
何が通じないのかいいましょう
181(1): 2020/08/31(月)00:01 ID:vF14AGtx(1/3) AAS
>>180
新しい試みだから何が足りんかもわからん
訓えて
182(1): 2020/08/31(月)00:03 ID:iWhhhfgj(1/11) AAS
>>181
既存のノウハウがそのままつかえると言ってるんですが
今どうやってコンテナではないものの
安全性を保証してるんですか？
まずそれを答えてください
183(2): 2020/08/31(月)00:10 ID:vF14AGtx(2/3) AAS
>実際、オープンソースセキュリティ企業のSnyk社が、自社のコンテナースキャン機能で最も広く普及している10個のDockerイメージを分析したところ、すべてのイメージに脆弱なシステムライブラリがあることが明らかになりました。
>その中でも群を抜いて最悪だったのはDocker社の公式のNode.jsイメージで、580もの脆弱なシステムライブラリが含まれていました。
ぐぐったらこんなんでてきた
公式イメージでこの体たらくじゃセキュリティガバガバすぎて使い物にならなくねえか？
>>182
君だったら既存の対策で↑の580の脆弱性にどうやって対応する？
184: 2020/08/31(月)00:20 ID:vF14AGtx(3/3) AAS
あらら即レスくん黙っちゃった
やっぱり既存の対策じゃ難しいのかね？
185: 2020/08/31(月)00:26 ID:iWhhhfgj(2/11) AAS
>>183
> 君だったら既存の対策で↑の580の脆弱性にどうやって対応する？
だからお前はどうやってそれに対応してるのかって聞いてるんだが
186: 2020/08/31(月)00:27 ID:iWhhhfgj(3/11) AAS
Node.jsに脆弱性がったら、アップデートするだけやろ
187: 2020/08/31(月)01:12 ID:yjVyiQZJ(1) AAS
>>183
これはどうやって安全性を保障するか社内でもめている、って人へのレスなの？
自社で使う場合は「Docker社の公式のNode.jsイメージ」なんて使わないだろ。
188: 2020/08/31(月)01:32 ID:iWhhhfgj(4/11) AAS
「Docker社の公式のNode.jsイメージ」を作るためのDockerfileは
公開されてるんだから自分でビルドしなおせばいいだけの話
Dockerfileがあれば誰でもイメージを再現できるのが
Dockerの特徴の１つ
「Docker社の公式のNode.jsイメージ」なんて手っ取り早く
開発するためのもので、実際にサービスとして運用するなら
自分でDockerfile作るでしょ？難しいって？そんなわけない
Dockerを使わずに開発するときに、自分で動作環境作ってるじゃん
189(1): 2020/08/31(月)08:58 ID:eDtSpI/f(1/2) AAS
こうやって突き詰めていくとスゲーめんどくせえんだDockerってさ
普通に仮想マシン使えばいいんだよ
そうすりゃ全てがうまくいく
上下前次1-新書関写板覧索設栞歴
あと 813 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.039s