[過去ﾛｸﾞ] Docker Part2©2ch.net (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(2): 転載ダメ©2ch.net [sageteoff] 2017/09/28(木)14:00 ID:/4TtIqGt(1) AAS
LXCを使った軽量仮想環境。
これからの動向が気になるところ。
情報共有しましょう。
外部ﾘﾝｸ:www.docker.io
前スレ
Docker
2chｽﾚ:linux
2: 2017/09/28(木)19:24 ID:pP51x30K(1) AAS
もうLXCに依存してないんじゃ？
3: 2017/09/29(金)11:42 ID:/O2TcHk2(1) AAS
そうだね
前スレからそのまま持ってきてしまったか
4: 2017/09/30(土)13:41 ID:DWXPURAf(1) AAS
>>1
乙
5: 2017/10/05(木)08:50 ID:i7Czn2dk(1) AAS
>>1
乙
6(1): 2017/10/09(月)14:16 ID:XfEexTHm(1) AAS
本番系のマシンと、Docker動かしてるホストとで、カーネルのバージョンって
みなさんどこまで合わせてます?
うちはRHELで動いてる本番系と、それとコピーの総合試験環境があって、
そいつらはカーネルもパッケージもバージョン揃えてあるんだけど、
その手前の、コーディングとか単体試験とかをやるコンテナ動かすDockerのホストも
やっぱしカーネルのバージョン揃えるべき?
7: 2017/10/11(水)00:31 ID:pRpQhrR6(1) AAS
>>6
うちは本番系から単体試験ホストまですべてカーネル揃えることにしてるよ
Docket導入前だったけど、errataレベルの違いでI/Oスケジューラだったかの挙動が変わったことがあってね
理想はどうあれ、揃えておきなよ
8: 2017/10/12(木)19:50 ID:2wGdxaeV(1) AAS
本番系と、カーネルだけ揃えておけばいつでもコンテナ作れるっていうのが仮想マシンに対するDockerの大きな利点
カーネルをバージョンアップしてコンテナが壊れたんならさっさと作り直す、さっさと作り直せるように周辺の仕組みを整える、
消されて困るコンテナは作らない、他とカーネルを揃えられないコンテナも作らない、なんてことがDockerカンファレンスでも
強く言われてた
9: 2017/10/24(火)23:51 ID:dIybMC7m(1) AAS
hoshu
10: 2017/10/25(水)00:04 ID:G0dNcMaK(1) AAS
Arukas終わったしもう遊べる場所はないのかな
GCPは制限ありそうだし
11: 2017/11/12(日)21:27 ID:uiCH3XRM(1/2) AAS
Linux板で言うことじゃないかもしれないけどWindowsでもHyper-Vで使えるようになってたんだな
Bash on UbuntuにDockerも使えてWindowsPC強制されて虐げられてもなんとかなるぜ
12: 2017/11/12(日)21:43 ID:CsnX2d3s(1) AAS
＞WindowsでもHyper-Vで使えるようになってた
Windows以外で使えるHyper-Vなんてあるの？
13: 2017/11/12(日)22:36 ID:uiCH3XRM(2/2) AAS
VirtualBoxが不要ってことを言いたかった
14: 2017/11/13(月)01:31 ID:6Li+kjAO(1) AAS
HyperV無しのWSLで動くようになる予定はあるのかな
MobyとかLinuxKitとか出てきたし
15: 2017/11/28(火)15:53 ID:79aY/WPA(1) AAS
タグが<none>なイメージを削除するにはどうしたら良いですか？
普通に削除しようとすると、
Error response from daemon: conflict: unable to delete XXXXX(image ID) (cannot be forced) - image has dependent child images
※-fを付けても同じ。
docker rmi $(docker images -f dangling=true -q)だと、
"docker rmi" requires at least 1 argument(s).
そもそもdocker images -f dangling=trueは何も引っかからない。
"image name cannot be blank"
と出たこともありました。何のコマンドか失念。
このコンテナは起動もできません。
どうやったら削除できるでしょうか？
16: 2017/11/28(火)23:02 ID:l6qc+Qst(1) AAS
docker imagesってやったらどうでるの？
17: 2017/12/03(日)18:48 ID:zS+bJMf6(1) AAS
docker使うとこ増えたけど
アホって綺麗なサンプルいっぱいあるのになぜか設定ファイルグチャグチャ作るのな
結局構成管理出来ないだろ、あんなんじゃ
18: 2017/12/03(日)21:33 ID:0hG1CDG4(1) AAS
Dockerで設定ファイル？何の話だ？
Dockerで構成管理？何の話だ？
お前なんか勘違いしてそうだな
19: 2017/12/03(日)23:00 ID:+8H++mo7(1) AAS
まあ言いたいことはわかるよ
それだって秘伝のシェルスクリプトを書き足すよりはずっといいさ
20: 2017/12/04(月)08:15 ID:5eeXMq5z(1) AAS
AWS Fargateってサービスがアマゾンからリリースされたらしいけど
それってなんなの？
21(2): 2017/12/13(水)11:04 ID:ZUZ9fAW9(1) AAS
docker系の技術は日進月歩すぎるのでredhatやcentosのような枯れたOSで使うのはきついですよね？
色々入れたり設定が必要だし。
お勧めなディストリはやはりubuntuやfedoraなどですか？
22(1): 2017/12/13(水)16:46 ID:4HtuxJmh(1) AAS
>>21
docker自体は日進月歩すぎるところがあるので、OSは枯れたモノを使うというのがベストプラクティス
fedoraでdocker運用するのって、fedoraのカーネル自体が不安定すぎて、コンテナ上げすぎると落ちたりするよ
23: 2017/12/13(水)23:30 ID:CbAdTCk+(1) AAS
>>21-22
枯れたOSでよく話が通じるな？
対応OS書いてあるんだから、それ使うだけじゃん
外部ﾘﾝｸ:docs.docker.com
Artful 17.10 (Docker CE 17.11 Edge only)
Zesty 17.04
Xenial 16.04 (LTS)
Trusty 14.04 (LTS)
外部ﾘﾝｸ:docs.docker.com
Buster 10 (Docker CE 17.11 Edge only)
Stretch 9 (stable) / Raspbian Stretch
Jessie 8 (LTS) / Raspbian Jessie
Wheezy 7.7 (LTS)
外部ﾘﾝｸ:docs.docker.com
To install Docker CE, you need a maintained version of CentOS 7. Archived versions aren’t supported or tested.
外部ﾘﾝｸ:docs.docker.com
25
26
外部ﾘﾝｸ:docs.docker.com
To install Docker EE, you need the 64-bit version of Red Hat Enterprise Linux 7 running on an x86 hardware platform, or s390x (IBM Z) architecture.
Dockerの古いバージョンならもう少し古いディストリでも動くかもな
24: 2017/12/14(木)02:05 ID:j6ffG0Yu(1/2) AAS
俺、OpenSuseで使ってる変態。
25(1): 2017/12/14(木)09:58 ID:RtRhmnJE(1) AAS
Redhat/CentOSはカーネル古いから新しいバージョンのdocker composeが使えないよ
26: 2017/12/14(木)13:39 ID:A3qqyatV(1) AAS
>>25
そんな制限あったっけ？
どこかに書いてある？
27: 2017/12/14(木)16:57 ID:c0bTjVEo(1) AAS
GUIいらないからホストOSも軽くて無駄がないalpineにするのが好き
ほとんど何もできないから逆に後腐れなく気軽に捨てて新しくできるし！
28: 2017/12/14(木)18:00 ID:mi3pWGl2(1) AAS
俺はホストにはfedora atomic使ってるぞ
29: 2017/12/14(木)19:26 ID:xIrkk8hS(1) AAS
なんかlinuxがいいものになったかのような錯覚をおこすわ
30: 2017/12/14(木)22:49 ID:j6ffG0Yu(2/2) AAS
coreosで使ってるっていう生粋のドッカーはいないのか？
31: 2017/12/15(金)00:48 ID:1RLgszdT(1) AAS
CoreOSはもうねぇだろ
32: 2017/12/15(金)05:01 ID:gXJiZmqG(1) AAS
coreOSってalpine以上に使いにくくて何が良いの？って感じなんだけど何か取り柄はあるのかね
33: 2017/12/15(金)10:47 ID:pk6RU5gE(1) AAS
RancherOSが出たときコレは来るかと思ったがそうでもなかった
34: 2017/12/15(金)11:38 ID:Goys0rX2(1) AAS
雨後の筍のようにポコポコ出てくるな
はやく収斂してくれ
35: 2017/12/15(金)21:13 ID:QXRMWfvA(1) AAS
そいつらがいずれ、どうにもつまらない理由で内輪もめを起こしてまとまらなくなり
あの機能はそちらにしかない、その機能はあちらにしかない、なんて状況となってる間に
OracleやMSに持っていかれる、というところまでがテンプレ
36: 2017/12/15(金)22:20 ID:7toohCc2(1) AAS
誰かが早く僕の考えた最強Linuxを発表しないとな。
え、それが乱立してるって？
37: 2017/12/17(日)02:54 ID:fi9E8CtD(1) AAS
BargeっていうのがDockerホスト用で最軽量・高速ブートをうたってるけど
これVirtualBox専用でノートPCとかには直接インスコできないのかな？
更新頻度は高いみたいだから物理マシンでも動けば最強候補じゃないかコレ
38: 2017/12/17(日)03:00 ID:FdcUbRUW(1) AAS
それ完全にvagrant用では？
39: 2017/12/18(月)00:14 ID:V88qic40(1) AAS
RaspberryPiで使えますみたいなことは書いてあるね
普通には使えないっぽいのは何か残念だな
40: 2017/12/18(月)08:24 ID:5bGVyFGG(1) AAS
やっぱubuntu + kubernetesがいいのかな
41(1): 2017/12/19(火)12:43 ID:Unb97h+7(1) AAS
これからはなんでもかんでもコンテナって時代になるのですかね？
自前でリポジトリをシコシコ築いてきたディストリベンダーも
もはややる意義を失っちゃったりするんですかね？
42: 2017/12/19(火)15:47 ID:mHmneXcK(1) AAS
未だにコンテナとchrootの違いが理解できない
43: 2017/12/19(火)18:27 ID:JOmZ8i6e(1) AAS
chはchangeの頭文字から取っているから
rootの変更って意味だろう
コンテナはOS内にあるけど完全に独立しているから
例えばある家族の家の中で、
親がroot
子供がchroot
ホームスティしてきた外国人娘がコンテナだ
44: 2017/12/19(火)21:21 ID:qjPggouG(1) AAS
>>41
コンテナ使い出すと便利すぎてディストリあれこれこだわってたのが笑えてくるほどだね
そして指摘の通り、独自にバグ潰しとかやってる一番活発なリポジトリ持ってるところと
逆に古いツールを保守し続けてるところはもてはやされてるが、それ以外が意気消沈してる
二極化だな
45: 2017/12/19(火)21:29 ID:qsrDOXqO(1) AAS
リソースが集中するのはいいことではあると思う
46: 2017/12/20(水)01:46 ID:W5Cyms8a(1) AAS
パッケージ管理ツールをLSB前提でpythonやperlで書いてたところは
それが原因でコンテナイメージのサイズをある一定以下に削減できなくてイーッてなってた
かと言ってパッケージマネージャーは各ディストリのシステムに根深く食い込んでるから
切り離そうにも切り離せない・・・最近じゃsystemdの呪縛もあるだろうし
でもまさかパッケージを単品ごとにインスコする日が来るとは誰も思ってなかったんだよな結局は
47: 2017/12/20(水)08:11 ID:XbCsAUuJ(1) AAS
コンテナってもっと早く登場しても良かった気がするんだが
技術的にはホスト型ハイパーバイザ型の仮想化よりも簡単なんじゃないの？
48: 2017/12/20(水)09:16 ID:G/qWb3nN(1) AAS
そりゃ日本での常識だな、
日本は金持ちだから高性能コンピューターが当たり前だけど
世界的にはようやく高性能コンピューターが普及してきた
ようやっとOS内にOSをおいても通常に使えるぐらいのPCが普及してきたんだ
49: 2017/12/20(水)11:24 ID:XXomYUaW(1) AAS
それはひょっとしてギャグで言ってんのか
50: 2017/12/20(水)15:46 ID:ZRehS3G5(1) AAS
コンテナは昔からあっただろ
Linuxに来るのが遅かっただけで
51: 2017/12/21(木)07:55 ID:9tWXeT0T(1) AAS
user mode linuxはコンテナに入りますか?
52: 2017/12/21(木)20:10 ID:K3jlwK7o(1) AAS
コンテナ内のプロセスがしんで終了しても自動でコンテナ再起動してくれるオプションがあった
コレ使えばわざわざプロセス死活監視用ツール起動しなくて良くなるのか
ちょっとスゴ杉ない？
53: 2017/12/21(木)20:41 ID:dn2463i7(1) AAS
そんなもんsystemdに標準搭載されてる機能だろ
54(1): 2017/12/24(日)22:37 ID:rLGBbeuy(1/3) AAS
dockerコンテナってホストOSのカーネル使ってるの？
どこもそう説明してるんだけど、ベースイメージにlinuxつかってその上にmysqlとか載せてイメージ化してるって認識だったんだが。
55(2): 2017/12/24(日)22:40 ID:BfGqUwPY(1) AAS
ホストのカーネルを使っているという説明で合っているよカーネルの上で動かすカーネルとかもうそれVMじゃん
56: 2017/12/24(日)22:58 ID:rLGBbeuy(2/3) AAS
>>55
ありがと。
そうなるとwindowsだとdockerインストール出来るけど、エンジンとかに工夫してあるのか
外部ﾘﾝｸ:www.slideshare.net
ここの19ページめに、ベースイメージにイメージ層を載っけていくて記載あるけど、
これは間違ってるの？
57(1): 2017/12/24(日)23:14 ID:jQND+IMW(1) AAS
外部ﾘﾝｸ[html]:www.publickey1.jp
こういうのじゃね？
58: 2017/12/24(日)23:22 ID:rLGBbeuy(3/3) AAS
>>57
外部ﾘﾝｸ:github.com
mysqlのdockerfileだと FROM debian:jessie ってあるけど、
これはどうなの？？
何かこんがらがってきた。
sshで入れるし、やっぱ根底はlinux立ち上がってるのか？
59(2): 2017/12/24(日)23:52 ID:FG7A/gM3(1/2) AAS
おい、素人同士で勝手に話をすすめるなｗ
>>55
> カーネルの上で動かすカーネルとかもうそれVMじゃん
VM=仮想マシン＝マシン（ハードウェア）を仮想化してないならVMにはならない
>>54
> dockerコンテナってホストOSのカーネル使ってるの？
そもそもホストとかゲストとかいうものがない
Linuxっていうのはカーネル（外部ﾘﾝｸ:www.kernel.org で配布しているやつ）に
DebianやらUbuntuやらRedhatなんかが、いろんなアプリをセットにして配布してる
カーネルは基本的に汎用。だから同じカーネルを使っても
DebianやCentOSなんていう別のディストリが作れる
さてパソコンにDebianをインストールしたとする。そこにはカーネルといろんなアプリが有るわけだが
Dockerで作ったDockerコンテナはこのうちカーネルだけを利用する。
例えばFROM debian:jessieであれば、debian:jessieのディスクイメージを使うと考える
そのディスクイメージにはもしかしたらカーネルのバイナリも含まれてるかもしれないがそれは使わない。
パソコンにインストールしてあるカーネル + FROMの元になったディスクイメージ を使ってアプリを動かす
そんなもんだから、Debianをインストールしていたとしても、UbuntuやCentOSのディスクイメージを使うこともできる
60(2): 2017/12/24(日)23:57 ID:FG7A/gM3(2/2) AAS
パソコンにインストールしたカーネルを使う。
そこで疑問になるかもしれない。
幾つものDockerコンテナが同じカーネルを使っているとしたら
psコマンドでプロセス見た時、他のコンテナのプロセスまで見えてしまわないのか？と
そこで出てくるのがLinuxカーネルに搭載されたコンテナ機能
この機能によって各コンテナは別々に隔離されることになる
同じカーネルを使っているというのに、それぞれ別々の環境を持っているようにみえる
ファイルシステム空間を分離したり、プロセス空間を分離したり、
メモリ空間を分離したり、ネットワーク空間を分離したり
ありとあらゆるものを分離して独立した環境を作り出している
それが大変な作業だった
61(2): 2017/12/25(月)00:07 ID:132x0Uuj(1/2) AAS
さて、ここまではパソコンにインストールされたものがLinuxの場合だけど
WindowsやMacOSはどうなっているのか？
コンテナ機能っていうのはLinuxカーネルが持っている機能だが
WindowsやMacOSはLinuxではない。
どうやってLinuxのカーネルの機能を使っているのか？
答えを言ってしまえばあたり前のことだが、WindowsやMacOSでは
裏で仮想マシンが起動していてLinuxがインストールされている
ちょっと前までの、Docker Toolboxと呼ばれていた時代はVirtualBoxを使っていた。
今のDocker for Windows および Docker for Macでは
WindowsではWindows標準のHyperVを
MacOSではMacOS標準のHypervisor Frameworkを利用したHyperKitを使っている
仮想マシンを使っていると言ってもDockerに最適化されており
Windows もしくは MacOS のCUIからdockerコマンドを動かすとちゃんと
使えるように構成されており、まるでLinuxと同じようにOSの上に直接dockerが
起動しているようにみえる。だけど実際は仮想マシン上で動いているので
Dockerの設定画面にはメモリをどれだけ仮想マシンに割り当てるかなどという設定が存在する
62(4): 2017/12/25(月)00:11 ID:132x0Uuj(2/2) AAS
余談だがWindows 10ではWSLという仕組みによって
LinuxカーネルをNTカーネルでエミュレートしている
今ではLinuxカーネルを使っていないのにUbuntuが
Windows上で動作するようになっている。
もしこのWSLがコンテナ機能までエミュレートする完璧なものになったら
その時はWindowsでHyperVを使わずにDockerが動くようになるだろう
63: 2017/12/25(月)11:30 ID:+uvKLng+(1) AAS
>>62
親切すぎて草
下手な記事よりわかりやすい
64: 2017/12/25(月)15:39 ID:h9oxS0er(1) AAS
＞もしこのWSLがコンテナ機能までエミュレートする完璧なものになったら
なるのかね？
最近MSがLinuxに擦り寄ってて気持ち悪い
65: 2017/12/25(月)23:01 ID:gZwRVfZh(1) AAS
>>62
帰ってきたらすごい丁寧なレス来てたっ
ありがとうございます
> 例えばFROM debian:jessieであれば、debian:jessieのディスクイメージを使うと考える
> そのディスクイメージにはもしかしたらカーネルのバイナリも含まれてるかもしれないがそれは使わない。
外部ﾘﾝｸ:github.com
たしかにamazon linuxの中見ると、コマンドとかは設置してるけど/boot のカーネルとかは置いてなかったわ
windows, macも結局裏では仮想化されてたのね
色々わからなかった所が一遍にわかったわ！
66: 2017/12/26(火)01:41 ID:SZApAg+E(1) AAS
>>59-62
これは永久保存レベル
Github上のissueでもWSLだけでLinuxコンテナ動かしたいって要望はかなり挙げられてて
MSスタッフからみんなの期待は認識してますってレスも付いてた
もしホントに実現したら世界が変わる！みたいな投稿もあって大げさだけどちょっと同意しちゃう
67(1): 2017/12/26(火)03:02 ID:+n8uGZb5(1/4) AAS
>>59-62を書いた本人だけど、なんでこんなに喜ばれてるんだろう？ｗ
WindowsやMacOSでDocker使ってる人にとっては常識だと思ったんだけどね
最近MacOSでDocker使ってる人なのかな？
昔はVirtualBoxのインストールが必要だし
今もWindowsならHyperVの有効化が必要
仮想マシンが使われてるのはすぐにわかると思ったんだけど
あと仮想化という言い方は良くない
色んな意味の仮想化があるから
68: 2017/12/26(火)03:07 ID:+n8uGZb5(2/4) AAS
WindowsやMacOSで使った時のDockerのボリュームって謎だよね
例えばWindowsでdockerコマンド使った時、Windowsのディレクトリを
ボリュームとして指定すれば、dockerコンテナの中から見える
Linuxでは当たり前の動作だけど、WindowsやMacOSでは仮想マシンで
dockerが動いてるのだから、単純に考えれば仮想マシンの中にボリュームができるはず
まあホストOSのディレクトリを仮想マシンのディレクトリにマッピングしてるんだろうけど
Docker for WindowsやDocker for Macではそういうことを感じさせない作りになってる
69: 2017/12/26(火)10:06 ID:4aRFRiu5(1) AAS
vagrant入れて色々弄ってた後にdockerやったから全然気付かなかった
職場macで家はwindowsで、両方vagrant入れてたしね
ネットで調べても、その手の情報全然見なかったよ
本読んで勉強しろって話なのかな？
70: 2017/12/26(火)11:22 ID:pkkjJJya(1) AAS
>>67
自分は初心者なのでナイスな解説に出会えてラッキーでした
ありがとう
71: 2017/12/26(火)12:31 ID:KRPyxQju(1) AAS
俺も最近、Docker for Windows入れてみてたばかりなんで、HyperVが必要な理由とかが分かって参考になった
72: 2017/12/26(火)23:42 ID:+n8uGZb5(3/4) AAS
> ネットで調べても、その手の情報全然見なかったよ
> 本読んで勉強しろって話なのかな？
そうなんか？ じゃあなんで俺知ってるんだろう？ｗ
もう3年ぐらい前から触ってるからなぁ。当時はWindows使っていたし（今はMacOS）
まあ普通DockerってLinuxで使うもんな。Dockerの解説といったら普通Linux上の話だし
WindowsやMacOSでどうやって使えるようにしているのかまでは関係ないか
じゃあおまけでもう少し仕組みの話を。
73(1): 2017/12/26(火)23:58 ID:+n8uGZb5(4/4) AAS
Dockerっていうのはクライアント・サーバー型の設計になってる
つまり通常端末から実行しているdockerコマンドとサービスとして実行する
dockerサーバーが存在する(紛らわしいことにどちらもdockerコマンド)
サーバーの方のdockerは説明したとおりWindowsやMacOSでは仮想マシンなしには動かない
だけどクライアントはWindowsやMacOSでも動く
(dockerはgoで作られておりマルチプラットフォームになってる)
クライアントーサーバー型ということは、ようするにdockerサーバーを
リモートのLinuxで動かしていて、手元のWindowsでdockerコマンドを叩いて
接続するということができる。ちなみにdocker buildを実行すると手元のDockerfileやDockerfileと
同じディレクトリにあるファイルを全てリモートに送信してDockerイメージをビルドしている
(なので手元にごみファイルがあると遅くなるよ = dockerignoreの話につながるが省略)
使い方の一つとしてあちこちのLinuxサーバーでDockerサービスが動いていて
手元から接続先を切り替えて操作するというものがある
この時に使うのがdocker-machineで環境変数DOCKER_HOSTなどを管理する機能がある
Linuxでローカルのdockerサーバーに接続するときはsocket経由で接続するんだが
Docker Toolboxの時代ではTCPで接続するためにWindowsやMacOSXではdocker-machineが必要だった
でも最新のDocker for WindowsやDocker for Macではdocker-machineが必要なくなっている
どういう仕組みになってるんだろうね？ｗ
少し前の手順を見るとdocker-machineがでてくると思うがローカルのDockerに接続するだけなら忘れていい
今はWindowsでもMacOSでも、ローカルのDockerに接続するときはTCP通信を使っていない(はず)だけど
WSL(Linux用Dockerサーバーは動かない)環境から、dockerクライアントのLinux用バイナリを使って
HyperV上で動いているDockerサーバーに接続するときは、TCPでつなぐ必要がある。その時に必要になるのが
「Expose daemon on tcp://localhost:2375 without TLS」というやつ。詳しくはぐぐってくれ
もう一つ思い出したが、Docker for WindowsはHyperVで動いているのでVirtualbBoxとは同居できない
vagrantを使うのならVagrant+VirtualBoxではなくVagrant+HyperVで使う必要がある
74: 2017/12/28(木)15:12 ID:LWC+fC47(1) AAS
>>73
勉強になります
最近はOS、仮想化、dockerと色々と入り乱れて全体像を理解するのに苦労するなぁ
ま、所詮パンピーですから
75: 2017/12/28(木)17:00 ID:+qKarqEU(1) AAS
dockerとkubernetes使いこなせないと時代遅れになるぞって言われたけど
一般の開発者がkubernetesを必要とするシーンってどのくらいあるのかな
dockerは問答無用で便利だけど
76(1): 2017/12/28(木)23:05 ID:BIGMxhMF(1) AAS
dockerとkubernetesの間にクラウド（aws、gcp等）があるね
クラウドを使わなければkubernetesはでてこないだろう
ローカルでのサービス開発用途であればdocker-composeで十分だし
kubernetesはなんかクラウドの上でクラウドを作ってる感じで、
将来的には、いろんなクラウド会社の共通インターフェースに
なるんじゃないかって思ってるけど、今は各社のクラウドのサービスに
kubernetesが対応しきれない感じ。だって自社のGCPすら完璧にコントロールできないもの
例えばオートスケールしたいならkubernetesを使わないで直接クラウドの
機能のオートスケールとかした方がいいんじゃないかな
なぜならkubernetesの場合コンテナのオートスケールになるわけだけど
起動しているVMの中でコンテナをオートスケールするだけなので
VMの数もオートスケールしないとコストは下げられないから
kubernetesを使っても頑張ればコストを下げられるオートスケールは
実現できるんだろうけど、コンテナとVMの二重のオートスケールが実行されて
少数のコンテナだと多分不安定になりそう。何十台レベルで常時コンテナが
起動してる状態じゃないと安定させられないんじゃないかな？
それが将来はコンテナのオートスケール = VMのオートスケールになるんじゃないかって思ってる
で最終的にはVMを使う＝裏で勝手にkubernetesが動いてる時代になるんじゃないかな
そうなってくるとkubernetesは確かに必須。だけど意識しない状態になってると思う
でも個人的にはkubernetesの方向じゃなくて、クラウド自体がコンテナに
直接対応してくれる方を望んでるけどｗ（例えばGCEは起動するコンテナをデプロイできるようになった）
kubernetesはバージョンが勝手にアップグレードする（GCPの場合）ことを考慮しないといけないのと
kubernetesを動かすだけで各VMで1.5GB以上のメモリを使用するのが気に入らない
77: 2017/12/29(金)12:41 ID:S/CsVkMC(1) AAS
誰でも簡単にパソコン1台で稼げる方法など
参考までに、
⇒ 『宮本のゴウリエセレレ』 というブログで見ることができるらしいです。
グーグル検索⇒『宮本のゴウリエセレレ』
PTHNS6LLYQ
78: 2017/12/30(土)19:21 ID:kIwYFCo/(1) AAS
kubernetesはほぼ全部の業界大手が参画してるけど
そんでもコケるってことあるんかな
いやまぁ莫大な金が動くインフラ業界だからねぇ
79(1): 2017/12/30(土)21:07 ID:/wpJUWvV(1) AAS
Docker swarmが本命じゃないの？
80: 2017/12/30(土)23:02 ID:R3GCT2Hw(1) AAS
>>79
もうフェードアウトフェーズだよｗ
DockerもついにKubernetesをネイティブでサポート、Swarmの併用も可能
外部ﾘﾝｸ:jp.techcrunch.com
しばらくはswarmでもできる！とかやるだろうけど
次第にフェードアウト
81: 2017/12/30(土)23:41 ID:4E+qMbRD(1) AAS
小規模ではdocker-compose一択って事でおk？
82: 2017/12/31(日)03:26 ID:AHTq9Vf1(1) AAS
小規模っていうか、1台のマシンの場合って考えてるよ
開発用メインでdocker runのオプションを指定するのが
面倒になった時ｗ
83: 2018/01/18(木)10:27 ID:edyLm1wn(1) AAS
Docker toolboxの最新版（18.01.0-ce）を入れたら何故かdockerのデーモンに接続できなくなったけど
VirtualBoxのGUIから仮想マシンを止めたら直った
docker-machine restartは効果がなかった
84: 2018/01/18(木)17:40 ID:G+DL28hG(1) AAS
なんでvirtualbox？
85: 2018/01/18(木)18:22 ID:HcoLdHLc(1) AAS
Docker toolboxってwin/mac上にlinux走らせてその上で更にdockerしてるからね
86: 2018/01/18(木)21:17 ID:ZKzLgYJR(1) AAS
いつの話？
87: 2018/01/18(木)23:21 ID:oYgm6+gm(1) AAS
誰もがWindows Proを使えるわけじゃないからなぁ
VirtualboxベースのDocker toolboxはまだ必要意義は大きい
上下前次1-新書関写板覧索設栞歴
あと 915 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.031s