X
トップページ⇒Linux
1002コメント476KB
Docker Part2©2ch.net
レス数が1000を超えています。これ以上書き込みはできません。
0524login:Penguin
垢版 |
2018/11/14(水) 12:18:34.69ID:fhtTOY8i
使う時だけ起動する感じなら、GoogleComputeEngineのプリエンプティブインスタンスが安く上がりそう
0525login:Penguin
垢版 |
2018/11/21(水) 00:13:59.09ID:QNDci5dR
Docker上で仮想マシンを動かせるって本当？
0526login:Penguin
垢版 |
2018/11/21(水) 04:02:22.73ID:GJ1WusOb
そりゃまあ仮想マシンなんてアプリに過ぎないので動くやろうな
0527login:Penguin
垢版 |
2018/11/22(木) 04:54:44.46ID:Scei2IS6
>>526
動くやろうなじゃなくて、
これから主流になるらしいよ
0528login:Penguin
垢版 |
2018/11/22(木) 06:02:39.07ID:3AQeAHWO
Dockerの上で仮想マシンとか
これもうわけわかんねえな
0529login:Penguin
垢版 |
2018/11/22(木) 10:20:20.53ID:QKQbQ2kX
>>527
ならんよ。嘘ついてもバレる（嘲笑）

仮想マシンをアプリケーション化する意味がない

仮想マシンによって、仮想マシンの中のアプリと外のアプリの
連携が分断されるから、やる価値がない
0530login:Penguin
垢版 |
2018/11/23(金) 13:00:20.01ID:76ZWcvaP
Dockerって、勝手にiptablesの設定を変更するのが気に入らない。
安易に使うとセキュリティーホールだらけになると思う。
0531login:Penguin
垢版 |
2018/11/23(金) 14:12:16.80ID:AJrIkRMM
Xen+libvirtやLXCもiptablesの設定を勝手に変更するよ(deb系しか試してないけど)
でも合ってる設定だし、ポリシーがACCEPTのままなので自分でも設定しなればならないのに変わりがないから異論は無いけど
0532login:Penguin
垢版 |
2018/11/23(金) 14:33:29.51ID:76ZWcvaP
>>531
レスありがとう。

どうせなら、docker runコマンドのポート解放のところで、
パス可能なソースIPでも指定できるようにすればいいのにと思う。
0533login:Penguin
垢版 |
2018/11/23(金) 15:44:21.35ID:nUe3TP+/
>>532
それはファイアウォールの仕事
Dockerの仕事ではない
0534login:Penguin
垢版 |
2018/11/23(金) 22:17:06.85ID:76ZWcvaP
>>533
だけど、ポートの解放はdocker runで行うよね
0535login:Penguin
垢版 |
2018/11/23(金) 22:31:08.18ID:Oz3vE0x/
だけどやっぱりフィルタリングはDockerの仕事じゃないよね。
0536login:Penguin
垢版 |
2018/11/23(金) 23:09:43.20ID:76ZWcvaP
>>535
せめて、デフォルトで外部から接続させないようにファイアホールを構成していればいいのにと思う。
ユーザーが必要に応じてフィルタリングルールを調整してはじめて、
外部からアクセスできるようにすればいいのにと思う。
フィルタリングが分かっている人が明示的にパスするようにするのがいい。

docker runでポート解放したら無条件でどこからでも通すなんて変だと思う。
0537login:Penguin
垢版 |
2018/11/24(土) 00:32:00.55ID:6DgweZjB
>>536
Dockerは仮想マシンじゃないと何度言ったらわかるんだ？

Linuxでウェブサーバー起動したら、外部から接続できるのは
当たり前の話だろ
0538login:Penguin
垢版 |
2018/11/24(土) 05:41:46.81ID:IIX6QWPN
>>530
＞Dockerって、勝手にiptablesの設定を変更するのが気に入らない。

オプション付けろよ
0539login:Penguin
垢版 |
2018/11/24(土) 06:20:40.88ID:bwmQjudn
>>538
ん？どんなオプションだったっけ。
iptablesのNAT設定を変更しないやつってあるの？
0540login:Penguin
垢版 |
2018/11/24(土) 06:42:42.90ID:6DgweZjB
>>539
サーバー系の設定したこと無いんか？

MySQLのbind-addressはなんのためにあるのか知らないのか？
127.0.0.1 と 0.0.0.0 の違いを言えるか？
0541login:Penguin
垢版 |
2018/11/24(土) 09:54:12.75ID:bwmQjudn
>>540
コンテナをホストのプライベートIPに結合するやつかな？
0542login:Penguin
垢版 |
2018/11/24(土) 10:00:28.87ID:6DgweZjB
>>541
Dockerはシステムコンテナじゃなくて
アプリケーションコンテナなんだから、

普通のアプリを起動したのと同じ挙動をするのが一番正しい姿なんだよ
0543login:Penguin
垢版 |
2018/11/25(日) 11:38:02.57ID:RawJ9w06
やっとコンテナできた。疲れた。12時間ぶっとおし、徹夜した。
0544login:Penguin
垢版 |
2018/11/25(日) 13:33:06.09ID:i2El4ps2
同じ挙動ってなんだ？
iptablesいじられるのは無しってこと?
0545login:Penguin
垢版 |
2018/11/25(日) 14:01:08.16ID:9lJSkKkT
>>537
ネットワーク繋がなきゃつながらないのが当たり前だろｗ

>>542
「同じ挙動」がどういう挙動か言ってみろよ。　ポート競合するのが正しいと思ってんのか？
0546login:Penguin
垢版 |
2018/11/25(日) 16:47:54.23ID:AAm1jywp
>>545
> ネットワーク繋がなきゃつながらないのが当たり前だろｗ
デフォルトだと、どのポートでも受け付けてないはずだが？

> 「同じ挙動」がどういう挙動か言ってみろよ。　ポート競合するのが正しいと思ってんのか？
同一マシンでポート80で起動するサービスが複数あったら競合するのが正しいですが？
0547login:Penguin
垢版 |
2018/11/25(日) 17:03:00.01ID:sYWkBqhY
最近俺が見たのはこんな奴だった

公式ドキュメント読まない
ヘルプ読まない
ぐぐらない
ぐぐれない
とりあえずやってみない
手順に書いてあることをなぞるだけ
コンテナとVMの区別がつかない
Docker無しでLA(E)MP環境が建てらんない
iptablesを手動でいじれない
0548login:Penguin
垢版 |
2018/11/25(日) 17:19:54.21ID:yqgxEHl5
どうやってDockerを知って、動かすことができたんだ？
0549login:Penguin
垢版 |
2018/11/25(日) 17:33:32.99ID:HRiXHrNh
>手順に書いてあることをなぞるだけ

多分ハケンか何かの業務でとか…
0552login:Penguin
垢版 |
2018/11/28(水) 15:28:42.96ID:7rRS23JC
>>551
コンテナがrootkitなウイルスにやられても
他のコンテナに侵入できない
なのに仮想マシンより軽量

普通のコンテナはroot取れば脱出出来る可能性はある
仮想マシンの脱出はそれよりは困難
0553login:Penguin
垢版 |
2018/11/28(水) 16:22:47.55ID:LPYNLhdF
これぐらいなら馬鹿は出てこないと思って放置していたが
ほんとなんにでもくだらないレスするやつ来るな
まじでやってるなら本当の馬鹿だな
0554login:Penguin
垢版 |
2018/11/28(水) 16:37:46.37ID:h8Zt5+LC
>>550
とりまビルドしてみたらサクっと通った
今時のツールはdockerでビルドなんだな…時代が進んで色々凄いコトになってる
つか使い方がよく分からんがｗ
0555login:Penguin
垢版 |
2018/11/28(水) 16:42:44.50ID:/w7pvHqb
>>554
Dockerねぇぞって弾かれるよなワロタ
大容量のダウソ始まったからビルドやめたわ
0556login:Penguin
垢版 |
2018/11/29(木) 14:41:36.81ID:nYOTnVc6
>>552
それはいいですね。
ハニーポットも運用できる？
0557login:Penguin
垢版 |
2018/11/30(金) 16:24:21.34ID:wtQkclkF
>>555
つか何をするにもひたすらDLやでｗ

quickstart guide見ながらやってるけどうまく動かんわ
>set the guest kernel:
ココでハマってる
誰か上手く動かせたヤシ居る？
hello-rootfs.ext4 hello-vmlinux.binはDLしたし
AppendixにあるKVM Accessのチェックも全部パスした

エラーメッセージは↓
HTTP/1.1 400 Bad Request
Content-Type: application/json
Transfer-Encoding: chunked
Date: Fri, 30 Nov 2018 07:20:20 GMT

{
"fault_message": "The kernel file cannot be opened due to invalid kernel path or invalid permissions."
0559login:Penguin
垢版 |
2018/11/30(金) 16:45:28.65ID:wtQkclkF
releaseからバイナリ落としてもダメなんで今回は諦めるワ
コッチはローカルビルドと違ったメッセージ出てたんでイケそうだったんだが
腐ってやがる早すぎたんだ

HTTP/1.1 204 No Content
Date: Fri, 30 Nov 2018 07:45:56 GMT
0560login:Penguin
垢版 |
2018/11/30(金) 19:18:46.43ID:wtQkclkF
つか尼損犬糞でしか動きま千円って書いとけやヴォケ害人どもガイジか？
>Linux 4.14+
>KVM

動作環境とは何の関係もありませんが何か？ｗ
0561login:Penguin
垢版 |
2018/11/30(金) 23:24:39.25ID:/aBXqI4i
いまKVMでDocker動くようになったん？
0562login:Penguin
垢版 |
2018/11/30(金) 23:54:35.49ID:49XVRgzf
>>561
今KVM上でDockerホスト運用しているけど。
両方CentOS7でね。
0563login:Penguin
垢版 |
2018/12/01(土) 01:27:09.66ID:8oh/wD5x
DockerはKVMなどの仮想マシンと組み合わせて
使うのが想定される使い方なんだから最初から動いて当然

KVMなどの仮想マシンで、コンテナ専用の軽いディストリを起動して
その上で、Dockerコンテナを起動するんだよ。

Dockerコンテナ（＝アプリ）にカーネル以外の動作に必要なものが
全てまとまっており、ディストリ自体にパッケージが不要になることで
実現できる設計
0564login:Penguin
垢版 |
2018/12/01(土) 11:51:45.49ID:KGwrmve6
>>563
なるほど。
そのうちDockerホスト専用のディス鳥がでるかもね
0565login:Penguin
垢版 |
2018/12/01(土) 12:24:30.22ID:5wSHzPIO
そんなもんとっくの昔からあるよ
で最近になってKVMの上でコンテナ動かすのがバズってきたのは、AWSがコンテナ専用の "KVMホスト" OSをリリースしたことに端を発している
これは小数の大きな仮想マシンでクラスタを組んでその上で沢山のコンテナを動かすという従来のやり方とは考え方が大きく違っていて、
コンテナの数だけKVM上で軽量なVMを立ち上げてその中でコンテナを隔離して動かすの
でコンテナは本当に単なるパッケージ化技術と成り下がる
コンテナによる分離はセキュリティ面でガバガバであり使い物にならない玩具である、というのがITビジネス界の結論というわけ
0566login:Penguin
垢版 |
2018/12/01(土) 12:47:23.68ID:8oh/wD5x
> というのがITビジネス界の結論というわけ

という結論を語ってる所はITビジネス界には無いんで
安心して、生暖かく見てやってくださいｗ
0567login:Penguin
垢版 |
2018/12/01(土) 12:52:02.59ID:M+reOwB1
コンテナごとにセキュリティソフト入れてますます重くなる未来
0568login:Penguin
垢版 |
2018/12/01(土) 13:08:15.41ID:8oh/wD5x
そういや仮想マシンごとにセキュリティソフト買ってるらしいな
0569login:Penguin
垢版 |
2018/12/01(土) 13:28:23.82ID:5wSHzPIO
パッケージソフトをウッキウキでクラウドで動かそうとしたら、
ライセンスがコピー単位でオンプレと何ら変わらない運用をするしかないというのはよくある話
0570login:Penguin
垢版 |
2018/12/01(土) 13:55:02.53ID:dMaA0+/B
だからソフトウェア自体を売るんじゃなくて
クラウドサービスとして売る方向になってるのでは？
0571login:Penguin
垢版 |
2018/12/01(土) 13:57:46.54ID:8oh/wD5x
そしてそれにはコンテナが適してるわけだよね
0572login:Penguin
垢版 |
2018/12/01(土) 18:48:38.56ID:KGwrmve6
>>565
>パッケージ化技術と成り下がる

いいたい事はわかるが、成り下がってはないと思う。
0573login:Penguin
垢版 |
2018/12/01(土) 18:50:29.39ID:KGwrmve6
>>570
自分で構築、保守してこそのコンテナの有難味だと思う
0574login:Penguin
垢版 |
2018/12/02(日) 17:00:47.15ID:U/VULGsP
だからDockerはアプリ開発者が
自分のアプリを配布するのに使うものなんだよ

アプリ開発してないやつにとっては豚に真珠
0575login:Penguin
垢版 |
2018/12/02(日) 17:30:21.64ID:MF2FYgWw
>>574
えー俺にも技術分けて下さいよ
dockerでドヤ顔したい
0576login:Penguin
垢版 |
2018/12/02(日) 17:49:48.80ID:6ZB8i84m
仮想化環境であるが、仮想マシンではない。
仮想化環境であるが、アプリではない。
dockerはコンテナ型の仮想化環境を作成するソフトです。
それ以上でもそれ以下でもないだろ。
0577login:Penguin
垢版 |
2018/12/02(日) 21:03:03.94ID:4PfKxqKJ
>>576
アプリの組み合わせ（=環境）をコンテナにまとめるのもありですよね
その場合、127.0.0.1で内部でアプリを連携させるのも良いですよね。
0578login:Penguin
垢版 |
2018/12/02(日) 23:08:22.72ID:6ZB8i84m
>>577
そうそう、VMみたいにして使うときは目的に合わせてカスタムすればいい。
目的を定めて既存のサービスに組み合わせてdockerファイルを書く。
例えば開発環境にするなら同期をとファイル群をローカルネットワークのgitにするとかね。
dockerはクラウドと連携すると割と柔軟に何でもできる。
環境依存のファイルをクラウドに置いておく発想で。
0579login:Penguin
垢版 |
2018/12/02(日) 23:27:57.41ID:uZcYlCvj
dockerは本来はアイソレーションやシステムリソース有効活用も担ってたはずでしょ
例のFirecracker的な思想だとそこはコンテナから切り離そうってことだよね
ここまでくると仮想化環境というより単なるポータブルなVMのディスクイメージと考えたほうが素直だと思うわ
0580login:Penguin
垢版 |
2018/12/02(日) 23:35:52.62ID:6ZB8i84m
>>579
いや、環境だよ。どのPCでも同じ環境を再現できるってこと。javaの発想に近い。
静的なファイルだけ突っ込むってとこはいい理解だけど、それが環境なんだよ。
0581login:Penguin
垢版 |
2018/12/03(月) 01:21:03.69ID:Yzd5rcYM
dockerfileって環境構築用のバッチファイルみたいなものだと理解しても良い？

コンテナのコンソールを使って順に環境構築したものをコミットしてイメージ作る場合と比べてどんなメリットがあるかな。
仕上がりのイメージファイルの容量が少なくなったりする？
0582login:Penguin
垢版 |
2018/12/03(月) 01:24:29.67ID:tyMBE38T
>>581
chrootに依存してるって意味なら同じだろうけど、ディストリのパッケージに依存してるからそれが違うかな。
コマンド手打ちでも構築できるけど、不便だろ。
0583login:Penguin
垢版 |
2018/12/03(月) 08:42:16.28ID:JGjM/vH1
マイクロVMが主流になるならもうコンテナいらなくね？
カーネルだけホストのものを使うことって無駄な環境依存を増やしてるだけで、従来のコンテナ技術との互換性以外にはもはやメリットがないような
環境依存部分を吸収するのはそれこそ本質的にはハイパーバイザー型仮想化の方が遥かに得意なわけだし
0584login:Penguin
垢版 |
2018/12/03(月) 10:23:09.87ID:aEVyNKj/
そういうの解決するために各企業が新しいコンテナ技術生み出してる
gvisorみたいにコンテナとVMの中間みたいな物とかね
0585login:Penguin
垢版 |
2018/12/03(月) 10:34:42.23ID:fAbMU4i+
KataContainersもgvisorと似たような思想だな
やり方はだいぶ違うみたいだが
0586login:Penguin
垢版 |
2018/12/03(月) 13:07:27.92ID:gIBU2CPq
コンテナ型仮想化は初詮は捻じ曲がった過渡期のワークアラウンドだったってことだな
VMが重いのが問題なら軽くすればよい、それができないのは技術が未熟だっただけ
浸透し切る前に正しい方向に戻ってくれそうでよかった
0587login:Penguin
垢版 |
2018/12/03(月) 14:55:45.66ID:Yzd5rcYM
>>582
dockerfile作る時も手打では？
しかもレスポンスが直ちに得られないので、
試行錯誤に時間がかかりそうに思う。

いまば、プログラム買いてその場で実行できるBASICインタプリタと、
cコンパイラを通す必要のあるC言語みたいな違いがあると思うんだけど。
一度完璧に書いてしまえば、後者の方がいいに決まっているけどね。
0588login:Penguin
垢版 |
2018/12/03(月) 14:57:12.63ID:Yzd5rcYM
>>583
各VMごとにOSレベルのメモリ割り当てがいるから、
大量のメモリを消費するのでは？
0589login:Penguin
垢版 |
2018/12/03(月) 15:10:08.50ID:3GtjRSNh
コンテナを動かすためのサーバーを管理したくないけど
AWS Fargateはまだまだ高い
0590login:Penguin
垢版 |
2018/12/03(月) 15:33:23.06ID:zLBh6ucn
Lambdaで無理やりやるとか
つか安ければイイならSpotFleet以外の選択肢が（ｒｙ
0591login:Penguin
垢版 |
2018/12/03(月) 15:49:40.97ID:ZaL3qC8p
Kubernetesが登場してORIとOCIが標準化された時点でdockerは役割終えた感ある
0593login:Penguin
垢版 |
2018/12/03(月) 20:16:02.49ID:FS5rZSi9
>>588
firecrackerの場合1VMあたり5MBらしい。
0594login:Penguin
垢版 |
2018/12/03(月) 20:32:01.47ID:tyMBE38T
>>587
あー、そういう見方あるか。chroot手打ちしなくていいってことだよ。
言いたいことはjvmとlinuxカーネルが実行環境に含まれてるってことよ。
linux環境じゃなくてもdockerは公式環境があるから。
0595login:Penguin
垢版 |
2018/12/03(月) 22:26:31.99ID:n05/OnLG
>>591
やっとdocker-composeわかりかけて
きたとこなのに(>_<)
0596login:Penguin
垢版 |
2018/12/03(月) 23:40:38.53ID:fVhmASLK
>>595
いやいや、docker理解できないと使えないから安心して
そもそも、個人開発でkuburnetes必要なくない？
0597login:Penguin
垢版 |
2018/12/03(月) 23:52:43.40ID:fSc1+0qL
なんで個人開発限定？
そもそも個人開発でdockerなんか何に使うの？
コンテナ仮想化って個別にインフラを面倒見れないほどアプリがポコポコ作られるような組織で使うもんだろ
PaaSへのデプロイに使うくらいか？
0598login:Penguin
垢版 |
2018/12/04(火) 00:19:15.25ID:ZNa428EC
>>591
> Kubernetesが登場してORIとOCIが標準化された時点でdockerは役割終えた感ある

KubernetsってDockerを使うんだけど、なんで役割終えたの？
0599login:Penguin
垢版 |
2018/12/04(火) 00:22:17.42ID:ZNa428EC
>583
> マイクロVMが主流になるならもうコンテナいらなくね？

またいつもの仮想マシンとアプリケーションコンテナをごっちゃにしてるやつだなw

マイクロVMが主流になったとして、じゃあどうやってこそにアプリをデプロイするんだ？
マイクロVMにRailsの実行環境入れ込むんか？
ローカルの開発マシンで動いているものを、そのままマイクロVMで動かすにはどうするんだ？
そういった問題が解決できてないだろ

コンテナは仮想マシンと組みあわせて使うということが全くわかってない
コンテナがあるからこそ、VMはマイクロで十分になったというのに
コンテナのおかげやで？マイクロVMが登場したのは
0600login:Penguin
垢版 |
2018/12/04(火) 00:26:56.99ID:ZNa428EC
>>581
> コンテナのコンソールを使って順に環境構築したものをコミットしてイメージ作る場合と比べてどんなメリットがあるかな。

依存パッケージの更新とか手動でやりたくなくないだろ
お前は旧式のやり方しかしてないかもしれんがな、
こちとらDockerfileで1日に何度もイメージをビルドしてるんや
アプリが更新するたびにイメージ作り直してるし
カーネルや依存パッケージにセキュリティ対応が入ったら、
それを取り入れてまたアプリのイメージを作り直すんだよ
0601login:Penguin
垢版 |
2018/12/04(火) 00:32:34.85ID:ZNa428EC
>>586
> コンテナ型仮想化は初詮は捻じ曲がった過渡期のワークアラウンドだったってことだな

マイクロVMがなにをそぎ落としてるのか知らんの？
様々なコマンドが入ってないんだが。
各言語の実行環境はもちろんのことpsコマンドすら入ってないだろうな
マイクロVMではサーバーは起動していない。NFSサーバーになる機能すらないだろう
パッケージマネージャーもないだろう。必要ないからね

マイクロVMはDockerコンテナを動かすのに必要な
最小限の機能まで縮小しているし、Dockerコンテナを動かすこと以外を
やることを想定してないから、単体では何も使えない

それわかってるのか？
0602login:Penguin
垢版 |
2018/12/04(火) 00:35:04.84ID:GLtMD4eM
>>599
君こそコンテナ仮想化とパッケージとしてのコンテナを混同してない？
>>583は前者のことを言っていて、従来のLinuxカーネルを共有したハック(現在一般的にコンテナ仮想化と呼ばれるもの)がもはや役割を終えつつあるのは事実だ
一方でパッケージとしてのコンテナはもちろん必要だけど、それ自体はもはや仮想化技術でも何でもなく、文字通り単なるアーカイブだ
0603login:Penguin
垢版 |
2018/12/04(火) 00:36:34.96ID:ZNa428EC
>>602
> それ自体はもはや仮想化技術でも何でもなく

「仮想化技術ではない」というのは具体的に
何ができないっていってんの？

それをお前が言えば、お前が間違ってることがはっきりするよ
0604login:Penguin
垢版 |
2018/12/04(火) 00:38:18.61ID:ZNa428EC
「仮想化」という言葉の正しい意味をわかってないやつは、
仮想メモリと聞くと、ソフトウェアでメモリを作ることだって勘違いするからな
>>602はそのパターン
0605login:Penguin
垢版 |
2018/12/04(火) 00:41:39.09ID:ZNa428EC
パッケージとしてのコンテナとか意味不明だし
仮想化しなければ、可搬性は実現できないだろうが
仮想化せずにどうやって、他のマシンで動かすことができるというのか

っていっても理解できないんだろうなw
0606login:Penguin
垢版 |
2018/12/04(火) 00:56:48.20ID:ZNa428EC
>>583
> マイクロVMが主流になるならもうコンテナいらなくね？

apt-getもyumもついてこないよ
systemdも入ってないよ
libなんたらパッケージも入ってないよ
例えばnginxを動かそうと思っても、パッケージないし
パッケージの依存関係を解決してくれたりしないよ

コンテナ使わないでどうやってサービス動かす気？
苦労する気？
0607login:Penguin
垢版 |
2018/12/04(火) 01:06:48.04ID:GLtMD4eM
だからパッケージングとしてのコンテナを否定してるわけじゃないんだけど、そんなに難しいこと言ってるかなあ
少なくともマイクロVMでコンテナを実行するのは従来の定義上はコンテナ仮想化とは呼べないでしょ
そして、せっかくマイクロVMによって遥かに高度な仮想化が実現可能になったのに、
依然としてホストのカーネルを使っていたのでは可搬性はdockerと同程度の低い水準のままだ
従来のコンテナ仮想化の仕組みを大きく見直す時期に来てるんだよ
0608login:Penguin
垢版 |
2018/12/04(火) 02:12:00.01ID:HWYOaTBW
>>599
マイクロVMって普通の仮想マシンとどう違うの？
>>593
OSは入れなくていいのか？
0609login:Penguin
垢版 |
2018/12/04(火) 06:51:27.56ID:ZNa428EC
>>607
> 少なくともマイクロVMでコンテナを実行するのは従来の定義上はコンテナ仮想化とは呼べないでしょ
呼べるんだけど？

仮想化したコンテナを動かしてるんだから
コンテナ仮想化に決まってる

仮想化しなかったら、その仮想マシンでしか動かないものになるんだけど？
やっぱり仮想化の意味を知らないようだね
0610login:Penguin
垢版 |
2018/12/04(火) 06:57:34.00ID:ZNa428EC
>>608
> http://www.atmarkit.co.jp/ait/articles/1811/27/news146.html
ここに簡潔に書いてある

> Firecrackerは最低限の機能だけを搭載したマイクロVM
> 　FirecrackerはKVM上で動作。その上で動くコンテナなどのために、
> ネットワーク／ストレージを中心としたシンプルなI/Oインタフェースを提供する。


> OSは入れなくていいのか？
通常のディストリではカーネルとユーザーランドを含めてOSとなるのだが
マイクロVMはカーネル（とメンテナンス用のわずかなツール）のみの提供と考えていい。

コンテナを動かすことしかしないのだから、
マイクロVMに（コンテナ以外）のものを入れる必要がない
逆に言えば、コンテナ以外を動かすのは不可能に近い。
0611login:Penguin
垢版 |
2018/12/04(火) 07:01:33.17ID:ZNa428EC
>>607
> そして、せっかくマイクロVMによって遥かに高度な仮想化が実現可能になったのに、
> 依然としてホストのカーネルを使っていたのでは可搬性はdockerと同程度の低い水準のままだ

意味不明。マイクロVMはKVM（仮想マシンエミュレータ）で動く
コンテナ専用のディストリの一種に過ぎない

マイクロVMのカーネル＝ホストのカーネル
マイクロVM上のコンテナ＝マイクロVMのカーネルを使う

どちらも同じカーネルを使うことにななってるんだが？

ホストのカーネルってなんだよ？
0612login:Penguin
垢版 |
2018/12/04(火) 07:07:21.45ID:ZNa428EC
マイクロVMは可搬性が高いわけじゃない
これは単なるディストリの過ぎないんだから

マイクロVMを他のPCで動かそうと思ったら
仮想マシンエミュレータが必要になる

Dockerコンテナは仮想化されてるから、
マイクロVMでも通常のLinuxでも動かすことができる。
コンテナ（＝アプリ）が仮想化されてるから、
例えばローカルのLinuxマシンで複数のコンテナを起動することだってできる
そしてそのコンテナをそのまま変更せずに、マイクロVMで動かすこともできる。
"コンテナをそのまま変更せずに" ってところが重要。

マイクロVMで動かす時は、ポート番号を変更したり、
CPUの割り当て数を変更したりできる
"コンテナをそのまま変更せずに"
これができるのは、"仮想化されている"から
0613login:Penguin
垢版 |
2018/12/04(火) 07:18:25.60ID:ZNa428EC
>>607は仮想化をプロセス分離の技術の名前だとでも思っているかのようだw

"メモリの"仮想化は、ハードウェアのメモリをエミュレータで
エミュレートするものでもないし、プロセス分離の技術でもない
メモリの仮想化は物理的なメモリ配置を隠して、どういうハードウェアでも同じように見せることを言う

もちろん"PCの"仮想化はハードウェアをソフトウェアでエミュレートすること
同じ仮想化でも、"何の"仮想化であるかで意味が違う。

マイクロVMというのはディストリの名前なので何も仮想化してない
仮想化しているのはエミュレータ（KVM）の方
もちろんこの場合の仮想化とは"PCの"仮想化

そして（Dockerの）コンテナが提供するのは、アプリケーション実行環境の仮想化

UbuntuでもマイクロVMでもCentOSでも同じLinuxであれば
どこでも同じように動かせるようにするアプリケーション実行環境の仮想化は
コンテナが提供している。このアプリケーションの仮想化がなければ
ディストリごとに専用に、セットアップ手順を書かないといけない、
aptを使ったりyumを使ったり。コンテナでアプリケーション実行環境の仮想化を手に入れたことで
Dockerを使うだけで簡単にコンテナを動かせるようになった。
そうすることで、ディストリ専用（例マイクロVM専用）のセットアップ手順を
作らなくて良くなったからこそ、マイクロVMという軽量のディストリができたんだよ
0614login:Penguin
垢版 |
2018/12/04(火) 07:24:02.44ID:CnqUMfCF
>>598
KubernetsでDockerは使えるけど必須ではなくなったからな
将来的には使われなくなるでしょ
0615login:Penguin
垢版 |
2018/12/04(火) 08:08:38.84ID:uhjJ5Me8
VM+カーネルの上でコンテナ(アプリケーション+ユーザーランド)が動くような形になっていくのかな。
0616login:Penguin
垢版 |
2018/12/04(火) 08:43:23.80ID:N+FrKnXk
>>615
マイクロVMが一般的になれば次第にカーネルはコンテナ側に寄っていく形になるよ
VMベースの仮想化に移行すれば、特殊なバージョンのカーネルやLinux以外のコンテナを動かそうという試みはビジネスの要請によって確実に出てくる
ちょうど言語処理系が辿った道と同じで、最初は完全にホスト側によって使用するランタイムが決められていたのが
アプリ側の設定ファイルに基いてランタイムを選択するようになり、最終的にはアプリケーションに吸収される
0617login:Penguin
垢版 |
2018/12/04(火) 09:23:15.31ID:ZrKf0azW
そんな銀の弾丸があるなら
もっとAWS Fargateを安くしろや！
0618login:Penguin
垢版 |
2018/12/04(火) 11:01:16.91ID:vxBcBg/P
めんどくさいから結論が出て使いやすいソリューションが出てきたらでいいや
0619login:Penguin
垢版 |
2018/12/04(火) 12:30:26.40ID:CvuFkzaO
まーたいつものガイジ2匹がレスバ繰り返してたのかよ
よく飽きねぇなぁ
0620login:Penguin
垢版 |
2018/12/04(火) 16:39:04.08ID:ZNa428EC
>>614
知ってる知ってる。rktとかいうやつな
あれどうなったんだ？w

結局、Docker以外も使えると言う状況に満足して
終わりなんだよ。本気出してないからDocker以外普及しない
0621login:Penguin
垢版 |
2018/12/04(火) 16:40:44.20ID:ZNa428EC
>>615

> VM+カーネルの上でコンテナ(アプリケーション+ユーザーランド)が動くような形になっていくのかな。

そういうこと、マイクロVMは何かの機能を搭載するのではなく
コンテナに任せることで限りなく機能を削減する方向を目指してる。

だからマイクロVMがコンテナになることはありえない。
マイクロVMはコンテナを使うという前提
0622login:Penguin
垢版 |
2018/12/04(火) 16:53:36.87ID:ZNa428EC
>>616って結局コンテナを使いますって言ってるだけだよ。
マイクロVM関係ない。だってマイクロじゃないVMでもできることなんだから
マイクロVMは単に今のVMを置き換えるもので軽いってだけでしかない。

それ以外は今と全く変わないわけだから、コンテナ使いますよねって話
0623login:Penguin
垢版 |
2018/12/04(火) 16:59:38.16ID:Yd5Bzjb0
「Kubernetes」に深刻な脆弱性
https://japan.zdnet.com/article/35129584/
> この脆弱性は深刻なものであり、共通脆弱性評価システム（CVSS）による深刻度は9.8（最大値は10.0）となっている。
0624login:Penguin
垢版 |
2018/12/04(火) 19:13:19.70ID:ZpO6Qfl5
dockerの特色はリソースを節約しつつ環境を切り分けて管理しやすくするってことだから
docker動かすだけの鯖やVMならカーネルだけ乗っててdockerの依存関係だけインスコできるパッケージがあればいいって発想から
ディストリとかvmも小さいものや、専用のものを使いましょうってだけの話だろ。
リソースを気にしなくてすむのなら普通のlinux鯖で動かせばいい。
0626login:Penguin
垢版 |
2018/12/05(水) 11:56:39.53ID:MMUcdQBe
>>624
それな。WinnyとかP2P世代のバカは仮想マシンを
「ウイルスに感染しても安全」な技術だと思ってる。（もちろん間違い）
ここで仮想化をセキュリティのためのものと思ってる奴がそうだろう

仮想マシン（VM）と仮想化は別のもの
仮想マシンは"ハードウェアを"仮想化したもの
コンテナはハードウェアを仮想化してないので、明らかに違うものを仮想化してるんだが
仮想マシンで仮想化してるから、コンテナで仮想化する意味がないという理屈のようだ
0627login:Penguin
垢版 |
2018/12/05(水) 13:31:31.41ID:Z6qmzPvB
マルチテナントを考慮せよ
やり直し
0628login:Penguin
垢版 |
2018/12/05(水) 13:49:10.40ID:p9AkVBP+
>>626
お前も、Docker世代のバカと呼ばれるんだろうな
0629login:Penguin
垢版 |
2018/12/05(水) 13:56:57.76ID:Uz1/zr33
>>626
さすがに頭悪すぎ
どんなハッカーやウィルスをもってしても、VM内から同一ホスト上の別の客のVMに正当な方法を介さずにアクセスできてはならない
これがAWSが仮想化技術に対して要求する最低限のセキュリティだよ
クラウドベンダー各社がDockerをサポートし始めてもなかなかFargateのようなサーバーレスサービスが出なかった理由もそこにある
つまり、Dockerだけでは従来のハイパーバイザー型仮想化と同等の分離水準を実現できなかったんだよ
FaaSやCaaSの先駆者であるAWSがマイクロVMを必要としたのはそういう背景がある
0630login:Penguin
垢版 |
2018/12/05(水) 14:36:07.36ID:t6HAOGba
>どんなハッカーやウィルスをもってしても、VM内から同一ホスト上の別の客のVMに正当な方法を介さずにアクセスできてはならない
こういうのまるっとガン無視して犬糞の鳥間バージョン間各種パッチ適用ごとの糞そのものの互換性のなさを
思考停止してとりまお気楽極楽に乗り越えて便利に使いましょいっていうのがドッカー（）だと思ってたんだがｗ
0631login:Penguin
垢版 |
2018/12/05(水) 14:37:16.80ID:t6HAOGba
>FaaSやCaaSの先駆者であるAWSがマイクロVMを必要
どこまでいっても業者のツゴーってコトだよなｗｗｗ
0632login:Penguin
垢版 |
2018/12/05(水) 15:10:55.91ID:Uz1/zr33
>>631
企業内の専有クラスタでもコンテナが乗っ取られたときの影響範囲とか部門間のアクセス制御とかあるからね
ｳｪｰｲwww系Webからビジネスへと足を踏み入れた途端に、Docker世代のバカには想像もできない複雑で広大な世界が広がっている
0633login:Penguin
垢版 |
2018/12/05(水) 16:13:21.16ID:MMUcdQBe
頭の悪さは

> つまり、Dockerだけでは従来のハイパーバイザー型仮想化と同等の分離水準を実現できなかったんだよ

この一文に集約されてる。

Dockerはもともとハイパーバイザー型仮想化と同等の分離水準を
実現するためのものではない。それがわかってないと自白したようなもんだ
0634login:Penguin
垢版 |
2018/12/05(水) 16:15:40.45ID:MMUcdQBe
それからもう一つ言うと、コンテナ間の分離機能というのは
カーネルが搭載しているコンテナの機能を使ってるだけなので
Dockerの問題じゃないんだわ。カーネルの問題
0635login:Penguin
垢版 |
2018/12/05(水) 16:17:51.91ID:MMUcdQBe
最初から俺が言ってるように「Dockerは仮想マシンと組み合わせて使うもの」
なんだから、そういう分離は仮想マシンでやるからいいんだよ。

DockerはDockerの本質であるアプリケーション実行環境の仮想化に
特化すれば良い。こればかりは仮想マシンでは実現できないんだから。
0636login:Penguin
垢版 |
2018/12/05(水) 16:19:30.90ID:MMUcdQBe
結局いつもの、Dockerを理解してない or 仮想マシンの代わりだと思ってる
理解の浅いやつが叫んでるだけでしたね。
0637login:Penguin
垢版 |
2018/12/05(水) 16:23:38.48ID:t6HAOGba
>>632
solarisはdockerやるって言ってたけど今のところ見送りだからな
流石に長くOSやってるトコロはセキュリティに関する意識が全然違う
>>633
>Dockerはもともとハイパーバイザー型仮想化と同等の分離水準を
>実現するためのものではない。
ありとあらゆるトコロに地雷のように埋まってる腐れOSSの非互換性を解決するための
単なるお遊びレベルのコンテナシェア取り合戦なんだよなｗ
分かる分かるｗｗ
>>634
>カーネルが搭載しているコンテナの機能を使ってるだけなので
>Dockerの問題じゃないんだわ。カーネルの問題

いやいやいや下のレイヤに何を選ぶかはドッカ〜の実装の問題だろｗ
カーネルの責任に転嫁するのはさすがに無責任極まりないｗｗｗ
まぁOSS界隈のやり取りらしくて大変結構なんだがｗｗｗ
0638login:Penguin
垢版 |
2018/12/05(水) 16:26:06.60ID:MMUcdQBe
>>637
だから下のレイヤー（コンテナ機能）に問題があるってことですよねw
0639login:Penguin
垢版 |
2018/12/05(水) 16:28:42.27ID:MMUcdQBe
Linuxカーネル標準のコンテナ機能以外に
コンテナってありましたっけ？
それともDockerが選んだLinuxに問題があると言いたいのかな？w
0641login:Penguin
垢版 |
2018/12/05(水) 16:34:31.77ID:t6HAOGba
>>638
分離したいなら仮想マシン使えは現状そうするしかないんだが
>FaaSやCaaSの先駆者であるAWSがマイクロVMを必要としたのはそういう背景がある
何度も言うように業者のツゴーでそう言ってるバヤイじゃないってコトだろ
課金も絡むだろうからクラウド（）に縛られてる情弱貧乏ユーザーどもにとっても死活問題だろうし
>>638>>639
>Dockerが選んだLinuxに問題があると言いたいのかな
問題アリアリだからドッカ〜が必要になったんだろｗｗｗ
つかソコをトボケてどうしたいのさ
犬糞ageっすか？ｗ
0642login:Penguin
垢版 |
2018/12/05(水) 16:36:34.75ID:t6HAOGba
>>640
安価なゴミ産廃で置き換えられていくのがITの歴史そのものだからやむを得んだろうな
まぁ今でもボラクルだけではなく不治痛からも買えるのでレガシーユーザーは困らん>solaris
0643login:Penguin
垢版 |
2018/12/05(水) 16:42:04.53ID:t6HAOGba
つかドッカーのコンテナランタイムってドッカーさんちの自作ちゃうの？
0644login:Penguin
垢版 |
2018/12/05(水) 16:53:03.46ID:MMUcdQBe
>>641
だからさ、なんで分離するとか言う話してんの？

Dockerは分離するためのものじゃないんだが？
やっぱりわかってないよね
0645login:Penguin
垢版 |
2018/12/05(水) 16:53:44.57ID:MMUcdQBe
>>641
> 問題アリアリだからドッカ〜が必要になったんだろｗｗｗ

違うよ？ やっぱりわかってないね。お前の書き込みが証拠だよ。
0646login:Penguin
垢版 |
2018/12/05(水) 17:01:10.40ID:MMUcdQBe
仮想マシンとか分離の話なんか一言も出てこないからさw

「コンテナはデプロイと運用を再発明する」、レッドハットがコンテナ戦略を説明
https://cloud.watch.impress.co.jp/docs/news/1013903.html

　Dockerは、アプリケーション単位でコンテナを作ってパッケージ化する技術だ。
アプリケーションに状態を持たせずにスケールさせるクラウドネィテイブな手法や、
1つのシステムを単機能のサービスの組合せで作るマイクロサービス、
開発・デプロイ・運用のサイクルを早くまわすDevOpsといった、
新しい方式と特に相性がいいと言われている。

　アプリケーションをコンテナ化する価値として岡下氏は、アプリのデプロイと
運用に統一手法がとれ、シンプルにできることを挙げた。
0647login:Penguin
垢版 |
2018/12/05(水) 17:04:35.60ID:MMUcdQBe
>>642
> 安価なゴミ産廃で置き換えられていくのがITの歴史そのものだからやむを得んだろうな

その理屈で言うとSolarisもその「安価なゴミ産廃」として
作られたものですからねw
いままでSolarisというゴミ産廃に置き換えられていった。

えぇ、お前の理屈だとそうなるって話です。
0648login:Penguin
垢版 |
2018/12/05(水) 18:03:44.43ID:MMUcdQBe
>>643を読む限りコンテナランタイムの機能もどうせわかってないんだろうな
プロセスの分離とかをしてるのはコンテナランタイムではない
カーネルの機能を呼び出しているだけ
0649login:Penguin
垢版 |
2018/12/05(水) 18:57:50.08ID:t6HAOGba
>>644
だから業者のツゴーだって言ってるじゃん
客がソレに全力で振り回されてる状況なんだが
まぁ尼損は今のところ王様の商売やってんなとは思うね
>>645
少なくとも数ある商用UNIXにはドッカーみたいなゴミはどこにも存在しない
犬糞のお陰で今までなかった問題が発生したのでそれを解決するやむを得ない戯術偽術の類だよ
>>647
>その理屈で言うとSolarisもその「安価なゴミ産廃」として
>作られたものですからねw
そらそうよｗ
ただ犬糞よりは断然筋がイイ
出自を見れば分かるだろ
>>644
>プロセスの分離とかをしてるのはコンテナランタイムではない
そりゃそーだろ
つかドッカーで全部のプロセスがルート扱いで動いちゃってるのはカーネルの責任！とかいう言い分かよｗ
0650login:Penguin
垢版 |
2018/12/05(水) 19:25:01.48ID:MMUcdQBe
> つかドッカーで全部のプロセスがルート扱いで動いちゃってるのはカーネルの責任！とかいう言い分かよｗ

普通に実行ユーザーを指定すればそのユーザーでコンテナが動作しますが？
0651login:Penguin
垢版 |
2018/12/05(水) 19:28:12.86ID:t6HAOGba
どーせソコまで安全側に倒しておかずに動かすこと優先でやってんだろ
ルートでは動かないように小細工されてるツールだけやむを得ず一般ユーザーで動かすとかさぁ
動いたらハイ！終わり！ｗ
コレが一般的なデブオプス（）のスタイルだろ
0652login:Penguin
垢版 |
2018/12/05(水) 19:28:24.14ID:MMUcdQBe
>>649
> そらそうよｗ
> ただ犬糞よりは断然筋がイイ

Solarisはクソでした。あなたの理屈通りでした。
でもあんたの理屈は、あんたには適用されるが、
俺には適用されない。LinuxよりもSolarisはクソ
0653login:Penguin
垢版 |
2018/12/05(水) 19:29:34.90ID:MMUcdQBe
>>649
> だから業者のツゴーだって言ってるじゃん
> 客がソレに全力で振り回されてる状況なんだが

お前が振り回されてるのはわかったが、
俺は別に振り回されてない。

Solarisの先行きが不安定なのに焦ってるのか？
0654login:Penguin
垢版 |
2018/12/05(水) 19:30:17.66ID:t6HAOGba
>LinuxよりもSolarisはクソ
まぁその気持ちも分からんではないね
初心者ほどとっつきやすいモノがよく見える
デパートで売ってる服よかユニクロの服の方が好きなタイプだろ？ｗ
0655login:Penguin
垢版 |
2018/12/05(水) 19:30:31.18ID:MMUcdQBe
>>651
お前が適当な知識でやってるから、
それしかできないと思ってるのでは？w
0656login:Penguin
垢版 |
2018/12/05(水) 19:31:40.16ID:MMUcdQBe
>>654
いいものが好きなんでLinuxが好きなんですよ。それだけです。
言われてみれば服もブランドに限らずいいものが好きだし、それと同じなんだろうな。
0657login:Penguin
垢版 |
2018/12/05(水) 19:31:53.18ID:t6HAOGba
>>653
>Solarisの先行きが不安定なのに焦ってるのか？
ソコも業者のツゴーゆえ割り切らざるを得ない
筋の悪いドッカーも犬糞とクラウド延命のための一環だ
精々頑張ってくれｗ
0658login:Penguin
垢版 |
2018/12/05(水) 19:33:26.29ID:MMUcdQBe
Solarisでびっくりしたのがようやく11になってから
ksh93が標準になったこと

それまでksh88やそれよりも古いBourne Shellがデフォルト
今2018年やで1988年って
0659login:Penguin
垢版 |
2018/12/05(水) 19:34:08.37ID:MMUcdQBe
>>675
お前大変やな。
全部業者に依存してるからそうなるんやで
0660login:Penguin
垢版 |
2018/12/05(水) 19:36:22.29ID:t6HAOGba
>>656
イイモノじゃなくて道に落ちてる出所不明なモノを拾い食いして
腹に当たったか平気だったかレポしてるのに近いなと思うねｗ
まぁコレはOSS全般に言えることだけどな
多数が狂ってればマトモな感覚のヤツがキチガイ扱いされても当然ではある
0661login:Penguin
垢版 |
2018/12/05(水) 19:37:52.80ID:MMUcdQBe
業者の都合でLinux導入できないんだよ。でもそれがいいんだよ。
クラウドも導入できないんだよ。でもそのほうがいいんだよ
あのぶどうは酸っぱくてまずいんだよ

こんなところかね
0662login:Penguin
垢版 |
2018/12/05(水) 19:44:58.18ID:t6HAOGba
>>658
フツーにユーザー作ったら標準でbashが動いたと思ったけど>solaris 11.4
今useradd試してみたけど間違いなく/usr/bin/bashが入ってきた
つかユーザーが過去に書いたスクリプトの互換性まで考えれば
下手にシステム付属のシェルは弄れない
>>659
オレに向けたレスか？ちょっと落ち着けよｗ
自分でコンテナ仮想化からOSカーネルまで全部書いてるのかね
凄い労力だなｗ
つかOSSの中身が業者がかりじゃないと思ってるとか何か純粋な人なんだなｗ
0663login:Penguin
垢版 |
2018/12/05(水) 19:46:32.90ID:t6HAOGba
>>661
心配しなくても大丈夫
ちゃんと犬糞も使ってるからｗ
ただ檻に入れた上でごく限定的な用途でしか使う気しねえけどな
0664login:Penguin
垢版 |
2018/12/05(水) 19:58:04.75ID:MMUcdQBe
>>662
それはログインシェル
まったく基本的なことすら知らないんだな

そんな奴が言ったってなんの説得力もねーわ
0665login:Penguin
垢版 |
2018/12/05(水) 19:59:04.87ID:MMUcdQBe
最初から限定意的な用途でしか使ってないやつに、
深い知識を求めても無駄だな

Linuxインストールして満足しているやつらと変わらん
0666login:Penguin
垢版 |
2018/12/05(水) 20:04:00.13ID:t6HAOGba
>>664
システム付属のシェルが古かろうと特に困らんてことを実例上げて説明したんだが
0667login:Penguin
垢版 |
2018/12/05(水) 20:10:10.73ID:t6HAOGba
ちなみに古いバージョンのsolarisもコンテナとしてsolaris11上で動く
だから何の問題もない
0668login:Penguin
垢版 |
2018/12/05(水) 20:45:44.47ID:MMUcdQBe
>>667
OSだけ動かしたってしょうがないだろうに・・・
本当に使いたいのはOSじゃなくてアプリ
0671login:Penguin
垢版 |
2018/12/06(木) 19:29:31.33ID:A7t9PKkR
話の流れとは関係ないが、なんか一部で勘違いしている人が
いるようだから書いておくわ

俺はコンテナを仮想マシンの代わりではないと言ってるんじゃなくて
Dockerコンテナ = アプリケーションコンテナが仮想マシンの代わりじゃないと言ってる。
システムコンテナは仮想マシンの代わりになる

（Linuxの）コンテナ技術はカーネルが提供するものだが、
それ単体では、アプリケーションコンテナとしても
システムコンテナとしても使いにくい。

それをアプリケーションコンテナとして使いやすくしたのがDocker
アプリケーションコンテナとして使いやすくしているものを
システムコンテナとして使うとかネタでしょレベルだから

コンテナを仮想マシンの代わりとして使いたいなら
システムコンテナを使えばいい。俺はアプリ開発者だから
アプリのデプロイを簡単にしてくれるアプリケーションコンテナには興味があるが
仮想マシンの代替でしかないシステムコンテナは興味はそれほどない
0672login:Penguin
垢版 |
2018/12/06(木) 19:39:15.11ID:52R6P0bW
>>671
の指摘する基本的な知識不足のやつと結局アプリケーションを使いたいだけってところのやつが入り混じってややこしくなってる。
仮想マシン立ち上げて単一アプリだけ動かしてるやつかもそうだし、
linux以外でdockerインスコするのにVMを知らずに入れてるやつとかもそう。
基本知識がないのに議論を始めるやつ多すぎ。
0673login:Penguin
垢版 |
2018/12/06(木) 22:07:11.61ID:W7CcIDZc
>>671
privilegeを与えると、Dockerもシステムコンテナみたいになるという理解をしてもいいですか？
systemdが使えるので、けっこう便利にそうやってつかっているんだけど。
0674login:Penguin
垢版 |
2018/12/06(木) 23:20:08.28ID:CjmGCUkG
>>673
そういう使い方もできるだろうけど、それなら lxc とか、lxd の方が
扱いやすいんじゃないかと思われ。
0675login:Penguin
垢版 |
2018/12/07(金) 00:24:19.67ID:r4h+jkYy
システムコンテナとかいう謎用語はともかく、どんな用途のコンテナだろうが同一ホストでマルチテナントをやるなら高度な分離は必須だよ
クラウドベンダーが考えるコンテナ技術ってのは、デプロイや運用がPaaS並に手軽である一方で、
従来のPaaSのように特定のランタイムに縛られることがなく開発者の自由度が高い便利なプラットフォームを提供するための技術だ
どうしてもGoogleだのAWSだのクラウドベンダー発の技術には注目が集まりがちだけど、
そこには我々使う側ではなくプラットフォームを作る側の視点が強く反映されていることを理解しておかないといけない
そこを勘違いすると上で発狂してる子みたいな混乱に陥ることになる
0676login:Penguin
垢版 |
2018/12/07(金) 00:40:32.21ID:JClhMg58
>>672
WindowsでわざわざVM動かしてLinuxもどきをうごかして、
そうしてからDockerを動かすなんて気持ち悪い。
0677login:Penguin
垢版 |
2018/12/07(金) 00:45:22.04ID:Tm9Vcqu0
比較的安定したwinのGUIとコマンドの類が同時に手に入る
何も悪いことがない
0678login:Penguin
垢版 |
2018/12/07(金) 00:55:25.89ID:tqGO7pdw
>>675
> どんな用途のコンテナだろうが同一ホストでマルチテナントをやるなら高度な分離は必須だよ

つまり、同一ホストでなく、またマルチテナントをやらないなら
高度な分離は必須じゃないってことですよね

それは「必須」という用語を使ってまで言わないといけないことなんですか？ｗ
0679login:Penguin
垢版 |
2018/12/07(金) 00:59:19.39ID:tqGO7pdw
>>676
別にｗ
Dockerの目的はアプリケーションの可搬性なんだから
VMを使っていようが、WindowsやMac上でアプリが動いて
まるでOS上で直接動いているかのように、localhost:ポートで接続できるなら
Dockerの目的は達成できてるんだよ

そしてWindows上でもMac上でもDockerイメージを作れて
それをLinux上でも動かせる。

アプリケーションの可搬性がDockerの目的（コンテナの目的なんていってない）
0680login:Penguin
垢版 |
2018/12/07(金) 01:00:42.60ID:tqGO7pdw
>>675
> どうしてもGoogleだのAWSだのクラウドベンダー発の技術には注目が集まりがちだけど、

Dockerはクラウドベンダーとは一切関係ないよ
0681login:Penguin
垢版 |
2018/12/07(金) 01:04:47.37ID:tqGO7pdw
どんな用途のコンテナだろうが同一ホストでマルチテナントをやるなら高度な分離は必須だよ
高度な分離を行うときは仮想マシンで分離したほうがいいよ
そしてDockerでその仮想マシンに簡単にアプリをデプロイ

このスレはDockerのスレなんだから、1行目と2行目はスレ違いなんだよね。
Dockerの目的は物理マシン、仮想マシン問わず簡単にアプリをデプロイすることだから
WindowsでもMacでもアプリをデプロイ出来る。もっともこの二つの目的は
アプリの開発だけど、WindowsやMacで開発してそのイメージを
Linuxでそのまま動かせるっていうのもDockerの目的の一つだからね
0682login:Penguin
垢版 |
2018/12/07(金) 05:54:32.56ID:3ISGbBV6
Hyper-Vでドカッたらブルスク出た
0683login:Penguin
垢版 |
2018/12/07(金) 09:16:55.56ID:YIG0ITu+
>>681
今更すぎて指摘するのもアホらしいが、LinuxコンテナはLinux上でないとビルドも実行も不可能
いずれはマイクロVM向けにカーネルも同梱したコンテナが標準化されて
ホストOSに依存せずにWindowsコンテナもSolarisコンテナも統一的に扱えるようになるだろうけど、
まだまだ先の話だね
0684login:Penguin
垢版 |
2018/12/07(金) 09:51:15.00ID:tqGO7pdw
>>683
> 今更すぎて指摘するのもアホらしいが、LinuxコンテナはLinux上でないとビルドも実行も不可能

仮想マシン技術と併用すれば、Windows上でLinuxコンテナを動かせる
（ずーっと言ってるが、仮想マシンとDockerコンテナは使う目的が違っていて
併用して使うのは想定されているユースケースの一つ）

単なる仮想マシンと違うのは、仮想マシンが単なるマシンであり
その中にアプリをセットアップするのが大変で、ボリューム（仮想マシンで言う共有フォルダ機能を利用する）の
設定やまたlocalhost:ポート番号で接続できるようにネットワーク設定を行うのが大変ということ

これができてないのと、LinuxでLinuxコンテナを動かしているのと同じよう使うことは出来ないわけで
Windows（仮想マシンを使う）でもMac（仮想マシンを使う）でも
同じように使えるという環境をDockerは提供している

Dockerが背景の仕組みを解決してくれてるおかげで、
Docker buildするとDockerfileから同じようにアプリのイメージが作れ
Docker runをするとそのアプリが起動する。
そしてLinuxで動かしたのと何ら変わらず、localhost:ポート番号で接続できる

これがDockerが提供している機能の本質だよ
0685login:Penguin
垢版 |
2018/12/07(金) 10:51:56.04ID:TC0/u8V/
仮想マシンの設定が面倒?そんな低レベルなことを問題にしてたのか
そんなもんコンテナだって本質的には違いはないわけで、Dockerがやったような適切な標準化さえなされていればどうとでもなる
必死に仮想マシンはアプリではないとの主張を曲げない君の姿、
Dockerが生まれたばかりの頃にこんなもんどこがアプリやねん仮想マシンやないかと言ってた老害と同じだよ
0686login:Penguin
垢版 |
2018/12/07(金) 10:59:18.45ID:tqGO7pdw
> 仮想マシンの設定が面倒?そんな低レベルなことを問題にしてたのか

仮想マシンの設定じゃなくて、仮想マシンに入れるアプリの設定だよ
いつもどおり話が通じないな

で、ここでインフラ馬鹿は、パッケージ入れれば終わりじゃんとか
いうんだよなｗ

そうじゃなくて、自分たちで開発したアプリの設定（環境構築）だ
ずーっといってる。Dockerはアプリ開発者のためのものだって

アプリ開発にともなって、アプリが必要とするモジュール・ライブラリも変わってくる
アプリの高速なアップデートのたびに、今回新しくしたモジュールはないか？
あるならそれをどうやってインストールするか？OS標準のパッケージの更新が必要か？
更新して大丈夫か？ ローカルの開発環境とバージョンはちゃんと揃ってるか？
テストもちゃんとそのバージョンで行ってるか？

そういったことを細かく把握しなきゃいけないのが大変だって話だ。
Dockerを使えば、開発マシンがWindowsであってもDockerfileという
誰でも同じやり方でイメージを作る方法があって、そのイメージをそのまま
実環境でも使える。そういった仕組みやツールを提供してるのがDockerなんだよ

ほんと、仮想マシンの設定レベルしか思いつかないんだからだめなやつだ
0687login:Penguin
垢版 |
2018/12/07(金) 11:00:55.95ID:tqGO7pdw
> 必死に仮想マシンはアプリではないとの主張を曲げない君の姿、
仮想マシンをぽんと用意した所で、開発したRailsアプリは動かないからねｗ
仮想マシンはアプリじゃない。当たり前だ。
0688login:Penguin
垢版 |
2018/12/07(金) 11:05:36.14ID:TC0/u8V/
だからOSのセットアップや運用管理が必要なのはコンテナだって同じだ
それを簡単にしたのはDockerが頑張ってそれを実装したからであり、コンテナだから楽になった訳ではない
Dockerと同等の簡便なワークフローをVMで実現することは技術的には普通に可能だ
0689login:Penguin
垢版 |
2018/12/07(金) 11:12:21.01ID:tqGO7pdw
>>688
> Dockerと同等の簡便なワークフローをVMで実現することは技術的には普通に可能だ

そりゃ、 仮想マシンにDockerを入れれば可能だろうねｗ

もしかしてVMだけでコンテナを使わないで可能だって言ってる？
Linux上に仮想マシンを使わないで動かせるのがコンテナなのに
仮想マシンを使って作るとか、仮想マシンを使わないという条件を満たしてないんだがｗ
0690login:Penguin
垢版 |
2018/12/07(金) 11:19:44.15ID:tqGO7pdw
マイクロVMはコンテナを動かすという前提があるから
あれだけ早く起動できる。
コンテナを使わないと仮想マシンは相当重くなる
0691login:Penguin
垢版 |
2018/12/07(金) 11:21:03.34ID:tqGO7pdw
そういやSolarisってなんであんなに起動が遅いの？って思ったな。
VMだけ起動が早くても、そこで動かすSolarisがあんなに遅いんじゃ
使いものにならないだろうね。
0692login:Penguin
垢版 |
2018/12/07(金) 11:32:05.74ID:JKnE+2X0
>>676
気持ち悪い云々は自由だけど、公式からもそういうツールがでてるし、一般的な運用なんだな、これが。
特に開発環境ではね。あとVMはWSLみたいなLinuxもどきではないぞ。
0693login:Penguin
垢版 |
2018/12/07(金) 12:14:23.46ID:4ybr+TT5
そうそうVMはWSLみたいなLinuxもどきじゃない
エミュレートされるハードウェアは古いけどメジャーどころなのでそこらへんのノートPCよりも相性いい
0694login:Penguin
垢版 |
2018/12/07(金) 12:15:26.87ID:tqGO7pdw
だからそのVMとDockerを組み合わせて使うんだよ
0695login:Penguin
垢版 |
2018/12/07(金) 12:48:37.28ID:JKnE+2X0
dockerにセキュリティ不安があるのに流行るのは必要なリソースが少なくてすんで、環境を切り分けできるから。
dockerはlinuxネイティブに動作するから実機にするか、VMにするかはどっちが使いたいかぐらいの意味しかない。
とはいえ、一般的なネイティブアプリよりはdockerにはコストがかかるので単一のアプリじゃなくて環境そのものを扱うような場合がいいんだよ。
パッケージさえ揃えれば古い環境も再現できるし、保守はしやすいんだ。
マイクロVMのおもろいところは発展すればWSLなんかより遥かにいいから将来性はある。
それもソフトの発展じゃなくて仮想化支援のハードが出ればの話。
intelが仮想化に全力出せばOSを選択する意味はなくなっちゃう。
0696login:Penguin
垢版 |
2018/12/07(金) 12:52:38.28ID:tqGO7pdw
> dockerにセキュリティ不安があるのに流行るのは必要なリソースが少なくてすんで、環境を切り分けできるから。

可搬性が高くなってデプロイが簡単になるからだよ。
環境が分離されるのは、可搬性を上げるためにそうういう機能が必要になるってだけ
0697login:Penguin
垢版 |
2018/12/07(金) 13:00:01.85ID:tqGO7pdw
いくらいってもVMと比べることしか出来ないよなｗ

マイクロVMのだめなところは、別にOSをインストールしなければつかない所
0698login:Penguin
垢版 |
2018/12/07(金) 13:05:33.68ID:JKnE+2X0
dockerと比べるならVMなんかじゃなくてsnapとかだよ。snapなんかの後継に根こそぎやられる可能性はある。
0699login:Penguin
垢版 |
2018/12/07(金) 13:07:19.36ID:tqGO7pdw
dockerはアプリ開発者が、自分のアプリのデプロイのために使うもので、
snapとはまったく用途がかぶらない
0700login:Penguin
垢版 |
2018/12/07(金) 13:08:59.77ID:tqGO7pdw
> intelが仮想化に全力出せばOSを選択する意味はなくなっちゃう。

OS使わないとアプリ動かないやんｗ
0701login:Penguin
垢版 |
2018/12/07(金) 13:10:41.56ID:tqGO7pdw
どのOSでも使える。ということと、OSを選ぶ必要がないかは話が別だからな
0702login:Penguin
垢版 |
2018/12/07(金) 15:44:32.66ID:Tm9Vcqu0
>>691
使ってる途中でユーザーの意思に反して勝手にOSにリセットが掛ったり
OSがフリーズして無反応になったのでサポに連絡すると
再起動しときましたー原因不明ですーというウェーイ系awsだと
そらOSの起動速度（）は超重要なんだろうなｗｗｗ
>>696
>可搬性が高くなって
犬糞はバイナリ互換性ガチ無視だからドッカ〜みたいなキワモノに依存せざるを得ないんだろ
パッチ当てるたびOS更新するたびにアッチ動かなくなりましたコッチ動かなくなりましたと情弱どもが大騒ぎ
>>701
犬糞はドッカーが必要になるぐらいすぐにドコでも動かなくなる可能性が高い不安定なOS環境ってコトだろ
コトバを飾るなや
0703login:Penguin
垢版 |
2018/12/07(金) 15:52:05.55ID:tqGO7pdw
>>702
OSの起動速度が重要なのは、一時的なアクセス数増加に
迅速に対応するためだろ

> 犬糞はバイナリ互換性ガチ無視だからドッカ〜みたいなキワモノに依存せざるを得ないんだろ
バイナリ互換性があれば、デプロイが簡単になるという理屈をどうぞ
やっぱりDockerの目的がわかっちゃいねぇｗ

> 犬糞はドッカーが必要になるぐらいすぐにドコでも動かなくなる可能性が高い不安定なOS環境ってコトだろ
Dockerがあれば不安定なOS環境でも安定できるって
それ逆にすごくねｗ

Dockerの凄さをまざまざと見せつけられたｗ
0704login:Penguin
垢版 |
2018/12/07(金) 19:38:05.59ID:Tm9Vcqu0
>>703
>OSの起動速度が重要なのは、一時的なアクセス数増加に
>迅速に対応するためだろ

awsでも客数の増減でイチイチ鯖をageたり落としたりしてんのかよ
連中のやってんのは課金上げて乞食ユーザーをスポットインスタンスから振り落とすコトだけだろうがｗ

>バイナリ互換性があれば、デプロイが簡単になる
バイナリ互換性がないからデプロイするたびにドッカーが必要になるってコトだろ

>Dockerがあれば不安定なOS環境でも安定できるって
ドッカーによって稼働中のシステム全体がコケるってオチだろｗ
まさにそびえ立つクソの山
0705login:Penguin
垢版 |
2018/12/07(金) 21:48:15.71ID:JKnE+2X0
論理展開ができない人間と真面目に議論しても得るものなんかないぞ。さわるなさわるな。
0707login:Penguin
垢版 |
2018/12/08(土) 12:31:08.24ID:jLrx7HKQ
What is the runtime performance cost of a Docker container?
https://stackoverflow.com/questions/21889053/what-is-the-runtime-performance-cost-of-a-docker-container

It doesn't work with Docker, K8s right now, but everyone's going nuts anyway for AWS's Firecracker microVMs
https://www.theregister.co.uk/2018/11/27/aws_sets_firecracker/

Firecrackerは今までのVMより速くなったとは言え、ベアメタルの95%を超える程度のCPUパフォーマンス
たかが5%されど5%

コンテナはCPUのオーバーヘッドはほぼ0
セキュリティよりパフォーマンスを優先したい場合や
セキュリティが必要ない開発環境では
今まで通りコンテナが使われるだろう
0708login:Penguin
垢版 |
2018/12/08(土) 12:45:37.18ID:dieSV16U
FirecrakerはKVMベースで、それぞれのVMにカーネルが必要だが、
先の記事によればエミュレートする周辺機器を4つに限定してオーバーヘッドを削減している

ブロックデバイス
ネットワークインターフェイス
シリアルコンソール
VMを停止するためのボタンとして使うキーボードコントローラー
0709login:Penguin
垢版 |
2018/12/08(土) 13:33:41.63ID:+Jbcoor3
またVMの話か。何度言っても理解できないようだな

Dockerが解決するのはアプリのデプロイであ
そのためにコンテナという技術を使い、
アプリケーション実行環境を仮想化することで
実現してるんだよ。

VMとDockerコンテナはそれぞれ役目が違うから
組み合わせて使うのがよくあるユースケースだ
Dockerコンテナ（＝アプリケーションコンテナ）の有用性が
明らかになったから、コンテナ専用のマイクロVMが作られたわけだが
このマイクロVMで通常のOSを動かすのは難しいだろうな

Firecrackerで果たしてSolarisが動くかどうか
Linuxしか動かないVMになるだろう
0710login:Penguin
垢版 |
2018/12/08(土) 13:38:22.40ID:+Jbcoor3
やっぱり想像通りだった。現状ではLinuxしか対応してない。
Linuxは組み込みとかにも対応してるから、最小限そういった
限られたハードウェアでも動く実績があるんだよ

でもSolarisのようなサーバー向けOSは、一定レベルのハードウェアを
前提にしてるから、いろんなところが依存してるんだろうな

https://firecracker-microvm.github.io/

What operating systems are supported by Firecracker?
Firecracker supports Linux host and guest operating systems with kernel versions 4.14 and above.
The long-term support plan is still under discussion. A leading option is
to support Firecracker for the last two Linux stable branch releases.
0711login:Penguin
垢版 |
2018/12/08(土) 14:29:10.10ID:BjNmMfF8
Solarisとか言うオワコンwwwwww
あんたいつの時代から来たの？
0712login:Penguin
垢版 |
2018/12/08(土) 14:43:53.94ID:L5TbyMsj
>>705
オマエは論理的なのではなく単に長い物に巻かれるのを良しとしているダケだろうがｗ
0713login:Penguin
垢版 |
2018/12/08(土) 14:55:41.74ID:rWi9h0wU
>>712
悲しいかな、長いものが何一つ登場していないが、意味わかって使ってるか？
0714login:Penguin
垢版 |
2018/12/08(土) 15:11:44.95ID:L5TbyMsj
>>713
自分が何をやってるのか(やらされてるのか)すら分かってないんだなｗ
アワレなやっちゃな
0715login:Penguin
垢版 |
2018/12/08(土) 15:12:58.65ID:+Jbcoor3
>>711
だってUnix系ってSolaris以外オワコンじゃんｗ
0716login:Penguin
垢版 |
2018/12/08(土) 15:23:23.21ID:L5TbyMsj
痛ニウム(とhp-ux)は無事死亡
ヨゴレIBMのキモイAIXは確実に客に避けられるのでエサ撒いたうえでRHを買収
バカを見たのは血道上げてRHのバグ潰しやってた不治痛とボラクルかｗ
あと散々販促活動してた五橋研究所ｗｗｗ
0717login:Penguin
垢版 |
2018/12/08(土) 15:27:36.57ID:BjNmMfF8
Solarisは既にOracleに殺された
もう先はない
0718login:Penguin
垢版 |
2018/12/08(土) 15:32:43.14ID:L5TbyMsj
hp-uxはCiRCUSであんなに大成功したのに
それをシステムとして売り込んでも
ワールドワイドでの採用実績がほとんどゼロだったというのは逆に凄いと言えば凄い
日本的なITモノって白豚どもの拒否反応を引き出す何かがあるというか
ぶっちゃけどっかコワレてるんだろうな
やってる連中が島国根性だからなのか知らんがｗ
この辺のネット系サービスはチョンコや支那畜も成功例聞かないので
アジア系全体の問題かもだが
0719login:Penguin
垢版 |
2018/12/08(土) 15:35:01.94ID:L5TbyMsj
ボラクルに頃されたというよりはいわゆるリーマンショックに頃された＞Sun
中の人が言うには突然カネ入ってこなくなったらしいからな
ボラクルは一式揃って案外安かったので拾ったダケと言ってるな
まぁそれでも買ったのだからどうしようが連中の自由ってこった
0720login:Penguin
垢版 |
2018/12/08(土) 15:37:14.59ID:+Jbcoor3
>>717
知ってる。採用候補になり得る最後のUNIXだった
あとはベンダーロックインされてしまって
抜け出せない所がUNIXを使ってる

わざわざクラウド移行時にUNIXを採用することもないし
そもそも大半のクラウドはIntel互換CPUなので
Solaris以外のUnixが動かないというのもある

結果、マイクロVMもLinuxに対応すれば十分という考えに行き着く
0721login:Penguin
垢版 |
2018/12/08(土) 15:40:19.17ID:L5TbyMsj
>あとはベンダーロックインされてしまって
>抜け出せない所がUNIXを使ってる

それはLinuxを採用しても同じコト
RHと糞淫にベンダーロックインされてるダケ
それこそまさにawsにベンダーロックインされたがってるトコロすらあるｗ
0722login:Penguin
垢版 |
2018/12/08(土) 15:43:59.74ID:L5TbyMsj
自分ダケはベンダーロックインから逃れられていると思ってる痛いコは居るかな？ｗ

ttp://www.eweek.com/security/linux-kernel-developer-criticizes-intel-for-meltdown-spectre-response

"Intel siloed SUSE, they siloed Red Hat, they siloed Canonical. They never told Oracle, and they wouldn't let us talk to each other."
0723login:Penguin
垢版 |
2018/12/08(土) 15:49:20.78ID:L5TbyMsj
ググるもPOWER採用でキモイやつら(666)のお仲間だってのはトックにバレちゃってるから
そっこらじゅうユダ公の息のかかったキモイ汚いモノだらけｗ
0724login:Penguin
垢版 |
2018/12/08(土) 15:57:43.92ID:dieSV16U
Firecrackerってオンプレミスでも無い限り
自分で使う事は無いよな
FargateかLambdaを通して使うスタイル
0725login:Penguin
垢版 |
2018/12/08(土) 16:14:26.42ID:+Jbcoor3
>>724
使う流れとしては

デプロイをもっと簡単にしたい
1. Dockerコンテナ化する

それを動かすディストリは、コンテナさえ動けばいいよね
2. コンテナ専用の軽量ディストリ採用

VMもコンテナ動けば十分だよね
3. FirecrackerなどのマイクロVM採用

という流れだよ。

Dockerコンテナ化は目的があって行うことだが、
それ以外は、必要ないから減らすという考え
0726login:Penguin
垢版 |
2018/12/08(土) 16:18:36.37ID:L5TbyMsj
ドッカー野郎がPC使って調子こいてられるのもSunがvboxに投資してたからだろ
docker toolboxなんてまさにまんまそれだ
MySQLもそうだ
イケてないライセンスのvmware(player含む)だと何もできない
翻ってRHはどうだ？win上で動く実用的なx86仮想化の技術なんて何も持たねえだろ
これだけ見てもSunがドンだけ先見て投資してたのかってハナシだよ
自社開発したチップの外販すらできんグズで消費するしか能のないググるとは比較にならない
0727login:Penguin
垢版 |
2018/12/08(土) 16:22:32.04ID:+Jbcoor3
なんでvbox？ LinuxでDocker使うのに仮想マシンはいらないし、
WindowsとmacOSでは仮想マシン使ってるけど
もうvboxは使ってないくて、両方共OS標準の仮想マシン使ってるし
特にWindowsではvboxはDockerと同居できなくなったんで
もう数年使ってないよ。
0728login:Penguin
垢版 |
2018/12/08(土) 17:01:23.32ID:ctzZZ9Ht
口だけのエアプだから知らないんだろう
0729login:Penguin
垢版 |
2018/12/08(土) 17:17:22.07ID:dieSV16U
Fargateは自動的にVMを確保してくれて
便利だが比較的高い
従来からあるEC2の方が安いが、コンテナを動かすVMは自分で管理する必要がある
ジレンマ
0730login:Penguin
垢版 |
2018/12/08(土) 18:23:26.70ID:L5TbyMsj
>WindowsではvboxはDockerと同居できなくなったんで
フツーに同居してるけどな
問題なくdocker machineも動いてるし
何かの間違いなのかな
0731login:Penguin
垢版 |
2018/12/08(土) 18:37:17.06ID:L5TbyMsj
Solaris同梱のkshのバージョンがが古いとのたまい乍ら
サポ切れバージョンの犬糞をドッカープル（）することにはダンマリ
こういう手合いをダブスタ野郎と言うｗ
0732login:Penguin
垢版 |
2018/12/08(土) 18:53:52.19ID:dieSV16U
Hyper-Vを利用しているとVT-xは利用出来ない
同時に利用はできず、片方だけ使える
そしてVT-xはVirtualBoxに必要

>>731
意味不明
ちゃんと更新すれば良いだけだろ？
0733login:Penguin
垢版 |
2018/12/08(土) 19:01:40.23ID:PaHNzXQu
もう相手にするなよマジで
0734login:Penguin
垢版 |
2018/12/08(土) 19:14:36.46ID:dieSV16U
Docker for WindowsはHyper-Vを利用し
Docker ToolboxはVirtualBoxを利用する

さらに、最近ではWindows Subsystem for LinuxでVMなしで動かせるようになったようだ
WSLのcgroupsやiptablesなどのサポートが改善された事による成果だ

https://github.com/Microsoft/WSL/issues/2291#issuecomment-438388987
0735login:Penguin
垢版 |
2018/12/08(土) 19:44:38.54ID:+Jbcoor3
「pullして使う」っていうのも発想が
アプリ開発者じゃないって感じるよな

dockerはビルドして使うものだからね
そもそもアプリ開発者が、自分で開発したアプリをデプロイするために
アプリと実行環境をイメージとしてまとめるっていうのが主な使い方なんだから

ベースとなるディストリは、更新すりゃいいだけ
それがすぐに簡単にできるようにDockerfileがあって
新しいディストリへの更新は数分程度で終わってしまう

それがVMやコンテナ単体では出来ないことで、Dockerが解決している問題
0736login:Penguin
垢版 |
2018/12/08(土) 19:50:23.58ID:rWi9h0wU
アプリ開発者のためだけのものではないぞ。念の為に言っておくが。
0737login:Penguin
垢版 |
2018/12/08(土) 19:50:40.18ID:+Jbcoor3
>>734
WSL凄いよな。パフォーマンスの点でDocker for Windowsを（WSLから）使うけど
その問題が解決するならば、仮想マシンで動かさなくて良くなるからもっと便利になる

具体的には仮想マシンにメモリを割り当てなくて良くなるから、アプリが使用する
必要最小限のメモリだけで良くなる

macOSもそうなってほしいね。macOSはUNIXだけどLinuxではないので
仮想マシンを使わないとDockerが使えない
0738login:Penguin
垢版 |
2018/12/08(土) 19:56:23.54ID:L5TbyMsj
>>734
>Windows Subsystem for Linux
動作が遅いんだよなソレ
0739login:Penguin
垢版 |
2018/12/08(土) 20:46:45.10ID:2GxAzxkY
>>738
エアプ乙wwwwwwwww
0740login:Penguin
垢版 |
2018/12/08(土) 21:11:29.00ID:dieSV16U
WSLはCPU速度はVMと同等かそれ以上に速いが
I/OはNTFSを使う都合上遅い
後一年も経てば解決するかも
0741login:Penguin
垢版 |
2018/12/08(土) 21:14:37.86ID:rWi9h0wU
>>740
なんで一年なの？もしよかったら。
0743login:Penguin
垢版 |
2018/12/09(日) 00:10:57.54ID:cc85A2e8
cygwinの時も同じ問題があって、それは解決できなかったんだけど、
MSの場合はカーネルやファイルシステムに手を入れることも視野に入れられるからな

これまでWindowsのアップデートのたびにWSLの互換性は上がっていってるので
MSの本気度はかなり高いことがわかってる。例えばこれとか

マイクロソフト、Windows 10にUNIX系OSと似た擬似コンソール実装
https://news.mynavi.jp/article/20180817-679662/

パフォーマンスを上げるためにカーネルに手を入れる可能性も十分あると思うわ
0744login:Penguin
垢版 |
2018/12/09(日) 00:12:49.28ID:cc85A2e8
> I/OはNTFSを使う都合上遅い
NTFSが遅いんじゃなくて、NTFSでLinuxのファイルシステムに求められる機能
（パーミッションなど）をエミュレートするから遅いんだけどな

NTFSのファイルシステム自体は高速
Windowsから触ってる時、何も遅く無いだろ？
0745login:Penguin
垢版 |
2018/12/09(日) 01:14:22.47ID:HpkcVb/n
ちょっとドッカ行ってくる！
0746login:Penguin
垢版 |
2018/12/09(日) 02:07:56.20ID:To7rhTt4
>>737
>>737
Windowsという再起動OSなんて使いたくない。
勝手に通信するし、あんなものをLinuxの代わりなどならない。

どうせ、終コンになる。
Edgeなんて使わなくて良かった。

生のLinux使えばいい。
0747login:Penguin
垢版 |
2018/12/09(日) 10:31:38.95ID:EY4Hdmdj
最近のM$のLinuxへの擦り寄り方が気持ち悪い・・
0748login:Penguin
垢版 |
2018/12/09(日) 11:58:40.20ID:lnGs3c0o
EdgeもChromiumベースになるらしい
もともとユーザー数少ないし、下手に独自のエンジン作られても非互換の部分が増えるだけだし
良いんじゃね？
もっとOSSに擦り寄れよ
0749login:Penguin
垢版 |
2018/12/09(日) 13:16:03.28ID:y11hLOEC
>>742
ニュースなってたんだ。ありがと。あとはデーモン管理できるようになれば実用段階だね。
0750login:Penguin
垢版 |
2018/12/09(日) 13:28:40.17ID:THytfEd4
>>747
Windowsはクラウドでの運用に適さないからね
Azure使ってみたらよく分かるけど、MSのAzureチームもWindows使うの苦痛なんだろう
0751login:Penguin
垢版 |
2018/12/09(日) 13:29:50.96ID:krBcsUKs
>>747
クラウドの客が犬糞使いたがってる影響だな
まぁ色々やむを得ずなんだろ
0753login:Penguin
垢版 |
2018/12/10(月) 00:04:12.08ID:SK07uHh5
>>752
だから必然的にクラウドを使うんだよ
AzureもAWSもGCPもWindowsインスタンスが用意されていて
そこにライセンスも使用料も含まれてる

もしかして知らなかった？
オンプレで自前サーバーとかて立ててる
時代のやり方してる所は知らなそうだよね
0754login:Penguin
垢版 |
2018/12/10(月) 00:39:51.48ID:J1i/Nso2
windowsを使おうと思わないから、インスタンスがあっても知らんよ。。
0755login:Penguin
垢版 |
2018/12/10(月) 01:05:32.56ID:7TlUMjqb
awsとか使ったことあるならwindows使わなくてもインスタンスあることくらい知ってるだろ
0756login:Penguin
垢版 |
2018/12/10(月) 10:47:43.06ID:dQ2JA6Qk
クラウド使ってないのがバレた瞬間w
0757login:Penguin
垢版 |
2018/12/10(月) 11:12:08.35ID:NeKVBZE8
インスタンス料金表とか見たらデカデカと載ってるからね
知らないのはさすがにありえないわ
0758login:Penguin
垢版 |
2018/12/11(火) 00:50:36.92ID:4E+hOthN
ふとAWSのダッシュボードみてみたら、Linuxなんかよりも先にあるねWindows
0759login:Penguin
垢版 |
2018/12/11(火) 01:41:37.66ID:fnQebX3c
アイウエオ順だからね
0760login:Penguin
垢版 |
2018/12/11(火) 03:32:26.01ID:uPmSs8pv
ダッシュボードほとんどつかわねーもん。
0761login:Penguin
垢版 |
2018/12/11(火) 06:39:42.41ID:TdDwAL/l
そりゃクラウド使ってなきゃ、
「必ず使わないとその他のメニューに行けないダッシュボード」を
使わないことだってあるだろうなぁｗ
0762login:Penguin
垢版 |
2018/12/11(火) 08:35:26.14ID:ckB4u5dR
えっ、お前マネージメントコンソールやリファレンスを一切見ることなくCLIを使いこなし、
適切なインスタンスタイプ名を一発で引き当てることができないの？w
0763login:Penguin
垢版 |
2018/12/11(火) 11:41:27.35ID:TdDwAL/l
何にいくらコストがかかるって
CLIで見れたっけ？
0764login:Penguin
垢版 |
2018/12/11(火) 11:56:58.01ID:TdDwAL/l
引き当てるって書いてあるし、ガチャ方式でやるってことか
使ったことがないからネタに走ったってことね
0765login:Penguin
垢版 |
2018/12/11(火) 12:48:42.72ID:zSz5aCBW
クラウドのインスタンスって、最初からOSが組み込まれているのか？
どんな設定されているかわからないものを使うって不安でない？
最初からiptableが開かれているとかさ？
0766login:Penguin
垢版 |
2018/12/11(火) 12:59:53.39ID:TdDwAL/l
根本的なところがずれてるな

自分でOSを組み込んだら、どんな設定になるのかわかるのか？
iptableの状態がどうなってるのか、安心できるのか？
0767login:Penguin
垢版 |
2018/12/11(火) 13:44:58.63ID:jw9Lxp3n
>>765
そもそもクラウドにiptableの設定なんか必要ない
そういうのはインフラ側の設定で制御するんだよ
オンプレ脳の人間はインフラを「容易には弄れないもの」と考えて何でもサーバー内で完結しようとする
しかしクラウドにおいてはむしろそれは逆で、サーバーよりもインフラの設定の方が柔軟に変更でき、構成管理も極めて容易だ
iptableのような脆弱な仕組みに頼ることなくデザインによってセキュリティ等の要件を担保できる
これがクラウドの強みだ
0768login:Penguin
垢版 |
2018/12/11(火) 13:57:03.24ID:TdDwAL/l
説明下手だなｗ

デザインによってセキュリティ等の要件を担保できるとか
意味不明な説明じゃなくて単純に言えばいいだけだろ

クラウドではサーバーの外にあるファイアウォールで制御する
そのファイアウォールは、設定画面やCLIコマンドやAPIから設定できる
0769login:Penguin
垢版 |
2018/12/11(火) 18:55:36.03ID:vSSmL6HQ
多層防御やんないの？
0770login:Penguin
垢版 |
2018/12/11(火) 18:57:19.35ID:RFWXoMiO
>>768
わかりやすい。

でも、手作業による設定と違って、
柔軟な設定はできなさそう。

Dockerならフォワードチェインから、
サブチェインに飛ばして、そこでフィルタやパケットの統計をとったり、
あるいは、ポート開放のために、-t nat にフォワードの設定が必要になるだろうけど、
クラウドはそういうのは使わないの？
0771login:Penguin
垢版 |
2018/12/11(火) 19:01:33.77ID:TdDwAL/l
> でも、手作業による設定と違って、
> 柔軟な設定はできなさそう。

手作業ってなんだ？ どうせコマンドうつだけだろ

> Dockerならフォワードチェインから、
Dockerコンテナ = アプリ

お前、アプリの中に、ファイアウォールの設定入れるのか？
Dockerコンテナは仮想マシンじゃないって言ってるだろ
0772login:Penguin
垢版 |
2018/12/11(火) 19:02:07.57ID:TdDwAL/l
>>770
> クラウドはそういうのは使わないの？
だからそれらは全てサーバーの外にあるファイアウォールで設定できる
0773login:Penguin
垢版 |
2018/12/11(火) 19:02:50.71ID:YQlb17UG
実際はiptableなんかに頼ることなく、ハード込みで売ってるファイヤウォール使ってるってことだろ。
0774login:Penguin
垢版 |
2018/12/11(火) 19:02:59.55ID:TdDwAL/l
>>769
やりたいならやればいいのでは？
0775login:Penguin
垢版 |
2018/12/11(火) 20:20:08.70ID:aNKr+Tu5
>>769
お前はリスクマネジメントというものを分かってない
AWSが俺を信じて任せろと言ってるんだからリスクは完全にAWSに転嫁されていて、それで十分なんだよ
もしもAWSの不具合で事故るようなことがあれば、そのときはAWSに損害賠償請求すればよい
0776login:Penguin
垢版 |
2018/12/11(火) 20:39:50.12ID:TdDwAL/l
>>775への反論は

そんな無責任が通用するわけがないだろう

自前で実装して、不具合で事故るようなことがあれば、損害賠償してやる！と
男らしく言うべきだ。

自前で実装する＝事故る可能性が高い わけだけど、
損害賠償するのが男らしいんだ！

という感じでお願いねｗ
0777login:Penguin
垢版 |
2018/12/11(火) 20:50:55.90ID:wGD7MWoB
AWSのインフラはCloudFormationかTerraformを使って設定するのが今どき

全てGitリポジトリに入れて管理すれば誰が何を変えたか分からないって事はなくなる

AWSの場合、接続出来るIPやポートの制限はセキュリティグループで行う

手動で変更されてもEvident.ioを使えば自動で検出して修復できる

Evident.ioを使ってセキュリティオートメーションしてみた
https://dev.classmethod.jp/cloud/aws/security-automation-using-evident-io/

Evident.io使わなくても
CloudTrailとSNS、Lambdaを使えば同じことできそうだが
めんどい
0778login:Penguin
垢版 |
2018/12/11(火) 21:01:01.62ID:hpl/6PSX
http://connect.uh-oh.jp/

現実の人の繋がりに疲れた人に

宣伝です。
0779login:Penguin
垢版 |
2018/12/12(水) 00:19:12.15ID:0hXJnkj2
コンテナとJSフロント関係は
進歩早すぎてついていけん...
0780login:Penguin
垢版 |
2018/12/12(水) 00:40:57.10ID:JHof8k11
>>771
でも、Dockerコンテナ起動したら、
ポートが開くじゃない？
たとえば、ソースIPアドレスで絞り込んだり、
iptablesが必要だと思うけど？
そういうこともawsセンター側できるの？
0781login:Penguin
垢版 |
2018/12/12(水) 00:43:06.20ID:Zb7agEVB
> でも、Dockerコンテナ起動したら、
> ポートが開くじゃない？

開かないが？
0782login:Penguin
垢版 |
2018/12/12(水) 00:43:48.96ID:Zb7agEVB
>>780
例えば、nginxを起動するとポート80番が開く
って話してるのか？

Dockerと関係ない話だよね
0783login:Penguin
垢版 |
2018/12/12(水) 02:56:29.06ID:JHof8k11
>>771

コンテナはアプリを動作させるための環境であって、
コンテナ＝アプリという式は間違っている。
0784login:Penguin
垢版 |
2018/12/12(水) 02:57:03.71ID:oUbBeYcM
>>775
まあ大抵にわかのセキュリティエンジニア（笑）が設定ミスってノーガードになるのが事故の原因なんだけどな
オンプレでもFWで守られてるから大丈夫なんて余裕ぶっこいてるサーバーほどよく侵入されてる
0785login:Penguin
垢版 |
2018/12/12(水) 10:49:09.21ID:Zb7agEVB
>>783
コンテナ＝アプリ と言ってない
Dockerコンテナ=アプリ と言ってる
正確に言うならアプリ相当として考えろってことだが
0786login:Penguin
垢版 |
2018/12/12(水) 10:51:05.96ID:Zb7agEVB
>>784
なんでデフォルトでポート塞がないの？って話だな

クラウドならサーバー外部にある、ファイアウォール相当のものがデフォルトで塞いでいるから
いくらサーバー側で設定ミスっても接続できない。

意図的にファイアウォールの設定をしない限り接続できないように
安全な状態になっている。
0787login:Penguin
垢版 |
2018/12/12(水) 12:46:39.18ID:rkj8vXTd
>>784
それはいったんFWの内側のネットワークに侵入されたらノーガードのサーバーに入り放題ってことだろ？
クラウドだとFW相当の設定はサーバー単位だし、その上で仮想ネットワークの出入口に更に強力なFWを設けるのが一般的だ
その上で更にサーバ内でポート閉じる設定するなんて明らかに冗長なだけ
0788login:Penguin
垢版 |
2018/12/12(水) 12:53:29.02ID:JHof8k11
>>786
デフォで、オールリジェクト？ポリシーはどうなっているの？

awsでもDockerコンテナ使えますか。
使えるなら、Dockerホストと、その外部ファイアウォールの両方でポート開放が必要ということですよね。
いわば、サーバーの先にブロードバンドルータがあるみたいな感じですよね。
0789login:Penguin
垢版 |
2018/12/12(水) 13:33:11.96ID:Zb7agEVB
>>787
> それはいったんFWの内側のネットワークに侵入されたらノーガードのサーバーに入り放題ってことだろ？
セキュリティ突破できたらやり放題って当たり前だろ
何を言ってるのかわからん。

> クラウドだとFW相当の設定はサーバー単位だし
普通はネットワーク単位だが？

> その上で仮想ネットワークの出入口に更に強力なFWを設けるのが一般的だ
だからそれがデフォルトなのがクライド
0790login:Penguin
垢版 |
2018/12/12(水) 13:34:32.04ID:Zb7agEVB
>>788
> awsでもDockerコンテナ使えますか。
今の話にDockerコンテナは関係ないから
（パッケージでインストールする）nginxに置き換えるね

> nginxのホストとその外部ファイアウォールの両方でポート開放が必要ということですよね。
> いわば、サーバーの先にブロードバンドルータがあるみたいな感じですよね。

だからなに？
0791login:Penguin
垢版 |
2018/12/12(水) 14:03:28.23ID:rkj8vXTd
>>789
いやセキュリティグループはサーバー単位だろ
本当にAWS使ってるのか？
0794login:Penguin
垢版 |
2018/12/12(水) 14:34:36.22ID:LrMZOP1V
>>793
反論できないならレスすんなよｗ
0795login:Penguin
垢版 |
2018/12/12(水) 14:53:24.26ID:rkj8vXTd
>>792がAWSを使ったことがないことはわかった
0796login:Penguin
垢版 |
2018/12/12(水) 15:21:10.76ID:kA2tO+1p
セキュリティグループは作ってからEC2インスタンスやロードバランサー、データベースにくっつける

IPアドレスの範囲に加え、
特定のセキュリティグループを持ったインスタンスの接続のみを許可する使い方も出来て便利
0797login:Penguin
垢版 |
2018/12/12(水) 15:21:58.33ID:afrcY71M
AWS使ったことないんだけど、ポートを塞ぐだけでセキュリティ云々言うのは間違ってるよ。
webなんかで言われるセキュリティホールは80とか443を使って侵入するから通信の中身やURLを解析して弾かなきゃいけない。
こんなのは自前で実装するのが普通。
0798login:Penguin
垢版 |
2018/12/12(水) 15:24:04.80ID:LrMZOP1V
>>797
URLを解析って何すんの？
言ってみ
0799login:Penguin
垢版 |
2018/12/12(水) 15:25:51.40ID:LrMZOP1V
オンプレの場合、一旦納品したサーバーは
脆弱性があろうともバージョンアップしないんだろう

だから脆弱性があるサーバーを守るために
ファイアウォールを使う。

馬鹿としか言いようがないｗ
0800login:Penguin
垢版 |
2018/12/12(水) 15:26:01.33ID:kA2tO+1p
自分のアプリのバグで大穴を開けなきゃ普通は大丈夫
0801login:Penguin
垢版 |
2018/12/12(水) 15:32:49.47ID:afrcY71M
>>798
jsが仕込まれたURLじゃないかとか色々
0802login:Penguin
垢版 |
2018/12/12(水) 15:39:58.21ID:JHof8k11
>>794
反論を煽るようなレスをわざわざするなよ
0803login:Penguin
垢版 |
2018/12/12(水) 15:41:21.13ID:JHof8k11
>>798
ストリングクエリとか
0804login:Penguin
垢版 |
2018/12/12(水) 15:43:22.45ID:LrMZOP1V
>>801
え？なに？ クライアントからサーバーに
jsが仕込まれたURLが送られてくんの？

>>803
え？なに？ストリングクエリに細工されていたら
サーバーに侵入される脆弱性があるの？
0805login:Penguin
垢版 |
2018/12/12(水) 15:44:35.32ID:JHof8k11
>>804
最初からわかっていたら苦労しない。
0806login:Penguin
垢版 |
2018/12/12(水) 15:50:02.78ID:LrMZOP1V
>>805
テストもレビューもしないってこと？
細工したクエリストリング流してテストすればわかることだよね？
0807login:Penguin
垢版 |
2018/12/12(水) 15:50:03.76ID:afrcY71M
可能性を言えばきりがないが、URL依存の攻撃なんか腐るほどパターンがあるから限られたURLだけ通してあげて、
それ以外は404とかに出すに限る。404も別サーバーでいい。
bashショックもURLだったろ。あれはパッチをできるだけ速く当てるしかないが。
0808login:Penguin
垢版 |
2018/12/12(水) 15:51:25.13ID:afrcY71M
テストとレビューで事足りるならセキュリティは苦労しない。
0809login:Penguin
垢版 |
2018/12/12(水) 15:55:21.74ID:LrMZOP1V
でもセキュリティあってもテストとレビューで
事足りないものはセキュリティでも漏れるから
意味ないよね
0810login:Penguin
垢版 |
2018/12/12(水) 15:56:29.43ID:LrMZOP1V
> 可能性を言えばきりがないが、URL依存の攻撃なんか腐るほどパターンがあるから限られたURLだけ通してあげて、

だから限られたURLってなんだ？
お前のサーバーは、自分以外のURLで接続できるのか？
0811login:Penguin
垢版 |
2018/12/12(水) 16:02:48.99ID:afrcY71M
>>810
普通いくらでも通るぞ。getも知らないのか？
0812login:Penguin
垢版 |
2018/12/12(水) 16:14:58.97ID:LrMZOP1V
>>811
どこのサーバーからgetするの？
0813login:Penguin
垢版 |
2018/12/13(木) 01:38:07.71ID:eanokFZt
>>810
たとえば、基本的なところでは、クエリストリングで、
アプリケーション側で対応するフィールド以外のものは、
排除するとか。
0814login:Penguin
垢版 |
2018/12/13(木) 08:28:12.43ID:WRDxjQMU
>>797
>webなんかで言われるセキュリティホールは、80とか443を使って侵入するから、
通信の中身やURLを解析して弾かなきゃいけない。
こんなのは自前で実装するのが普通

アプリ製作者が素人で、アプリにバグがあるから、こいつらの技術では自前で実装できないw

SQL 文を文字列でつないで作って、問い合わせる奴。
place holder を使っていない奴は、SQL インジェクションされる

sql文 = "SELECT 列名 FROM 表名 WHERE user_id='$userid';";

この変数に、1 だけなら良いけど、
クラッカーは「1; 文」のように、; を打って、クラッキングする文をつなげてくる

資格も持ってない・勉強していない奴は、当たり前の事も知らない。
place holder を使っていないアプリは、損害賠償請求できる

こういう奴らは、アプリを作っちゃいけない！
0815login:Penguin
垢版 |
2018/12/13(木) 08:31:23.97ID:+yv1dYA8
>>813
そんなもんWAFで弾ける
クラウドならそれこそ画面でポチるだけ
0816login:Penguin
垢版 |
2018/12/13(木) 08:35:16.32ID:WRDxjQMU
>>788
>awsでもDockerコンテナ使えますか

aws は、Docker だろ。
CoreOS, Kubernetes とか
0817login:Penguin
垢版 |
2018/12/13(木) 14:47:58.45ID:XsbRAMI5
コンテナってクラウドに熟達した人が究極のdeployabilityを追求した末に行き着くものだと思ってたけど、意外とそうでもないんだね
クラウドには手が出ないけどなんか新しそうなもの触ってみたいだけな人が多いのかな
0818login:Penguin
垢版 |
2018/12/13(木) 15:26:06.24ID:j2qkztX7
マネージドKubernetesサービス対決

比較表見るとアマゾンのEKSはGoogleのGKEと比較してコスト高いだけの劣化版に見える
そしてMSのAKSはどちらにも及ばないクソ
https://kubedex.com/google-gke-vs-microsoft-aks-vs-amazon-eks/
0819login:Penguin
垢版 |
2018/12/14(金) 00:56:30.76ID:yXt9E1ve
>>815
httpsの場合は？
中間者攻撃が成立しないと解読できないと思うけど。
0820login:Penguin
垢版 |
2018/12/14(金) 08:26:23.33ID:E4qeknD0
>>819
wafはCloudFrontやALBと組み合わせて使うよ。
それらはSSLアクセラレーターの機能も兼ねてるのでwafやwebサーバ側に来る時点ではhttp平文状態になります。
この場合、サーバー証明書はCloudFrontやALBに組み込むだけで済みます。AWSはドメイン発行やルート局も持ってるので証明書関連はAWSだけで完結できます。
スレチだけどEntity Framework等の昨今のO/Rマッパーを使っていればSQLインジェクション対応してくれるから余り神経質になる事はないよ。自身でSQL文を組み上げる事はしません。
0821login:Penguin
垢版 |
2018/12/14(金) 11:45:24.57ID:BtHCLjdt
>>819はまさかコンテナにSSL喋らせてるのか?
そんな足回りの関心は丸投げできるようなインフラでないと上で喚いてる「アプリとしてのコンテナ」なんか程遠いだろ
0822login:Penguin
垢版 |
2018/12/14(金) 11:50:21.23ID:Wd54hADz
もうそろそろ飽きてきたな。
インフラ周りの話はDockerコンテナと関係ないし
0823login:Penguin
垢版 |
2018/12/14(金) 12:17:11.80ID:BtHCLjdt
今時オーケストレーションやインフラの技術を抜きにしてコンテナを語るのは無理があるだろ
ホビーストがチマチマrunして遊ぶ時代はとうの昔に終わったんだよ
0824login:Penguin
垢版 |
2018/12/14(金) 12:28:41.19ID:Wd54hADz
>>823
レイヤーが違うんだよ。

Dockerはコンテナに動かすのに必要なものがカーネル以外全て入っている
逆に言えばDockerを動かすものは何でもいい。

Kubernetes使おうがsystemdから起動しようがコマンドで実行しようが関係ない

アプリの話をしているときにOSの話をするのは関係ないだろ？
OSとアプリの連携の話をするならまだわかるけど、
OSそのものの話は関係ないじゃん？今の話はそういうレベル。

インフラそのものの話になってしまって、アプリは全く関係ない話になってる。

アプリとインフラの機能を密結合させるという発想しか持ち合わせてないから
こういう話を続けるのだろうけど
0825login:Penguin
垢版 |
2018/12/14(金) 23:41:13.97ID:94bz9H8n
>>824
大いに関係あるよ
なぜコンテナにTLSが必要ないのか?
それは暗にインフラに対してCloudFrontやALB的なものが存在するという前提を設けているからだろう
レイヤが違う、故に高レベルのレイヤの設計は低レイヤの性質に依存するんだよ
コンテナを単なるVMというならともかく、そうじゃないと主張しているんだろ？
だったらそのためのインフラに対する条件は明確にしておかなければ机上の空論でしかないぞ
0826login:Penguin
垢版 |
2018/12/15(土) 00:12:19.93ID:AVLQNiPu
>>825
お前が言ってるのコンテナと関係ない話じゃん

> なぜウェブアプリにTLSが必要ないのか?
> それは暗にインフラに対してCloudFrontやALB的なものが存在するという前提を設けているからだろう
> レイヤが違う、故に高レベルのレイヤの設計は低レイヤの性質に依存するんだよ

昔からウェブアプリ自身にTLS（SSL）を解く機能は持たせず、
その前に設置しているリバースプロキシ等にやらせるだろ。

例えばRailsを使うにしてもRails自身でSSLを処理するのではなく、
リバースプロキシ等（例 nginx）で行わせる。

このnginxはRailsのプリコンパイルしたCSSやJavaScript等の
静的ファイルの配信でも利用される。静的ファイルの配信は
それが得意なnginxにやらせてRailsはアプリの処理のみを行う。

そういったすみ分けが昔から出来てるわけで、Dockerコンテナだからそうするいう話ではない
0827login:Penguin
垢版 |
2018/12/15(土) 15:15:31.44ID:cWutNvKe
>>826
証明書ゲートウェイですね
大手でも、そういう名前のサイトで最初で認証させられるわ。
0828login:Penguin
垢版 |
2018/12/15(土) 15:44:52.42ID:K1K5tkNg
>>827
なんかそれ違う気がする。
>>826のはSSLアクセラレータとかの方でねぇか？
0829login:Penguin
垢版 |
2018/12/15(土) 15:46:43.03ID:K1K5tkNg
訂正：SSLアクセラレータとかSSLオフロードとかの方でねか？
0830login:Penguin
垢版 |
2018/12/19(水) 14:48:40.71ID:MXoPEPIu
WindowsでDocker (Hyper-V)とVirtualBoxが共存可能になったってよ
0832login:Penguin
垢版 |
2018/12/19(水) 16:34:42.32ID:RugaoNC3
>>830
バーチャルマシンつかった段階で、負けた感がある。

そこはLinuxをちゃんとつかって、生でDockerしないと。
0833login:Penguin
垢版 |
2018/12/20(木) 23:54:36.14ID:XN4/V/I5
>>830
何が凄いのか、分からない、良かったら教えてくだしあ
個人的には、Linuxでdocker派です
0834login:Penguin
垢版 |
2018/12/21(金) 01:14:23.43ID:Nv7/v6TH
Dockerって、可搬性
>>833
これまでHyper-VをオンにするとVirtualBoxが使えなかった。
それが6.0から共存して使えるようになると騒いでいる。
でも自分も含め動いていない人も居て、本当に動くのか議論されている。
0835login:Penguin
垢版 |
2018/12/21(金) 01:15:42.66ID:Nv7/v6TH
最初に変な文入った。すまん。
0836login:Penguin
垢版 |
2018/12/21(金) 01:24:14.44ID:XG5mmZ9I
ひょっとしてVMWareとも共存できるようになった？
0837login:Penguin
垢版 |
2018/12/21(金) 01:53:16.38ID:uGD7jju5
>>834
公式にはできるってアナウンスないって事？
0838login:Penguin
垢版 |
2018/12/21(金) 06:49:12.33ID:Nv7/v6TH
>>837
公式にアナウンスされているけど、動かない。でも動いてる人も居るんですよね。きっと。
0840login:Penguin
垢版 |
2018/12/21(金) 13:33:22.49ID:l/z2KMXK
>>839
QEMUの話。動いたとは書かれていない
0841login:Penguin
垢版 |
2018/12/21(金) 17:10:41.60ID:uGD7jju5
>>838
Vrtual Boxの方をアプデするのね
Dockerの公式ブログとか見てたw
0842login:Penguin
垢版 |
2018/12/21(金) 17:47:57.10ID:gbcTPeq+
>>841
6.0にしてWindows ハイパーバイザープラットフォームをオンにし、再起動。
0844login:Penguin
垢版 |
2018/12/23(日) 05:24:15.15ID:qY0IrDwI
素人ながらubuntu16.04にdockerを入れたらネットに接続できなくなりました。ブリッジが勝手にかかっててwifiがつながらない症状が出ています。
操作しようとしたらgot permission denied while trying to connect to the Docker daemon socket at unix 〜〜〜と出てきました
この状態からdockerを削除して元の状態に戻す方法を教えていただけないでしょうか。
sodo gpasswd -a username dockerでグループには追加しました。
0845login:Penguin
垢版 |
2018/12/23(日) 05:53:03.36ID:HJ+H2evR
>>844
dockerを消す前に、再起動しろ
再起動したら動く
0846login:Penguin
垢版 |
2018/12/23(日) 06:59:26.01ID:qY0IrDwI
接続できるようになりました。とんだお騒がせをいたしました。
0847login:Penguin
垢版 |
2018/12/23(日) 07:11:20.54ID:HJ+H2evR
ま、再起動しなくてもネットワークサービスを再起動して
ログインしなおせば動くんだけどなｗｗｗ
0848login:Penguin
垢版 |
2018/12/23(日) 14:58:25.06ID:yfLE2NmO
今更ながらdocker勉強し始めました
KVMみたいにOSから作るのは理解できるけど、例えばDockerHubからNginxイメージをpullする時は、dockerをインストOS環境に依存するの？
Debian使ってたらDebian環境用のNginx環境ができるの？
0849login:Penguin
垢版 |
2018/12/23(日) 15:09:29.69ID:HJ+H2evR
そのnginxイメージを作ってるDockerfileを読めばわかることだろ

dockerを使う = Dockerfileを読み書きするってことなんだからな
0850login:Penguin
垢版 |
2018/12/23(日) 15:11:09.75ID:Sp1piTzY
使用しているベースイメージ次第。環境は関係ない。
dockerは実運用するなら素のベースイメージから上は自分で作るのが基本だから、そのへんの考え方は一度自分でやってみればすぐに理解できる。
出来合いのものはあくまでサンプル。
0851login:Penguin
垢版 |
2018/12/23(日) 15:18:02.54ID:nk+HmfrL
ありがとう
むぅ理解できないわ
取り敢えず触ってみる
0852login:Penguin
垢版 |
2018/12/23(日) 15:20:33.05ID:nk+HmfrL
んっnginxより上、ベースイメージでの動作はdockerが担保してくれるってことなのかな

触ってみる
0853login:Penguin
垢版 |
2018/12/23(日) 15:23:14.74ID:B+bc3dl4
カーネルは共有されるけどそれくらい
0854login:Penguin
垢版 |
2018/12/23(日) 20:16:44.66ID:JFyTQrTf
LinuxカーネルのABIは安定しているので
カーネルより上の層（libc）とかは
基本どのディストリビューションでも動作する

go言語は他のライブラリが必要ない実行ファイルを作れる
scratchイメージにgoの実行ファイルだけ入ったものを作れば
僅か数MBのDockerイメージすら作れる
0855login:Penguin
垢版 |
2018/12/23(日) 20:27:41.62ID:QVRCwsb4
>>854
何ヶ月か前に別スレでその最初の3行にまつわる話したら袋叩き似合った
0856login:Penguin
垢版 |
2018/12/23(日) 20:28:40.54ID:a3X0TqIZ
だってウソだもんで>LinuxカーネルのABIは安定している
0857login:Penguin
垢版 |
2018/12/23(日) 20:53:37.68ID:HJ+H2evR
>>854
> go言語は他のライブラリが必要ない実行ファイルを作れる

でもライブラリ相当の機能が実行ファイルに含まれてるから、
goのバイナリはサイズがデカイんだよね
0859login:Penguin
垢版 |
2018/12/23(日) 21:00:54.59ID:QVRCwsb4
goはでかいよ
Archやってるとでかいサイズのgoの更新が頻繁に来るからうざい
0860login:Penguin
垢版 |
2018/12/23(日) 22:03:58.19ID:jSNMCGZQ
Linux/UNIX文化では動作が変わっても名前は変わらないので必ずリンクできる。
つまり安定性が高い。
一方、Windowsは動作が変わると名前にサフィックスが付く。
従って新しいAPIに自動的にリンクされることはないし、APIの数はドンドン増え続ける。
0861login:Penguin
垢版 |
2018/12/23(日) 22:06:43.39ID:UzZijvxD
>>860
？

Linux/UNIX文化では動作が変わっても名前は変わらないので必ずリンクできる。
Windowsは動作が変わると名前にサフィックスが付く。
以前の名前は変わらないので必ずリンクができるし、以前の名前の動作が変わることがない
だから高い互換性が保てる

といいたいのかな

Linuxはカーネルのシステムコールの数が増えなくても
ライブラリとは関係ない話なので、APIの数の代わりにライブラリの関数が増え続けるよ
0862login:Penguin
垢版 |
2018/12/23(日) 22:39:22.84ID:5Q1rOqA5
>>855
読んでみたい、どこか覚えてる？
0863login:Penguin
垢版 |
2018/12/24(月) 11:43:32.49ID:ZQ/dJl6b
Debianにインスコ開始ー
0864login:Penguin
垢版 |
2018/12/24(月) 12:15:04.63ID:wEpk+PBH
GoのシングルバイナリってGPL汚染はないの？
というかDocker自体、上の方で猿が喚いてる「コンテナはアプリだ！」との主張がもし世間一般に通るなら、
単なる集積物であってアプリにGPLは感染しない理論はかなり無理があるんじゃないかな
0865login:Penguin
垢版 |
2018/12/24(月) 12:32:06.34ID:3ljC1xCs
自分で入れた癖して汚染したとか騒ぐのは笑えるぜ
0866login:Penguin
垢版 |
2018/12/24(月) 12:37:46.46ID:3ljC1xCs
>>864
そもそもGoはBSDライセンスだし

gccgoを使う場合はGPLのコンポーネント（gcc）を含むが
生成したバイナリはGPLの対象外

gccのランタイムライブラリは例外にしないと
Linuxにクローズドソースのソフトウェアが一切存在出来なくなるから
まさかクローズドソースのは一切無いと思ってた？
0867login:Penguin
垢版 |
2018/12/24(月) 12:54:07.75ID:FVAjhLvH
>>866
LinuxのアプリがGPLに感染しないのは、GPLの「単なる集積」と「システムコール」の例外条項による
自分で条項を読んでみたらいい
Dockerコンテナを単なるアプリケーションパッケージと解釈するなら、これらの例外が適用されるかはかなり怪しいよ
まあGoの場合は解釈論を云々するまでもなくGPLライブラリをスタティックリンクした時点で完全アウトだが
0868login:Penguin
垢版 |
2018/12/24(月) 13:26:23.88ID:n0J+hQ60
>>867
意味不明
Dockerで使う時だけ対象になるとか何処に書いてある？
0869login:Penguin
垢版 |
2018/12/24(月) 13:36:26.71ID:n0J+hQ60
>>867はDockerイメージは全てオープンソースにしないと違法って言ってんのか？
そんなこと言ってんのお前だけだろw
0870login:Penguin
垢版 |
2018/12/24(月) 14:05:57.51ID:sB1miyd2
Linuxはソース文化なのでコンテナがないとアプリケーションの配布がきつい。
0871login:Penguin
垢版 |
2018/12/24(月) 16:44:22.21ID:0ONmT3Cp
>>867
お前、その主張は、DVDにGPLとそうでないものを
一緒に焼いたら（つまりRedHat Linux状態）
ライセンス違反になると言ってることになってるんだが
気づいているか？
0873login:Penguin
垢版 |
2018/12/24(月) 18:34:55.08ID:sB1miyd2
Redhatは倫理規定違反で死刑になってもおかしくないけどな。
0874login:Penguin
垢版 |
2018/12/24(月) 19:52:46.56ID:fOFd4UE9
そもヨゴレのIBMと喜んでくっつかってんだから相当なド底辺クズ野郎どもだろ>RH
大喜びで開発協力してきた日本の大手ITベンダのアホ情弱どもはそれ以下のマヌケだろうけどな
0875login:Penguin
垢版 |
2018/12/24(月) 22:18:39.83ID:Hg8v6tOU
>>871
>>871
それがいわゆる「単なる集積」
特定のアプリのために同梱してるんじゃなくて本当に単なる寄せ集めだから派生物と見做されない
一方Dockerは特定のアプリのためにコンポーネントを事実上スタティックリンクしているわけで、例外条項の趣旨を考えれば完全にアウトだ
だからDocker使うなら間違っても「コンテナはアプリだ」なんて言っちゃいけない
0876login:Penguin
垢版 |
2018/12/24(月) 23:37:40.13ID:0ONmT3Cp
> 一方Dockerは特定のアプリのためにコンポーネントを事実上スタティックリンクしているわけで

事実上スタティックリンクってことは
本質上スタティックリンクじゃないってことだよね
0877login:Penguin
垢版 |
2018/12/24(月) 23:39:40.35ID:0ONmT3Cp
Dockerコンテナはスタティックリンクしてないからアプリと言えるわけである
スタティックリンクしていれば1バイナリになる。
0878login:Penguin
垢版 |
2018/12/24(月) 23:52:53.20ID:Y3lrr8FC
>>877
GPLはスタティックリンクか動的リンクかに関わらず感染するよ
0879login:Penguin
垢版 |
2018/12/24(月) 23:54:33.16ID:sB1miyd2
LGPLなら良かったのにな。
0880login:Penguin
垢版 |
2018/12/25(火) 00:01:42.31ID:XGHDmrXH
ちなみにAndroidアプリだと、LGPLライブラリ(.so)をアプリのパッケージ(ZIP形式)に入れて配布するのはスタティックリンクに該当し、
アプリがLGPLに感染するという解釈が一般的だ
Dockerイメージは言うまでもないよね
0881login:Penguin
垢版 |
2018/12/25(火) 00:04:53.08ID:MqCJ7mUS
いつのまに、アプリと呼ぶだけでGPLに感染することになったんだ？ｗ
本質的にアプリだが、アプリと呼ばなければOKって意味不明

俺が「あれ」と「これ」を含んだDockerコンテナ=アプリを作ったとして
他人が作った「あれ」と「これ」のライセンスを、赤の他人の俺がGPLに変更できるわけないし

Dockerfileはただの数行のファイルでしか無いし、
俺がGPLのものを作ってなにか作ったからと言って、それを不特定の人に公開する義務もない

Docker=アプリに反論したいができなくて、とりあえず言ってみたんだろうが
穴がありすぎて、大丈夫かこいつ？
0882login:Penguin
垢版 |
2018/12/25(火) 00:05:50.27ID:MqCJ7mUS
>>880
良い皮肉だｗ
Googleストアにあるやつは全部GPLになっちゃうよなｗ
0883login:Penguin
垢版 |
2018/12/25(火) 00:09:26.36ID:MqCJ7mUS
Dockerイメージを配布せずに、
Dockerfileだけ配布すれば
完全にGPL（LGPL）を回避できる

Dockerは素晴らしいですな！
0884login:Penguin
垢版 |
2018/12/25(火) 00:10:23.19ID:MqCJ7mUS
ということで、DockerがGPL違反になるとか言ってるアホは徹底的にコテンパンにされました。おしまい。
0885login:Penguin
垢版 |
2018/12/25(火) 00:11:46.93ID:XGHDmrXH
いやイメージを配布するのは普通にGPL違反よ
配布しなけりゃいいだけだし、誰もそれは否定してないでしょ
0886login:Penguin
垢版 |
2018/12/25(火) 00:23:34.90ID:FPaj6kyi
まあ確かに、LGPLはシステムライブラリとのリンクを想定してるから、一緒に配布するのはGPLの精神からすると感染だろな。
0887login:Penguin
垢版 |
2018/12/25(火) 00:24:24.73ID:DAdBnaIi
> いやイメージを配布するのは普通にGPL違反よ

1. そもそもイメージ配布しなければGPL違反でないし
イメージ配布する人を社内に限れば、社内の人だけにソースを配布すれば良い

2. GPLはバイナリを入手した人がソースを入手できればいいので
バイナリを手に入れてない人にソースを配布する必要はない

3. DockerイメージのソースとはDockerfileのこと

4. もちろんDockerイメージの不特定の人に配布したら、
その中に入っているバイナリのソースも渡さないといけない
0888login:Penguin
垢版 |
2018/12/25(火) 00:25:07.05ID:DAdBnaIi
> まあ確かに、LGPLはシステムライブラリとのリンクを想定してるから、一緒に配布するのはGPLの精神からすると感染だろな。

その理屈だと、ISOイメージにして配布しているRedHatなんかも
ライセンス違反ということになってしまうので、間違ってるのは明らか
0889login:Penguin
垢版 |
2018/12/25(火) 00:26:04.73ID:DAdBnaIi
一言で言うならば、GPL感染した所で、プライベートイメージなら
何ら問題ないってことよ。
0890login:Penguin
垢版 |
2018/12/25(火) 00:26:15.33ID:FPaj6kyi
>>888
Redhatは裁判になったら死刑判決受けるだろ。
0891login:Penguin
垢版 |
2018/12/25(火) 00:26:43.00ID:3aFn9L6f
>>888
だからそれは単なる集積
DockerもVMだから単なる集積だと強弁してしまえばイメージの配布も限りなく黒に近いグレーにできなくもない
0892login:Penguin
垢版 |
2018/12/25(火) 00:27:32.15ID:DAdBnaIi
>>891
Dockerのイメージも単なる集積だけど？
0893login:Penguin
垢版 |
2018/12/25(火) 00:28:13.95ID:FPaj6kyi
見る人が見れば真っ黒に近い黒だろうな。
例えばGNUの尊師が見たら完全にアウツだろ。
0894login:Penguin
垢版 |
2018/12/25(火) 00:29:54.04ID:DAdBnaIi
Dockerのイメージがどういうふうに展開されてるのか知らないのかな？
単なるファイルとしてディスクに展開されてるんだけど

最終的にはLinuxのコンテナとして動いていて、コンテナがchrootを発展させたものって知っていれば
以下のリンク先の説明にあるように、とあるディレクトリ以下に展開されてるファイルを実行するだけって
わかるはずなんだが？

https://deeeet.com/writing/2013/12/16/where-are-docker-images-storede/
0895login:Penguin
垢版 |
2018/12/25(火) 00:32:10.44ID:3aFn9L6f
>>894
仮にスタティックリンクではないと解釈できたとしても、実際に実行時には動的リンクしてるんでしょ
誰がどう見ても派生物だよ
0896login:Penguin
垢版 |
2018/12/25(火) 00:33:09.86ID:DAdBnaIi
> 仮にスタティックリンクではないと解釈できたとしても、実際に実行時には動的リンクしてるんでしょ

だからその理屈を言ってしまうと、RedHatのISOイメージも
同じことになってしまうので、その矛盾を解決してから出直してきなって話
0897login:Penguin
垢版 |
2018/12/25(火) 00:33:40.09ID:3aFn9L6f
>>896
だからGPLの「単なる集積」の条項を読んできなさい
0898login:Penguin
垢版 |
2018/12/25(火) 00:34:25.34ID:DAdBnaIi
そもそもLinuxでパッケージが提供されているものだけを
使用すればGPL違反になりようがないんだよね

だからDockerコンテナ＝アプリ
0899login:Penguin
垢版 |
2018/12/25(火) 00:34:48.59ID:DAdBnaIi
>>897
読んで問題がないことがはっきりしている
0900login:Penguin
垢版 |
2018/12/25(火) 00:38:53.20ID:DAdBnaIi
はいどうぞ

「集積物」とそのほかの種類の「改変されたバージョン」の違いは何ですか?
https://www.gnu.org/licenses/gpl-faq.ja.html#MereAggregation

「集積物」はいくつかの別々のプログラムからなり、それらは同じCD-ROMやそのほかのメディアや "Dockerイメージ" に
いっしょに入れられて配布されます。GPLは集積物を作成し配布することを認めています。
たとえ、ほかのソフトウェアが不自由あるいはGPLと両立しないものである場合でもです。
ただ一つの条件は、あなたは、それぞれのプログラムの個別のライセンスが許す権限を
ユーザが行使することを妨げるような、あるライセンスのもとで集積物をリリースすることはできないということです。

二つの別々のプログラムと二つの部分の一つのプログラムを分ける線はどこにあるでしょうか?
これは法的な問題であり、最終的には裁判官が決めることです。わたしたちは、
適切な基準はコミュニケーションのメカニズム(exec、パイプ、rpc、共有アドレス空間での関数呼び出し、など)と
コミュニケーションのセマンティクス(どのような種の情報が相互交換されるか)の両方によると考えています。

モジュールが同じ実行ファイルに含まれている場合、それらは言うまでもなく一つのプログラムに結合されています。
CD-ROMやそのほかのメディアやDockerイメージは実行ファイルではありません
もしモジュールが共有アドレス空間でいっしょにリンクされて実行されるよう設計されているならば、
それらが一つのプログラムに結合されているのはほぼ間違いないでしょう。

逆に、パイプ、ソケット、コマンドライン引数は通常二つの分離したプログラムの間で
使われるコミュニケーションメカニズムです。ですからそれらがコミュニケーションの
ために使われるときには、モジュールは通常別々のプログラムです。
しかしコミュニケーションのセマンティクスが親密であったり、複雑な内部データ構造を交換したりする場合は、
それらも二つの部分がより大規模なプログラムに結合されていると考える基準となりうるでしょう。
0901login:Penguin
垢版 |
2018/12/25(火) 00:42:14.19ID:DAdBnaIi
個々のファイルをあつめて、Dockerイメージにするだけでは
単なる集積物だろう。
0902login:Penguin
垢版 |
2018/12/25(火) 00:43:21.84ID:3aFn9L6f
>>900
えっと、君のアプリはDockerイメージ内のGPLライブラリと動的リンクしてないの?w
0903login:Penguin
垢版 |
2018/12/25(火) 00:46:00.22ID:DAdBnaIi
>>902
GPLライブラリとは動的リンクしてないけど？
動的リンクが許されるLGPLライセンスのものばかりだなぁ

GPLのものとは以下の分離したプログラム間でのコミュニケーションメカニズムを使うから問題ないし
> 逆に、パイプ、ソケット、コマンドライン引数は通常二つの分離した
> プログラムの間で使われるコミュニケーションメカニズムです。

これで結論出たよね？
0904login:Penguin
垢版 |
2018/12/25(火) 00:51:02.18ID:DAdBnaIi
そもそもGPLのものを作ってるのであれば
別にGPLに感染した所で何の問題もないよね。

それから本当の目的は「Dockerコンテナ=アプリ」を否定したかったんじゃなかったの？
Dockerコンテナをアプリと読んでしまったらGPL感染する！とかいう謎理論でさ
0905login:Penguin
垢版 |
2018/12/25(火) 00:57:24.87ID:DAdBnaIi
Dockerコンテナ＝アプリが気に食わなかったんだろうけど

結局、DockerイメージにするだけでGPL感染させられるか？という
話にしかなってなくて、そんなもんGPLライセンス読めば単なる集積物でしかない
Dockerイメージ（Linuxの機能のコンテナを実行するのに必要なファイルをまとめたもの）は
集積物として扱われるに決まってるし

最初のDockerコンテナ=アプリと何の関係もないし

どんな結論を目指したくてこの話を持ち出してきたのかわからんわ
┐(´ー｀)┌ﾔﾚﾔﾚ
0906login:Penguin
垢版 |
2018/12/25(火) 01:05:56.07ID:XGHDmrXH
>>900
そのDockerイメージについての言及がリンク先に見当たらないんだけど、参考までにどこにあるか教えてほしい
0907login:Penguin
垢版 |
2018/12/25(火) 01:12:36.77ID:DAdBnaIi
>>906
じゃあ君は、Dockerイメージがリンクに相当する言及するところを持ってきてくれ。
言い出しっぺなのだから、それぐらいやってから言うべきことだからな。
0908login:Penguin
垢版 |
2018/12/25(火) 01:32:32.10ID:XGHDmrXH
>>907
あなたの提示した捏造元のFAQがコンテナを想定して書かれたものではない以上、可能性は排除できないでしょ
モジュール同士の結合が強すぎる場合は通信方式に関わらず単一の大きなプログラムを構成していると見做されるとも書いてあるよね
Dockerは単一の大きなアプリじゃなかったのかな
0909login:Penguin
垢版 |
2018/12/25(火) 01:35:15.16ID:DAdBnaIi
Dockerは単一の大きなアプリだよ？

そしてスタティックリンクしてないし、動的リンクは
LGPLのものだけだからGPLの話と何の関係もないけど

二つの無関係な話をごっちゃにして何が目的なの？
0910login:Penguin
垢版 |
2018/12/25(火) 01:54:39.64ID:FPaj6kyi
おまえらはGNUの精神を誤解してるよ。
お前のものは俺のもの、俺のものは俺のもの。
それがGNUだろ。
0911login:Penguin
垢版 |
2018/12/25(火) 01:58:42.97ID:DAdBnaIi
GPLは俺のもの、バイナリ渡さなければソース公開の義務もないので
ウェブアプリでとっても便利に使えるもの

GPL感染を免れるためにリンクを行わずに
パイプでやり取りするのもよく使うテクニック
0912login:Penguin
垢版 |
2018/12/25(火) 04:04:44.72ID:FPaj6kyi
秋元はAKBがオープンソースとか言ってたのに、AKBは全然GNUじゃないんだよな。
握手券をCDと偽って売りつけるのがオープンソースっぽいと言われれば、確かにそんな感じもするが。
0913login:Penguin
垢版 |
2018/12/25(火) 04:05:04.80ID:WaQT3x/c
>>911
GPL感染を防ぐのにパイプでなんか渡す必要ないよ。アプリとして独立していればいいだけ。
0914login:Penguin
垢版 |
2018/12/25(火) 04:58:45.55ID:DAdBnaIi
>>913
アプリじゃなくてプログラムな。↓こうかいてあるだろ

https://www.gnu.org/licenses/gpl-faq.ja.html#MereAggregation
> しかし多くの場合、GPLの及ぶソフトウェアをプロプライエタリ・システムと一緒に
> 配布することは可能です。これを妥当な形で行うには、自由なプログラムと
> 自由ではないプログラムとがそれぞれ独立を保った形でコミュニケートし、
> それらが事実上単一のプログラムとなってしまうような方法で結合されていないことを確認しなければなりません。

そして「プログラムとして独立」していると見なして良いものの一つが
（GPLのものと）パイプでやり取りするってことだろ
0915login:Penguin
垢版 |
2018/12/25(火) 05:10:28.17ID:DAdBnaIi
あー、言っとくけど、ばれてないだろうと考えての無駄な努力はしなくていい。
「Dockerコンテナ = アプリ」をどうにか崩そうとして
なにかを「アプリ」に結びつけようとしてるのには気づいてるから
バレてる時点でその努力は無駄よ。
0916login:Penguin
垢版 |
2018/12/25(火) 19:02:35.08ID:FPaj6kyi
GPLに感染したら村ごと焼き払わないと人類滅亡するからな。
0917login:Penguin
垢版 |
2018/12/25(火) 19:09:11.04ID:3rvgWFVu
もうボケナスと腐れIBMのお陰で滅亡し掛かってるじゃん＞人類
0918login:Penguin
垢版 |
2018/12/25(火) 21:14:50.48ID:51aJ/wRC
焼き払え！
どうした！それでも世界で最も邪悪な一族の末裔か！
0919login:Penguin
垢版 |
2018/12/25(火) 23:30:47.40ID:p7mFW/Iu
なりきりトークはしんどい
0921login:Penguin
垢版 |
2018/12/27(木) 14:19:41.89ID:DBCGqnM6
Docker周りを調べてからWebサービス作ってみようかと思ってたけど後回しにする
小規模だし最初サービス作ってからでも遅くない気がしてきた
0922login:Penguin
垢版 |
2018/12/27(木) 14:20:31.02ID:DBCGqnM6
ても開発環境だけでも幸せになれるかなぁ
まぁ後にしよう
0923login:Penguin
垢版 |
2018/12/27(木) 15:52:15.98ID:eJNw9M2G
同時にすれば？
今日はこれ、明日はこれ。
0924login:Penguin
垢版 |
2018/12/27(木) 21:59:03.61ID:yY7ptEAF
いっちょまえに開発開発いわないでWebページ制作といえ
それしかやってないんだからお前らわ
0925login:Penguin
垢版 |
2018/12/27(木) 22:24:05.54ID:BHF4hV0J
Webページ制作なら大企業でもやるでしょう？
0926login:Penguin
垢版 |
2018/12/27(木) 22:34:07.05ID:gPaHe1Uf
いやWebサイトなんか外部委託が普通だろ
自社でWebサービスやってる会社ですら、Webサイト制作などという底辺仕事を自社エンジニアにやらせるのは損失だから外部委託してたりするぞ
0927login:Penguin
垢版 |
2018/12/27(木) 22:36:55.93ID:BHF4hV0J
ん？ お前の会社はエンジニアしかいない小さい会社なの？
0928login:Penguin
垢版 |
2018/12/27(木) 22:45:44.71ID:gPaHe1Uf
500人くらいの会社だけど、コアでない業務を外部委託するのなんて普通だろ?
前にいた1000人くらいのSIerも当然外部委託だったよ
0929login:Penguin
垢版 |
2018/12/27(木) 22:54:57.99ID:BHF4hV0J
ほーら言ってることが変わったｗ

Webサイトなんか外部委託が普通だろ
↓
コアでない業務を外部委託するのなんて普通だろ?


> それしかやってないんだからお前らわ
それしかやってないというのなら、それがコア業務ってことだよねｗ
矛盾している
0930login:Penguin
垢版 |
2018/12/27(木) 23:36:35.52ID:gPaHe1Uf
>>929
そりゃWeb制作がコア業務の会社もあるだろう
で、Web制作を主業とする大企業ってどこ?
0931login:Penguin
垢版 |
2018/12/28(金) 00:01:03.25ID:Xnr1TmZq
Web制作を主業とする大企業が今の話とどうつながるの？
0932login:Penguin
垢版 |
2018/12/28(金) 01:13:40.95ID:VhG75zia
webサイトとwebサービスを一緒くたにしてると底辺と思われても仕方ないぞ。
webサイトにしても外注ですますって事は諸々の技術が賄えないってことだからwebサイト職人は高年収なんだなこれが。
ちなみにどこにでも底辺がある業界なのでブラックで雇われてるタイプ打ちの事は知らん。
0933login:Penguin
垢版 |
2018/12/28(金) 01:22:56.10ID:R0nxxDdF
Web制作業界はゴミみたいな単価の案件を奪い合う地獄絵図やぞ
典型的なSIerのブラックなんかとは次元が違う
0934login:Penguin
垢版 |
2018/12/28(金) 17:09:23.59ID:qmD+abh2
キノトロープ。
0935login:Penguin
垢版 |
2018/12/28(金) 17:22:03.84ID:Xnr1TmZq
あなたが落としたのは、
キンノロープ ですか？それとも
キノロープですか？
0936login:Penguin
垢版 |
2018/12/31(月) 07:02:53.54ID:Mnpi3suq
>>935
人月100万のゆるゆる案件です！
0938login:Penguin
垢版 |
2019/01/22(火) 15:57:47.18ID:a+JKiGWw
>>937
コレってRH系ならyumで入れられんだな
0939login:Penguin
垢版 |
2019/01/22(火) 16:29:21.28ID:mcX40V8j
>>937
いきなりKubernetesにも対応してるのか
さようならDocker
このスレもこれで終わりだな
0941login:Penguin
垢版 |
2019/01/24(木) 21:43:23.54ID:ce56jNa3
>>940
違う
cri-oから分離したプロジェクト
0942login:Penguin
垢版 |
2019/01/24(木) 21:51:18.82ID:ILT9+sql
じゃあCoreOSチームはよくて合流悪くて放逐か
浮かばれねえな
0943login:Penguin
垢版 |
2019/01/25(金) 10:41:56.04ID:zAxqTMny
Dockerは売り時を逃したな
もう二束三文でMSに買収されてWindowsのコンポーネントになるしかない
0944login:Penguin
垢版 |
2019/01/25(金) 16:26:23.99ID:pYl8jJjD
どっかー買いたいって言ってたトコあったんか？
0945login:Penguin
垢版 |
2019/01/25(金) 18:06:35.14ID:zAxqTMny
買えるならAWSでもGoogleでもMSでもIBMでもどこでも買ってたでしょ
今となっては地獄の値下がりチキンレース不可避
0946login:Penguin
垢版 |
2019/01/25(金) 18:14:42.49ID:Cp/Uwjnb
コンテナはdocker以外にも沢山あるからな
docker社の価値のメインはdockerよりdocker hubだろう
0947login:Penguin
垢版 |
2019/01/26(土) 20:34:37.29ID:VvGtKHT8
>>945
MSは自社鯖製品にドッカー組み込んでるみたいだから買収するとしたら合理的かもだな
ホストwinなら他社と違ってかならずこの手のグルーコードが必要になるし
0949login:Penguin
垢版 |
2019/01/27(日) 14:53:42.52ID:fUS4TOTI
>>948
どっかのオタクが気紛れにつくったものなんてビジネスでは使い物になりません
その点、RedHat(IBM)ならエンタープライズクォリティの長期的なサポートが期待できます
0950login:Penguin
垢版 |
2019/01/27(日) 15:47:54.73ID:00Tq2Umc
>>949
自分の責任では調査も満足にできず、
ベンダサポートが無いとダメなんでしょうね。
0951login:Penguin
垢版 |
2019/01/27(日) 15:53:07.04ID:xXmMwFbM
>>948
>>937と同じモノだぬ
つかrktはKubernetes1.10でDeprecatedらしんで（ｒｙ
0952login:Penguin
垢版 |
2019/01/27(日) 19:07:09.00ID:y2jdcPb5
>>937
rootなしで、privilleged できるのか？
0954login:Penguin
垢版 |
2019/01/28(月) 22:36:41.23ID:icVasB2F
>>950
自己責任で済む業態ならいいが、不具合起こしたときに客に損害賠償請求される仕事もあるんやで
ベンダーサポートを利用するのは、自分で調べればいいとかそういう問題ではなくてリスク移転が目的
0955login:Penguin
垢版 |
2019/01/29(火) 17:07:51.00ID:Fyrpy00V
>>954
それはありますね。
ただ、ベンダを最初から持ち出す輩は、
ソースを調べようともせず、丸投げしているのがほとんどだとおもわれ。
0956login:Penguin
垢版 |
2019/01/29(火) 19:00:11.23ID:hDvTFAkf
>>955
スレチだが、ベンダーに投げれば済むことをアホみたいに時間かけて自分で調査することが許されるのは相当恵まれた環境だと思うぞ
客に工数で金貰ってる仕事ならそんなの夢物語
0957login:Penguin
垢版 |
2019/01/30(水) 17:08:21.07ID:njtuMnhH
>>954
ストレージでハマったさくらのクラウドはベンダにリスク移転できたか？
0958login:Penguin
垢版 |
2019/01/30(水) 18:23:41.63ID:uRxIiy3K
費用って面ならあとから損害賠償請求すればいいだけでしょ？
0959login:Penguin
垢版 |
2019/01/30(水) 18:50:29.28ID:njtuMnhH
すべてasisで提供されているのに損害賠償請求できるの？
んで実際ソレやったのか？
0960login:Penguin
垢版 |
2019/01/30(水) 21:14:55.35ID:F5bN5PPB
そんなもん契約書次第だろ
議論の余地はない
0961login:Penguin
垢版 |
2019/01/30(水) 21:20:58.33ID:F5bN5PPB
あとリスクって何も損害賠償だけじゃないぞ？
深刻な不具合が発生したときに自分で調査する羽目になった場合の所要工数もリスクだ
それをベンダーに丸投げできるならそれも正真正銘リスク移転だよ
0962login:Penguin
垢版 |
2019/01/30(水) 21:27:21.06ID:gO6HjhZU
にじさんじの瀬戸メッチァ喋るやん
0963login:Penguin
垢版 |
2019/01/31(木) 19:04:28.51ID:SEt2rCFr
>>960
結局損害賠償請求はできないってコトじゃん
ダメな時はダメ
そもリスク移転はできないとｗ
上っ面ダケのカッコつけマンばっかだなココｗｗｗ
0964login:Penguin
垢版 |
2019/01/31(木) 19:22:34.87ID:oJr/deB/
実例とごちゃまぜにして語るキチガイがいるからなぁ
0965login:Penguin
垢版 |
2019/02/01(金) 16:12:43.36ID:veleUfqn
オマエもパッチ当ててwinが腐ったトキはブツブツ言いながらOS再インスコしてんだろ？ｗ
毎回MSに損害賠償請求してんのか？そも出来んのか？
リスク転移はできない実例だらけじゃねえかｗ
0966login:Penguin
垢版 |
2019/02/02(土) 05:09:18.32ID:qweRvoG8
サポートなんて問い合わせ先があるってだけ。責任転嫁なんてできるわけないんじゃん。
自分で調べられるんならいらないよ。
0967login:Penguin
垢版 |
2019/02/02(土) 07:18:16.99ID:JrArb2fP
MSのサポートはすごいよな。
客「XXすると、こういう不具合が起きちゃうんだけど？」
MS「そういうことはしないでください。別の方法で実現してください。」
ごめん。元組み込み屋の愚痴でした。
0968login:Penguin
垢版 |
2019/02/02(土) 07:52:41.66ID:3XhPu4nr
俺 バグがあるんだけど
MS 再現プログラム出してください
俺 はいこれ
MS お問い合わせの製品バージョンはサポート終了です
俺 再現プログラムは最新バージョンで再現するんだけど
0969login:Penguin
垢版 |
2019/02/02(土) 10:05:27.09ID:cQdbYG8P
で最後の「俺」の発言に対する返答はどうなったんだよ
0970login:Penguin
垢版 |
2019/02/02(土) 13:06:15.28ID:pCnn3K+7
最新版で出してくれとか、弊社側では再現しませんでしたと切られるのがオチでね
0971login:Penguin
垢版 |
2019/02/02(土) 16:43:13.68ID:jUrf+AdQ
もしくはメール返答なしでバックレ
0972login:Penguin
垢版 |
2019/02/02(土) 16:47:04.08ID:jUrf+AdQ
>>967
戴爾も笑えるぞ
viivロゴ貼ってるならHDDがNCQ対応じゃねえとダメじゃねえの？という質問に調査中のまま逃げ切りｗ
0973login:Penguin
垢版 |
2019/02/02(土) 16:57:43.71ID:h6ieGB3B
>>970
再現しないとしたら誰がどうやって対応するの
「再現しませんでした」は「こっちとは無関係なお前独自の環境が原因なので何とかできるのはお前だけだ、俺に聞いてどうする？」を優しく言ってるだけ
0974login:Penguin
垢版 |
2019/02/02(土) 18:31:37.38ID:dk7sB3r7
MS、Officeの不具合パッチ流すのやめてくれ
0975login:Penguin
垢版 |
2019/02/03(日) 05:44:12.80ID:koSKauE2
>>969
最新版でも再現することをMSも確認した
そして最新版の修正もなく打ち切られた
0977login:Penguin
垢版 |
2019/02/03(日) 15:46:13.79ID:kN2VjkXf
そらMSのツゴーだろうよｗ
聞くだけヤボってもんよ
0979login:Penguin
垢版 |
2019/02/19(火) 23:02:10.34ID:FQ6sC9Tr
kata containerってFirecrackerと同じレイヤーのランタイムだと思ってたけど違うのか
0980login:Penguin
垢版 |
2019/02/24(日) 20:56:46.61ID:UW23N+WY
社内にswarmクラスタを組んだのですがvolumeはどのように扱うべきなのでしょうか
node1にappをdeployした場合appはnode1のvolumeをマウントます
ここでなんらかの理由でnode1がクラッシュしnode2でappが再起動した場合node1のvolumeはマウントできないので初期状態でappが起動してしまいます
0981login:Penguin
垢版 |
2019/02/25(月) 00:40:10.33ID:BnMI4WRV
どこかしらの共有ストレージをマウントするようには設定できねえの？
0982login:Penguin
垢版 |
2019/02/25(月) 00:45:58.13ID:BnMI4WRV
あとはどこかしらのオブジェクトストアを指定して初期化するような動作を組み込むとか
0983login:Penguin
垢版 |
2019/03/01(金) 15:29:53.96ID:xrG1UD6E
swarmってオワコンじゃないの？
0984login:Penguin
垢版 |
2019/03/01(金) 16:24:25.69ID:hJmOve+b
ドッカーだけでコンテナクラスタ構築するならswarmの方がとっつきやすくね
0985login:Penguin
垢版 |
2019/03/01(金) 17:48:52.38ID:u7yAg4zl
クラスタ構築は楽だと思う
あとcomposeを再利用できる
0986login:Penguin
垢版 |
2019/03/02(土) 09:47:08.79ID:hHUXJebU
https://www.atmarkit.co.jp/ait/articles/1902/27/news062.html

「サイズ約40MBの単一バイナリ」：
Rancher Labs、エッジ向けKubernetes軽量ディストリビューションOSSプロジェクト「k3s」を開始

Rancher Labsは2019年2月26日（米国時間）、IoTなど、コンピューティングリソースへの制限が厳しい環境で動かすためのKubernetesディストリビューションを開発するオープンソースプロジェクト、「k3s」を開始した。
0987login:Penguin
垢版 |
2019/03/02(土) 13:32:23.42ID:HhtvgbJA
>　「Dockerを使った単一ノードのKubernetes v1.13.3クラスタは1GBを少し超える程度のメモリを使う。k3sの同一構成では260MBを少し超える程度で、これにはアップストリームのクラスタに含まれないingressコントローラーやサービスロードバランサーが含まれている」

260MBのメモリを積んでるIoT（）なの？ｗ
0988login:Penguin
垢版 |
2019/03/02(土) 14:03:16.12ID:hHUXJebU
IoTってラズベリーパイとか？
512MB〜1GBはあるみたいだから余裕じゃね？
0989login:Penguin
垢版 |
2019/03/02(土) 14:45:17.96ID:HhtvgbJA
なるほどな
最低でもラズπレベルがターゲットなんだな
0992login:Penguin
垢版 |
2019/03/04(月) 16:35:31.51ID:Bzh6FZoE
害人はマイナー言語つかう極東の住民になんか忖度しねえからな
0993login:Penguin
垢版 |
2019/03/04(月) 21:16:51.60ID:wlTL6r9s
ケーソネットと読めばセーフ
0994login:Penguin
垢版 |
2019/03/07(木) 08:52:57.92ID:8bFI1LrB
>>987
それはmaster/worker混在構成だからでしょ。
workerだけならもっと少ない。
0995login:Penguin
垢版 |
2019/03/07(木) 23:32:51.30ID:iQ4RAsdJ
くそねっと
0997login:Penguin
垢版 |
2019/03/08(金) 10:18:13.00ID:X6Yaxopy
>>939
> さようならDocker

その言葉、何年も前に聞いた気がする。
Dockerの代わりとなる、あれなんだっけ？
消えたのはあっちだったよなぁｗ
0998login:Penguin
垢版 |
2019/03/08(金) 10:20:52.92ID:X6Yaxopy
>>987
>　「Dockerを使った単一ノードのKubernetes v1.13.3クラスタは1GBを少し超える程度のメモリを使う。

やっとメモリ使用量の問題についての話題が出たなーって感じ。
kubernetesをGCPの4GBぐらいもVMで使って、
おいおい、1/4もメモリ持っていくのかよ。
そこにサーバーいれなきゃいけないんだぞって呆れてた
0999login:Penguin
垢版 |
2019/03/08(金) 10:23:07.74ID:X6Yaxopy
訂正 kubernetesをGCPの4GBぐらい"の"VMで使って、
正確には3.75GBだっけな？
10011001
垢版 |
Over 1000Thread
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 526日 0時間 40分 9秒
10021002
垢版 |
Over 1000Thread
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。


───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────

会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。

▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/

▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php
レス数が1000を超えています。これ以上書き込みはできません。
ニューススポーツなんでも実況